Un proyecto web mal definido al principio casi siempre termina en un rediseño a los 18 meses. No porque el desarrollo fuera malo, sino porque nadie preguntó las cosas correctas antes de escribir la primera línea de código. Aquí cómo lo hacemos.
Por qué la fase de requisitos es la más importante
La mayoría de los problemas que vemos en webs de empresas industriales tienen raíz en la fase previa al diseño: o no se hizo, o se hizo con preguntas superficiales ("¿qué páginas quieres?" no es una pregunta de requisitos, es una pregunta de catálogo).
Una web industrial tiene particularidades que una web de servicios no tiene: catálogos técnicos con decenas de referencias, fichas de producto con especificaciones en PDF, posible área privada para distribuidores, integración con ERP para disponibilidad de stock, formularios de solicitud de oferta (RFQ). Si eso no está bien documentado antes de empezar, el proyecto cambia de scope a mitad y el presupuesto se sale.
Las preguntas que hacemos antes de diseñar nada
La sesión de toma de requisitos en Evoluzziona no es un formulario. Es una conversación estructurada alrededor de cuatro bloques:
Bloque 1: Visitantes y objetivos
- ¿Quién llega a tu web y qué viene a hacer?
- ¿La web es para clientes nuevos, para clientes actuales, para distribuidores, o para todos?
- ¿Qué quieres que haga el visitante cuando llega? (Pedir presupuesto, descargar ficha técnica, encontrar el distribuidor más cercano, llamar.)
Bloque 2: Contenido técnico
- ¿Cuántas referencias de producto tienes? ¿Cambian frecuentemente?
- ¿Qué información técnica debe estar en cada ficha?
- ¿Quién mantiene el catálogo? ¿Es un proceso interno o lo lleva la agencia?
Bloque 3: Integraciones
- ¿Tienes ERP, CRM o sistema de pedidos que la web deba conectar?
- ¿Los distribuidores o representantes necesitan acceso privado a precios o stock?
- ¿Hay formularios de solicitud de oferta con campos técnicos específicos?
Bloque 4: Restricciones y contexto
- ¿Cuál es el plazo real del proyecto?
- ¿Hay un rediseño anterior del que partir o es desde cero?
- ¿Quién dentro de la empresa va a gestionar el CMS una vez lanzado?
El output: un documento de requisitos antes de presupuestar
Con esa información, producimos un documento de requisitos que define el alcance, la arquitectura de información, las integraciones necesarias y las funcionalidades por prioridad. Solo con ese documento en la mano damos el presupuesto.
No porque seamos lentos, sino porque un presupuesto sin documento de requisitos es una estimación a ciegas. Y eso no es bueno ni para el cliente ni para nosotros.
→ ¿Tienes un proyecto de web industrial en mente? Cuéntanoslo en una consulta gratuita y hacemos juntos esa primera sesión de requisitos.
