Construir un producto digital no es escribir código. El código es la última etapa, la más visible, y casi nunca la que decide si el producto sale bien. Las decisiones que importan se toman antes — y las que se toman mal después son las que matan proyectos.
- 6 etapas: Discovery (días 0-3) → Propuesta (días 3-5) → Kickoff (semana 1) → Diseño + dev (semanas 2-5) → Pre-deploy (semana 4-5) → Deploy + Handoff (semana 5).
- Antes del código va el problema. Antes del problema va la pregunta: "¿qué pasa si no lo hacés?". La respuesta define scope, budget, y qué entrego primero.
- La propuesta es un producto, no un PDF. Web page propia con 8 secciones = 60% conversion rate. PDF = 25%.
- Diseño + dev en paralelo, no en serie. Cuando aprueban la home, el resto del sitio sale 5x más rápido.
- Pre-deploy checklist crítico: Lighthouse 95+, schema.org validado, GA4 con eventos de conversión, cross-browser tests, plan de rollback.
Llevo 5 años construyendo sitios y productos digitales para empresas, y el proceso que uso hoy es resultado de equivocarme caro varias veces: subestimar scope, descubrir el problema real demasiado tarde, entregar algo técnicamente perfecto que el cliente no usa.
Lo que sigue es lo que aplico en cada proyecto, sin importar si es una landing de 1 semana o una herramienta interna de 3 meses.
El principio que ordena todo
Antes del código va el problema. Antes del problema va la pregunta.
Cuando un cliente B2B me dice "necesito una nueva web", la primera pregunta no es "qué stack querés" o "cuántas páginas". Es "¿qué pasa si no la hacés?". La respuesta define scope, budget y qué entrego primero.
Si la respuesta es "nada urgente, queremos que se vea más moderna", el proyecto es uno. Si es "estamos perdiendo deals porque la competencia se ve más profesional", es otro proyecto completamente distinto.
Las 6 etapas del proceso
| Etapa | Duración | Output |
|---|---|---|
| 01 · Discovery | Días 0-3 | Call de 30 min + research silencioso |
| 02 · Propuesta | Días 3-5 | Web page con 8 secciones (no PDF) |
| 03 · Kickoff | Semana 1 | Moodboard + paleta + arquitectura |
| 04 · Diseño + dev | Semanas 2-5 | Vercel preview deploys semanales |
| 05 · Pre-deploy | Semana 4-5 | Performance, SEO, AEO, analytics, tests |
| 06 · Deploy + Handoff | Semana 5 | Producción + training + 30 días soporte |
Etapa 1 · Discovery (días 0-3)
Una sola call de 30 minutos
Sin slides. Sin metodología. Solo preguntas. Las que más sirven son las que parecen tontas: "¿cómo se enteran los clientes de ustedes hoy?", "¿qué hace que alguien diga sí o no?", "¿qué pasaría si no hicieran este proyecto?". La mayoría no se hizo esas preguntas conscientemente.
Auditoría rápida del estado actual
Mientras hablamos, abro su sitio en pantalla compartida. Voy anotando 5-10 cosas que cambiaría. No para mostrarme inteligente — para tener observaciones concretas con las que armar la propuesta.
Research silencioso post-call
1-2 horas mirando 3-5 competidores reales. No para copiar — para mapear el terreno. Quién está haciendo SEO bien, quién muestra precios, quién tiene proceso claro. Esto va directo a la sección "Entendimiento estratégico" de la propuesta.
Etapa 2 · Propuesta (días 3-5)
La propuesta es el primer entregable real del proyecto. No un PDF genérico — una página web propia con 8 secciones, hecha específicamente para ese cliente, que pueden revisar offline y compartir internamente.
Estructura fija:
- Lo que escuché. Bullets del meet, en sus palabras.
- Entendimiento estratégico. Lo que aprendí del research del sector.
- Alcance. Módulos concretos con tags de fase (F1, F2). Sin generalidades.
- Timeline. Semanas con milestones específicos.
- Inversión. Números claros en USD. Sin "depende".
- Lo que queda afuera. Transparencia total: si no incluye fotos profesionales o traducción, lo dice acá.
- Qué necesito para arrancar. Checklist de inputs del cliente.
- Por qué Huevsite. 4 diferenciadores concretos.
La propuesta se manda con un mensaje corto + invitación a una review call de 15 minutos a las 24-48 horas. Esa call cierra el 70% de los deals.
Etapa 3 · Kickoff (semana 1)
Kickoff = 50% inicial cobrado, acceso a canal directo (1-a-1, sin PMs), entrega de 3 cosas en la primera semana:
- Moodboard visual. 8-12 referencias específicas. No genéricas de Pinterest — referencias reales que el cliente puede comparar.
- Paleta + tipografía. 2-3 colores, 1-2 fuentes, aplicadas a un mock real de la home. No exploración tipográfica — decisiones tomadas.
- Arquitectura de información. Qué páginas, qué secciones por página, qué CTA por sección. Texto plano, sin diseño todavía. Este es el contrato de scope.
Al final de la semana 1, el cliente firma (literalmente o por aprobación escrita) el moodboard, paleta y arquitectura. Si no firma, no avanzo al diseño visual. Esto evita el "ya lo veo terminado y no me gusta" en la semana 5.
Etapa 4 · Diseño + Dev (semanas 2-5)
- Diseño y dev en paralelo, no en serie. Diseño la home en alta fidelidad mientras desarrollo el sistema base (componentes, layout). Cuando aprueban la home, el resto del sitio sale 5x más rápido.
- Reviews semanales con avance real. Lunes, 30 minutos, Vercel preview deploy. Sin mockups eternos — el cliente clickea, navega, prueba.
- Decisiones rápidas. Cuando aparece algo que no estaba en scope ("¿agregamos un FAQ?"), lo conversamos en el momento. Sin "lo vemos al final".
Etapa 5 · Pre-deploy (semana 4-5)
La semana antes del deploy es la más importante técnicamente. Acá entran las cosas que el cliente no ve pero que decidirán si el sitio funciona en producción:
- Performance. Lighthouse 95+ mobile, LCP < 1.5s, CLS < 0.05.
- SEO técnico. Sitemap.xml, robots.txt, canonical URLs, hreflang si aplica, schema.org en cada página relevante.
- AEO. llms.txt, llms-full.txt, structured data validada en Rich Results Test.
- Analytics. GA4 con eventos de conversión específicos, Search Console verificado, form events.
- Cross-browser tests. Safari iOS, Chrome Android, Edge desktop, Firefox.
- Backup + rollback plan. Si algo falla en producción, rollback de 1 click.
Etapa 6 · Deploy + Handoff (semana 5)
- Deploy. Una hora coordinada: DNS, SSL, smoke tests, primera revisión del cliente.
- Training del admin. 30-45 min en video — cómo editar contenido, agregar productos, cambiar imágenes. Grabado para revisitar.
- Documentación operativa. Doc corto: cómo acceder al admin, cambios comunes, qué NO tocar, contactos.
- Credenciales. Vercel, dominio, GA4, Search Console, CMS — todo transferido.
- 50% restante cobrado. Una vez el cliente confirma que todo está OK.
- 30 días de soporte incluido. Para typos, microajustes y bugs que aparecen con uso real.
El error más caro que me enseñó esto
En 2022 entregué un dashboard interno técnicamente perfecto. Performante, escalable, con tests, con docs. El cliente lo usó dos semanas y volvió a Excel. Cuando le pregunté por qué: "está demasiado bien hecho, mi equipo no se anima a tocarlo".
Ahí entendí: el output técnico no es el producto. El producto es lo que el cliente puede usar todos los días, sin miedo, sin abrir tickets. Desde entonces, la última pregunta antes de cerrar cada proyecto es:
"¿esto se va a usar el lunes a las 9 AM o no?"
Si la respuesta no es un sí claro, falta trabajo.
Preguntas frecuentes — proceso de desarrollo web B2B
¿Cuánto tarda un proyecto de desarrollo web B2B?
Landing simple: 2-3 semanas. Sitio institucional medio: 4-6 semanas. Sitio complejo con herramientas internas o AI: 6-10 semanas. Trabajo con un proyecto a la vez, los timelines son reales.
¿Por qué la propuesta como página web y no como PDF?
El medio comunica seriedad. Una propuesta web carga rápido, se comparte por link, sobrevive en el inbox del cliente, y demuestra capacidad técnica. PDF cierra al 25%; página web propia cierra al 60%.
¿Qué pasa si necesito cambios después de la entrega?
Incluyo 30 días de soporte post-deploy para ajustes finos sin costo (typos, microajustes de copy, bugs). Después de los 30 días: mantenimiento mensual opcional o trabajo por proyecto puntual.
¿Trabajan con metodologías ágiles o waterfall?
Híbrido: scope cerrado al kickoff (waterfall), reviews semanales con preview deploys (ágil), decisiones tomadas en el momento (no acumular para sprint review). Lo que no hago: standups diarios — son ruido para proyectos chicos.
¿Cuánto cobra por hora?
No cobro por hora. Trabajo por proyecto cerrado. El cliente sabe cuánto cuesta y qué entrego antes de arrancar. Sin overbilling, sin scope creep encubierto.
¿Estás pensando en construir un producto digital o renovar tu sitio B2B? En 30 minutos te ayudo a separar el problema real del problema declarado. Agendar diagnóstico — gratis, sin pitch.