Brief → Desarrollo → Revisión humana → Lanzamiento
Cuatro pasos, cada uno termina con algo que se puede abrir y ver. Nada de «estamos trabajando, espere».
- Brief: gratis, sin registro, en 10–15 minutos
- Desarrollo por bloques: cada dos semanas, un resultado funcional que puedes abrir
- Ninguna versión sale sin revisión humana
Cuatro pasos
- 01
Brief
Describes la tarea en el generador: un cuestionario de ocho pasos, gratuito y sin registro. O dibujas el esquema de páginas en el editor SiteSketch. El resultado es un documento estructurado con el que damos un rango de precio y plazo. Para sistemas grandes añadimos un análisis del proceso y un prototipo navegable.
- 02
Desarrollo
Dividimos el proyecto en bloques con su propio precio y plazo. El código rutinario, las pruebas y las traducciones los escriben modelos de lenguaje bajo control de un desarrollador; la arquitectura, las integraciones y el diseño los hacen personas. Cada dos semanas abres una parte funcional del sistema y das tu opinión.
- 03
Revisión humana
Antes de cada versión, un desarrollador revisa los cambios, ejecuta las pruebas, comprueba la seguridad y la adaptación en dispositivos reales. Nada generado por la máquina llega al sitio en producción sin este paso: aquí se detectan los errores que las pruebas automáticas no ven.
- 04
Lanzamiento y soporte
Migramos los datos, configuramos hosting, dominio y copias de seguridad, formamos a tu equipo. Durante un mes tras el lanzamiento seguimos pendientes: está incluido en el precio. Después, un plan de mantenimiento o desarrollo según tus necesidades.
Qué obtienes en cada etapa
Tras el brief
Un rango de precio y plazo, la lista de etapas y, para sistemas complejos, un prototipo.
Durante el desarrollo
Acceso al entorno de pruebas y bloques funcionales cada dos semanas.
Antes del lanzamiento
Un informe de revisión: qué se probó, en qué dispositivos, qué se corrigió.
Tras el lanzamiento
Código, repositorio y accesos son tuyos. Documentación y un mes de soporte.
Por qué así
El error más caro en desarrollo es construir lo que no era. Por eso no empezamos por el código: primero un brief y, en proyectos grandes, un análisis del proceso y un prototipo, donde un cambio cuesta una hora y no una semana de rehacer.
El desarrollo por bloques elimina el mayor miedo del cliente: en cualquier momento se ve por qué se ha pagado y se puede parar con un sistema funcional. Y la revisión humana responde a la pregunta legítima «¿y si la IA se equivoca?». Se equivoca; por eso revisamos.
Puedes ver cómo queda en la práctica en los casos, y la lista de lo que hacemos en servicios.
El primer paso lleva 10–15 minutos y no compromete a nada.
Crear un briefPreguntas frecuentes
Nada. El brief es tu documento: puedes descargarlo en PDF y llevarlo a cualquier proveedor. No lo compartimos con nadie.
Sí, entre bloques. Las prioridades de la siguiente etapa se pueden reordenar; los cambios dentro del bloque en curso se tratan aparte para no romper el plazo.
El desarrollador del estudio responsable del proyecto. Para esquemas de base de datos, permisos y pagos, siempre una segunda revisión.
Corrección de errores detectados en producción, pequeños ajustes, monitorización y copias de seguridad. Las funciones nuevas son un acuerdo aparte.
Empezar con un brief
Iniciar un proyecto