Cómo trabajamos · Paso 3
Tu url de pruebas, desde el primer día
En el paso 3 se construye. Código limpio y moderno en una url de pruebas que puedes abrir cuando quieras y ver evolucionar, con seguimiento semanal para que nada se quede en el aire.
No hay fase de silencio. El proyecto está visible mientras se hace, así que los hitos se comprueban en la propia web y no en un informe de avance.
Qué pasa en esta fase
- Una url de pruebas tuya desde el primer día.
- Seguimiento semanal: avances, decisiones pendientes y lo que viene.
- Código moderno y mantenible — Next.js, React, CMS headless o WordPress, según el caso.
- Los hitos se ven en la propia url, no en un informe.
- Si algo hay que replantear, se replantea con el proyecto a medio hacer y a la vista.
Esto cambia el tipo de conversación. En vez de aprobar descripciones, apruebas algo que ya funciona.
Cómo se trabaja contra la url de pruebas
Visible desde el día uno
La url existe antes de que haya mucho que ver. Así te acostumbras a mirarla y no hay sorpresas al final.
- Acceso privado, no indexable
- Se actualiza al subir cada cambio
- Vive ya en el hosting definitivo
Seguimiento semanal
Una nota corta cada semana: qué se ha hecho, qué viene y qué decisión esperamos de ti.
- Avances de la semana
- Decisiones pendientes
- Riesgos, si aparece alguno
Código que se puede heredar
Tecnología estándar y documentada, para que el proyecto no dependa de nosotros para siempre.
- Next.js, React o WordPress
- CMS headless cuando encaja
- Documentación en la entrega
Por qué la url de pruebas vive ya en el hosting final
Mucha gente construye en un servidor de desarrollo y migra al final. Ese paso es justo donde aparecen la mitad de los problemas: versiones distintas, rutas que cambian, correos que dejan de salir.
Por eso montamos la url de pruebas sobre el hosting y cloud para empresas definitivo. El día del lanzamiento no se mueve el proyecto de sitio, solo se abre al público.
Además la url de pruebas se sirve con acceso restringido y sin permitir su indexación, así que no compite con tu web actual mientras se construye.
Qué se construye aquí
Depende del proyecto, y por eso no usamos siempre la misma herramienta. Una web corporativa que el cliente va a editar suele pedir WordPress; una plataforma con mucha interacción pide Next.js y React.
La decisión se toma en el paso 1 y se escribe en el alcance, con los motivos. No hay un marco propio del que luego no puedas salir.
Si el proyecto incluye integración de sistemas o software a medida para empresas, esas piezas se van viendo en la misma url de pruebas a medida que se conectan.
Qué revisamos antes de dar una fase por buena
Tener el proyecto a la vista no basta si nadie mira lo mismo. Así que cada hito se comprueba contra una lista corta, siempre la misma, sobre la propia url de pruebas.
- Que funcione en móvil de verdad, no solo que no se rompa.
- Los formularios tienen que llegar a donde deben llegar.
- La velocidad se mide, en vez de estimarse a ojo.
- Los textos son los tuyos, sin restos de relleno por ningún rincón.
- La jerarquía de títulos sigue siendo la que acordamos en el diseño.
Es trabajo poco lucido y evita la clase de fallo que se descubre una semana después de lanzar, cuando ya cuesta explicarlo.
Cuando hay que replantear algo
Pasa en casi todos los proyectos, y no es un fracaso: es la ventaja de tener el trabajo a la vista. Un formulario que sobra, un paso que estorba o una pantalla que nadie usaría se detectan antes de terminar.
Lo replanteamos con el proyecto a medio hacer, que es cuando sale barato. Si el cambio altera el alcance firmado, lo decimos por escrito antes de tocar nada.
Y después
Cuando la url de pruebas ya es la web que querías, pasamos al paso 4: DNS, SSL, analítica e indexación en buscadores, resueltos por nosotros.
La url de pruebas es la misma tanto si construimos una página web como un software a medida, y el diseño que se está montando viene del paso 2, los wireframes y conceptos visuales que ya aprobaste.
Preguntas frecuentes sobre la url de pruebas
¿La puede ver cualquiera?
No. Va con acceso restringido y se sirve sin permitir la indexación, así que no aparece en buscadores ni compite con tu web actual.
¿Puedo enseñarla a mi equipo o a un socio?
Sí, y es recomendable. Cuantos más ojos la miren durante la construcción, menos cosas se descubren el día del lanzamiento.
¿Cada cuánto se actualiza?
Cada vez que subimos un cambio, así que en la práctica varias veces por semana. El resumen ordenado llega una vez a la semana.
¿Cuánto dura esta fase?
Una web estándar lleva de dos a cuatro semanas y un e-commerce de cuatro a ocho. Las apps y el software a medida se planifican por hitos que puedes seguir en la propia url.
¿Qué pasa con mi web actual mientras tanto?
Sigue funcionando con normalidad. El cambio solo ocurre en el paso 4, cuando se apunta el dominio al proyecto nuevo.
¿Puedo cargar yo mismo los contenidos?
Sí, si el proyecto lleva gestor de contenidos. Mucha gente aprovecha esta fase para ir metiendo textos y fotos mientras construimos.
Contratar este paso
Construir: contrata solo esta fase
No hace falta contratar el proyecto entero. El paso 3 se puede contratar por separado e incluye el desarrollo completo sobre una url de pruebas tuya, con seguimiento semanal.
- Alcance detallado en su ficha
- Presupuesto cerrado por escrito
- Lo lleva el mismo equipo de principio a fin
Hablemos
Cuéntanos dónde está tu negocio y dónde quieres que esté. Respondemos en un día laborable con un consejo honesto — y con un plan, si lo quieres.
El proceso completo
Paso 1 descubrir · paso 2 diseñar · paso 3 construir · paso 4 lanzar · paso 5 crecer.