Descubrimiento. Diseño. Desarrollo. Lanzamiento. Soporte.
Cada proyecto recorre cinco fases: visibles, acotadas y con compuertas. Siempre sabes qué viene a continuación, quién está a cargo y cuánto acordamos que vale. Sin traspasos al extranjero, sin equipos rotativos, sin sobrecostos sorpresa.
Cómo se desarrolla en realidad un proyecto.
Cada fase tiene un propósito definido, un entregable definido y una compuerta clara de avanzar / no avanzar. Puedes detener el proyecto en cualquier límite de fase: preferimos que lo hagas a que te comprometas con un trabajo que no es el adecuado.
Descubrimiento
1–3 semanas. Nos sentamos con las personas que de verdad viven el problema (TI, comercio electrónico, operaciones, marketing) y elaboramos un plan por escrito que podrías llevar a otro estudio si quisieras.
Diseño
2–5 semanas. UX, arquitectura y diseño de integración en paralelo. Pantallas reales, no maquetas con lorem-ipsum. Diagramas reales del flujo de datos, no cajas y flechas al aire.
Desarrollo
4–20 semanas según el alcance. Fases a precio fijo con demos semanales. Entregamos software funcionando de extremo a extremo cada sprint, nada de “lo verás en tres meses”.
Lanzamiento
1–3 semanas. Despliegue por fases con feature flags, blue/green donde vale la pena, runbooks que el equipo de verdad puede usar, y el tipo de salida a producción que hemos hecho cientos de veces, así que resulta un no-evento.
Soporte
Continuo, opcional. Desde una revisión mensual de salud más mejoras pequeñas hasta un equipo con nombre y apellido disponible. No abandonamos los proyectos tras la salida a producción: la mayoría de nuestros clientes lleva años con nosotros.
Qué obtienes en cada fase.
01, Descubrimiento
Objetivo: un acuerdo compartido y por escrito sobre qué es realmente el proyecto, cómo se ve el éxito y qué va a costar de manera realista.
- Entrevistas con las partes interesadas (TI, comercio, operaciones, marketing y finanzas cuando aplica)
- Inventario de sistemas: ERP, OMS, PIM, CRM, identidad, pagos, impuestos, fraude, cumplimiento
- Evaluación de la calidad de los datos maestros de clientes y de artículos
- Registro de riesgos: qué podría descarrilar esto y cómo lo detectaríamos a tiempo
- Entregable: documento de descubrimiento con fases, bandas de costo y un plan real que podrías llevar a otra parte
02, Diseño
Objetivo: resolver las decisiones difíciles en papel antes de que se vuelvan costosas en código.
- Flujos de UX para las pantallas de mayor fricción (checkout, cotización a pedido, acceso de distribuidores, suplantación de representante de ventas)
- Arquitectura del sistema: storefront ↔ ERP, identidad, eventos, superficies de PIM/CMS
- Diseño de integración: endpoints idempotentes, semántica de reintentos, colas de mensajes muertos, esquemas de eventos
- Objetivos no funcionales: presupuestos de rendimiento, nivel de accesibilidad, postura de seguridad
- Entregable: paquete de diseño con pantallas, diagramas, esquemas y el plan de desarrollo que se deriva de ellos
03, Desarrollo
Objetivo: entregar software funcionando de extremo a extremo cada sprint, no al final.
- Sprints de dos semanas con demos semanales: no presentaciones, sino la aplicación realmente en ejecución
- Fases a precio fijo cuando el alcance es claro; T&M con burn-down semanal para alcances en evolución
- Emparejamiento sénior en los problemas difíciles; QA escribiendo pruebas junto con la funcionalidad, no después
- Entornos con forma de producción desde el primer día (staging refleja prod, incluido el puente al ERP)
- Revisiones de código en cada PR; nada de una “rama de contratista” que aterriza como un solo commit
- Entregable: software funcionando en tu repositorio, con documentación con la que tu equipo de verdad puede operar
04, Lanzamiento
Objetivo: una salida a producción que sea un no-evento porque las partes riesgosas ya se lanzaron detrás de feature flags.
- Lista previa al lanzamiento: respaldos verificados, rollback ensayado, rotación de guardia definida
- Despliegue por fases: usuarios internos → clientes piloto → cohorte → tráfico completo
- Monitoreo sintético más RUM en marcha antes de que lleguen los usuarios
- Runbooks escritos para los modos de falla que conocemos, con responsables con nombre
- Entregable: sistema en vivo con salud medible, un manual de incidentes y una retrospectiva de cierre
05, Soporte
Objetivo: que el trabajo siga funcionando, y mejore en silencio, mucho después de que hayamos salido del día a día.
- Retainer de revisión de salud: repaso mensual de métricas, postura de seguridad, deriva de dependencias
- Retainer de mejoras: una cadencia regular de funciones pequeñas que tu equipo puede solicitar directamente
- Retainer de equipo con nombre: uno o dos ingenieros embebidos para operaciones de mayor contacto
- Revisión de arquitectura trimestral opcional, a medida que la plataforma y tu negocio evolucionan
- Entregable: continuidad. Las mismas personas sénior con las que lanzaste son quienes contestan el teléfono en el mes 18.
Cómo cobramos por ello.
En la llamada de arranque te diremos qué modelo encaja con tu proyecto, y por qué. El descubrimiento siempre es pagado; no hacemos propuestas gratuitas que terminan en diseño por licitación.
Precio fijo por fase
Ideal cuando el alcance es claro y el valor está en la previsibilidad. Cada fase tiene su propio precio, sus propios criterios de aceptación y su propia compuerta de avanzar / no avanzar.
Tiempo y materiales, con tope
Ideal para trabajo en evolución o exploratorio. Por hora, con un tope blando semanal para que la conversación de presupuesto ocurra antes de la sorpresa.
Equipo dedicado / ampliación de plantilla
Para plataformas de largo plazo donde nuestros ingenieros trabajan junto a los tuyos. El mismo nivel sénior, integrado en tus stand-ups y en tu cadencia de sprints.
Retainer
Soporte posterior al lanzamiento en tres niveles: revisión de salud, mejoras, equipo con nombre. Tope blando mensual, responsable con nombre, sin equipos rotativos.
Lo difícil está en el contrato, no en la presentación de arranque.
La mayoría de las sorpresas del lado de la agencia vienen de compromisos blandos que nadie puso por escrito. Nosotros trabajamos al revés: aceptación explícita por fase, estatus escrito semanal y un pequeño conjunto de reglas fijas que no negociamos.
Las compuertas de fase son reales
No pagas por adelantado el desarrollo antes de que el diseño esté aprobado. No iniciamos una fase antes de que la aceptación de la fase anterior esté documentada.
Estatus escrito semanal
Cada viernes: qué se entregó esta semana, qué no y por qué, qué sigue, qué está en riesgo. La versión honesta. Preferimos avisar un retraso temprano que ocultarlo.
Staging con forma de producción
Staging refleja producción: los mismos datos en forma, el mismo puente al ERP, la misma postura de seguridad. Los errores que solo aparecen en prod son una categoría que trabajamos muy duro por eliminar.
Sin deriva silenciosa del calendario
Si el alcance crece, te lo decimos por escrito esa misma semana. La decisión de absorberlo, diferirlo o pagarlo es tuya, no una sorpresa en la factura.
Avanzar / no avanzar con honestidad
Si el descubrimiento concluye que el proyecto no debería seguir adelante, te lo diremos. Hemos apartado a clientes de un trabajo que no encajaba; mejor para todos que un proyecto que nadie disfruta.
Líderes sénior con nombre
Quienes definieron el proyecto son quienes lo entregan. Tu líder de ingeniería, tu líder de diseño y tu líder de QA se presentan por su nombre en la primera semana y no rotan.
Lo que tendrás dentro de la primera semana.
Configuración y accesos
- Espacio de trabajo compartido (Teams o Slack) con un canal con nombre para el proyecto
- Repositorio de código provisionado en tu organización o en la nuestra, a tu elección; CI configurado
- SSO y solicitudes de acceso detalladas para que seguridad tenga tiempo de aprobar con orden
- Una URL de documento de estatus que se actualiza cada viernes en el mismo lugar de siempre
Documentos
- SOW con precios por fase y criterios de aceptación
- NDA y DPA firmados donde el intercambio de datos lo requiera
- Agenda de descubrimiento con las preguntas que trabajaremos
- Registro de riesgos sembrado con las cosas que ya sabemos que probablemente muerdan
Personas
- Líder de ingeniería, líder de diseño y líder de QA con nombre, presentados
- Contacto de cuenta (Calvin u otra persona sénior) en cada estatus
- Tu mapeo de partes interesadas: quién decide, quién se informa, quién debe firmar
- Cadencia: check-in semanal de 30 minutos más revisión mensual de dirección de 30 minutos
El descubrimiento empieza aquí.
Cuéntanos dónde estás y qué intentas lanzar. Volveremos con la fase adecuada, el equipo adecuado y una lectura honesta de si somos las manos indicadas para ello.
877.609.9029