PRD

Requisitos de producto de un módulo: funcionalidades, reglas de negocio, modelo de datos, dependencias, canales y requisitos no funcionales.

Comando: /sf:prd · Metodología: Is2Be Software · Fase: Fase 1 · Ideación

Cuándo usarla

Al empezar un módulo o proyecto sin PRD: desde el código existente (modo A) o desde un briefing (modo B).

Funciona bien si

Las reglas de negocio son verificables, no genéricas.
En modernización, recoge las reglas implícitas del código y la deuda técnica.
Lista las dependencias con otros módulos para el plan de construcción.
Trae los canales y los requisitos no funcionales con cifras y su origen; lo que no se sabe queda como pregunta abierta.

Dónde encaja

Antes: Es el primer paso.
Después: User stories

Requisitos

Tu IA conectada al servicio con tu clave de licencia (cómo conectar).
El proyecto configurado una vez con /sf:setup.
Las entradas del equipo: lo que este paso transforma.

Preguntas frecuentes

¿Y si el briefing se queda corto?

Pídele que te entreviste. Pregunta una cosa cada vez, con su respuesta recomendada; lo que quede sin respuesta va al PRD como pregunta abierta, no como regla inventada.

¿Sirve para un sistema que ya existe?

Sí: en Modo A extrae las reglas de negocio implícitas del código, incluida la deuda técnica.

¿Y si viene de un briefing de procesos?

Modo B: el briefing de Evidence-First es la entrada directa, con sus IDs.