Documento de arquitectura
Cómo encaja la app, por qué tiene esta forma, qué cambia cuando escaláis. Lo que vuestro próximo ingeniero lee el primer día.
// desarrollo next.js
Next.js, hecho para durar.
Trabajo Next.js de producción para equipos que ya superaron el no-code y necesitan algo que no se pudra en doce meses. App Router, RSC, edge-aware. Enviamos pocos proyectos y los enviamos bien.
// donde los equipos se atascan
Ya superasteis el no-code. El próximo proveedor quiere un contrato de mantenimiento.
- Vuestro prototipo se quedó pequeño y la reescritura se sigue posponiendo.
- Cada agencia que habéis hablado quiere montar un equipo y facturar mensualmente.
- Vuestra base de código es la idea de "terminado" de un solo desarrollador y nadie más puede tocarla.
- El plan de entrega es una página de Notion y seis meses de dependencia del proveedor.
// qué incluye
Qué os lleváis cuando entregamos.
CI/CD de producción
GitHub Actions o equivalente. Despliegues de previsualización por PR. Tipado, lint y tests antes del merge. Cero ambigüedad en la frontera.
Librería de componentes
Construida con vuestros tokens de diseño. Storybook o equivalente. Regresión visual donde importa.
Cobertura de tests donde paga
No perseguimos el 100%. Probamos las fronteras — pagos, auth, integridad de datos, todo lo que despierta a alguien por la noche.
Ventana de soporte tras lanzamiento
Bugs que enviamos nosotros, los arreglamos. Preguntas mientras vuestro equipo se ubica, las respondemos. Después os entregamos las llaves.
// cómo trabajamos
Tres fases. Construido para durar.
01 · Calibrar
Llamada de 30 min, después un alcance escrito con hitos, costes y qué podría salir mal. Firmáis o no firmáis.
02 · Construir
Demo semanal en una URL de staging real. Decisiones documentadas. Sin estado oculto, sin facturas sorpresa.
03 · Entregar
Vuestro equipo es dueño del código el día del lanzamiento. Documento de arquitectura, CI en verde, ventana de soporte abierta.
// preguntas frecuentes
Lo que los equipos preguntan antes de firmar.
Un proyecto Next.js típico cubre arquitectura de producto, implementación full-stack en TypeScript, App Router con React Server Components, integración con vuestro sistema de diseño, CI/CD de producción y una ventana de soporte tras el lanzamiento. Cada proyecto se entrega con un documento de arquitectura que explica cómo está construida la app y dónde cambia al escalar, para que el próximo ingeniero del equipo lo lea el primer día y entienda el sistema sin nosotros en la sala.
Definido por proyecto — no publicamos un rango fijo, porque la respuesta honesta depende de la profundidad de integración, la complejidad de auth y lo limpios que vengan los requisitos. La forma es la misma: descubrimiento, diseño con prototipos, build con demos semanales, lanzamiento con ventana de soporte. El primer alcance escrito (con plazos) llega en las 48 horas siguientes a la llamada de descubrimiento. Si el alcance todavía no se ha escrito, preferimos esa conversación al principio antes que en la semana seis.
Sí. Cada proyecto webkoi se entrega con una ventana de soporte tras el lanzamiento incluida — bugs que enviamos nosotros, además de preguntas mientras vuestro equipo se orienta. Después, ofrecemos planes opcionales de cuidado continuo que cubren correcciones, actualizaciones de dependencias, mejoras pequeñas y monitorización de rendimiento, dimensionados a vuestro equipo y pausables mes a mes. Preferimos proyectos de alcance fijo con facturación por hitos — vuestro equipo es dueño del código desde el primer día en vuestra propia organización de GitHub — pero preferimos quedarnos cerca como socio discreto antes que desaparecer tras el lanzamiento.
App Router para cualquier proyecto nuevo, salvo razón específica en contra. Los proyectos Next.js nuevos en 2026 deberían usar App Router por defecto porque desbloquea Server Components, streaming y la metadata API — capacidades que cambian materialmente lo rápido que se siente vuestra app y cuánto JavaScript se envía al navegador. También hemos hecho migraciones de Pages Router a App Router en bases de código existentes, así que la elección no es excluyente.
Sí. El repositorio vive en vuestra organización de GitHub desde el día uno — no en un espacio controlado por webkoi que entregamos después. No hay cláusulas de licencia, ni frameworks propietarios que no podáis replicar, ni vendor lock-in. Si decidís llevar el proyecto in-house o moverlo a otro estudio tras el lanzamiento, la entrega es un cambio de permisos, no una migración.
Definido por proyecto. Tras la llamada de descubrimiento mandamos una propuesta por escrito con el desglose completo — el precio depende de la profundidad de integración, la complejidad de auth y el alcance del CMS. Nunca presupuestamos un número sin alcance escrito primero — quien lo hace está adivinando o inflando. Las conversaciones de presupuesto suceden en la llamada de descubrimiento, antes de que ninguna de las dos partes se haya comprometido a nada.
Murcia, España. Aproximadamente el 70% de nuestros clientes están fuera de España — por la UE, Reino Unido y Norteamérica — y trabajamos con ellos en remoto con demos semanales por vídeo en URLs de staging reales. Para proyectos que lo justifican, viajamos para revisiones presenciales a Madrid, Barcelona, Lisboa o Londres. Idiomas: inglés y castellano, a diario, por escrito y en llamadas.
¿Tienes un problema difícil?
Respondemos en menos de 24 horas. Cuéntanos qué estás construyendo.
Hablemos →