Por qué fracasa el pliego de condiciones clásico
El pliego tradicional tiene un defecto estructural: describe la herramienta imaginada en lugar del negocio real. Se enumeran pantallas, botones y requisitos («el sistema deberá permitir…») antes de haber planteado lo único que importa: qué datos existen, cómo se relacionan, quién los mantiene vivos.
Un resultado que conocen todos los proyectos informáticos: la herramienta entregada se ajusta al documento y no encaja en el terreno — porque el documento mismo era una ficción. Y su redacción costó semanas que no produjeron ningún software.
La estructura en una página: cuatro bloques
Una aplicación de gestión se describe por completo con cuatro bloques. Es la estructura que usan los diseñadores experimentados — y exactamente lo que Blueprint Maker extrae de tu descripción para construir el plan de la aplicación.
- LAS COSAS (entidades): lo que sigues — clientes, obras, artículos, intervenciones. Una lista de 3 a 8 nombres, cada uno con su información clave (campos).
- LOS VÍNCULOS (relaciones): cómo se enlazan las cosas — «una obra pertenece a un cliente», «una intervención afecta a un equipo». Una frase por vínculo.
- LOS ESTADOS (estados): el ciclo de vida de tus objetos — «presupuesto, firmado, en curso, terminado, facturado». Tus propias palabras, en el orden real.
- LAS CIFRAS (indicadores): lo que quieres ver cada mañana — importes por facturar, expedientes atrasados, existencias bajo umbral. De tres a seis indicadores.
Ejemplo completo: una página que basta
«Empresa de instalación de vallas, 4 personas. COSAS: clientes (nombre, dirección, teléfono), obras (dirección, tipo de valla, metraje, importe del presupuesto, fecha prevista), intervenciones (fecha, horas dedicadas, equipo), materiales (referencia, existencias). VÍNCULOS: una obra pertenece a un cliente; una intervención se realiza en una obra; los materiales se consumen por obra. ESTADOS de una obra: presupuesto enviado, firmado, planificado, en curso, terminado, facturado, saldado. CIFRAS: obras en curso, metraje instalado del mes, importe por facturar, materiales bajo umbral.»
Esta página contiene todo lo necesario para construir la aplicación — por un desarrollador o por un generador. Lo que no contiene es igual de significativo: ninguna descripción de pantalla, ninguna elección técnica, ningún requisito numerado. Las pantallas SE DERIVAN de la estructura.
Las tres trampas de redacción
Trampa 1 — describir la herramienta actual: «quiero las columnas de la A a la R de mi hoja de cálculo». La hoja de cálculo es una fuente de información, no un objetivo: extrae de ella las cosas y los vínculos, no la disposición.
Trampa 2 — el alcance desmedido: querer cubrir la facturación legal, las nóminas, la contabilidad. Esos ámbitos regulados tienen sus propias herramientas; tu aplicación se detiene donde ellos empiezan y sobresale en tu seguimiento operativo.
Trampa 3 — los casos particulares primero: «¿y cuando un cliente es también proveedor?». Describe primero el flujo normal que cubre el 90 % de los días; los casos particulares se añaden después, sobre una estructura sana.
De la página a la aplicación: dos caminos
Camino clásico: la página sirve de brief a un desarrollador o a una agencia — reduce drásticamente el riesgo de malentendidos y el tiempo de análisis facturado.
Camino directo: la página ES el prompt. Enviada a Blueprint Maker, se convierte en un plan de aplicación estructurado — entidades, relaciones, estados, indicadores — que validas antes de generar. La aplicación llega desplegada, con datos de demostración: tu pliego se comprueba en pantallas reales, no en reuniones de aceptación. Y si más tarde interviene un desarrollador, parte del código generado (exportación ZIP, push a GitHub) en lugar de una página en blanco.
La plantilla para copiar
Retoma estas cuatro líneas y complétalas con tus palabras: «Mi actividad: … COSAS seguidas (con su información clave): … VÍNCULOS entre ellas: … ESTADOS que atraviesan: … CIFRAS que ver cada mañana: …» Diez líneas bastan; el plan Descubrimiento (0 €) permite probar de inmediato la aplicación que produce tu página.