Is2Be
Is2Be Software · Método Spec-First

Construye software con IA, especificando antes de programar.

De tu punto de partida (as-is: el sistema actual, o solo la idea si partes de cero) al software que necesitas (to-be): 7 fases y 27 entregables: requisitos, arquitectura, código, revisión, tests, despliegue y monitorización. Con cualquier stack y cualquier asistente de IA.

Is2Be Software
290 €/año · equivale a 10 meseso 29 €/mes, sin permanencia
Comprar Is2Be Software

Uso en proyectos para clientes incluido · ¿Mejor el pack completo?

Para qué sirve

Cuatro formas de trabajar, un mismo método.

El kit identifica tu caso y usa solo los pasos que necesitas.

Proyecto nuevo

De la idea al primer despliegue.

Modernizar un sistema antiguo

Sin perder las reglas de negocio que solo están en el código.

Módulo nuevo

En un sistema que ya existe, respetando sus patrones.

Ampliar por partes

Una pieza nueva, independiente, que se suma a tu sistema sin poner en riesgo el resto.

Las pruebas

Proyectos reales construidos con este método.

RightABA · Modernización
~6×
más rápido · ~20× menos esfuerzo
Con Is2Be · 3,5 semanas, 1 persona
Sin el método · 5-6 meses, 4-5 personas

Plataforma antigua de 33.000 líneas sin tests, migrada a una arquitectura moderna: 9 módulos, cobertura de tests ≥ 80 % y despliegue automático.

Norte · Producto nuevo
~3×
más rápido, hasta producción
Con Is2Be · 2 meses, 2 personas
Sin el método · más de 6 meses

Plataforma de entrenamiento con IA: tres aplicaciones (deportistas, entrenador y administración), API, app de reloj y pagos.

Norte H · App sobre sistema existente
>10×
más rápido
Con Is2Be · 3 días, 1 persona
Sin el método · unos 2 meses

App web y móvil de unas 31.000 líneas y 264 tests, de los requisitos a la revisión de código con correcciones.

Proyectos propios del creador del método. Los plazos «sin el método» son estimaciones del autor según el alcance de cada proyecto.

Fases y entregables

Lo que obtienes en cada fase.

FASE 01
Ideación
Qué hay que construir.
Requisitos de producto (PRD) con canales y requisitos no funcionales, con modo entrevista si el punto de partida es escaso · Historias de usuario con criterios de aceptación · Escenarios de aceptación con el resultado esperado de cada regla
FASE 02
Diseño
Cómo se va a construir.
Documentación del sistema actual · Arquitecturas comparadas tras preguntarte lo que falta, al detalle que pide tu proyecto · Decisiones de arquitectura registradas · Plan de construcción o migración · Plan de pruebas
FASE 03
Desarrollo
El código, con sus tests.
Módulos de backend con la arquitectura interna decidida · Pantallas web o de app móvil · Auditoría de cambios · Nuevas entidades en sistemas existentes
FASE 04
Revisión
Calidad antes de integrar.
Code review de cada cambio contra criterios de calidad, seguridad y las reglas del PRD
FASE 05
Testing
Cada regla de negocio, probada.
Setup de tests · Unitarios · API e integración · Componentes · Extremo a extremo, también en emulador o dispositivos móviles
FASE 06
DevOps
Del commit a producción.
Pipeline de integración continua · Pipeline de despliegue con infraestructura como código, publicación en tiendas si es móvil y vuelta atrás documentada
FASE 07
Monitorización
Saber qué pasa y cómo arreglarlo.
Logs estructurados · Runbooks de incidentes

Ver la ficha detallada de cada paso →

Reglas que no se saltan

La velocidad de la IA no se come la calidad.

  1. La fase 1 se completa para todo el alcance antes de diseñar.
  2. No hay código sin plan de construcción y plan de pruebas aprobados.
  3. Los tests se escriben con cada módulo, no después.
  4. La integración continua se configura antes del primer módulo de negocio.
  5. En una modernización, las reglas de negocio del sistema existente se preservan exactamente, salvo que el negocio decida otra cosa.
Con cualquier tecnología
Agnóstico de stack.

El lenguaje, el framework, la base de datos y la plataforma se deciden en las decisiones de arquitectura de tu proyecto. El método no presupone ninguno.

Del proceso al software

¿El software sale de un proceso de negocio?

Empieza por Is2Be Procesos: su último paso genera el briefing del que parten los requisitos. Así el código resuelve el problema correcto.

Para quién

Para equipos que ya programan con IA y quieren hacerlo bien.

  • Agencias y software factories. Más margen en cada proyecto, misma calidad en todo el equipo.
  • Startups que escalan. Escala el equipo sin escalar el caos.
  • Desarrolladores freelance. Entrega como un equipo, trabajando solo.
  • Equipos de IT con sistemas antiguos. Moderniza con menos riesgo.