Il prompt pronto all'uso per generare un blueprint SaaS completo (7 sezioni)

Molti team perdono tempo prima di scrivere codice: prompt incoerenti, architettura incompleta e riformattazione manuale nei documenti di progetto.

Questo prompt impone un contratto a 7 sezioni e produce output riutilizzabile da subito in pianificazione, attività tecniche e implementazione.

• Output completo: prompt, stack, architettura, piano di sviluppo, CLAUDE.md, .cursorrules, criticità di rilascio.
• Artefatti concreti: albero delle cartelle, snippet schema DB, contratto API, strategia di test, distinzione tra MVP e V2.
• Passaggio di consegne più efficace tra founder, PM e team di sviluppo senza riscrivere tutto.

Copia questo prompt base e sostituisci solo il blocco input. Mantieni i vincoli di qualità per avere output omogenei su provider diversi.

Role: You are a principal product engineer.

Goal:
Turn the input idea into a complete 7-section implementation blueprint.

Output contract:
1) Master Prompt for Claude/Cursor/Codex
2) Recommended Tech Stack
3) Architecture & Data Model
4) Step-by-Step Implementation Plan
5) CLAUDE.md File
6) .cursorrules File
7) Gotchas & Pro Tips

Hard requirements:
- Include at least one DB schema snippet (SQL or Prisma-like).
- Include at least one API contract snippet (REST or tRPC style).
- Include explicit testing strategy (unit/integration/e2e).
- Include an MVP scope vs V2 scope list.
- No generic fluff. Every recommendation must map to files, endpoints, tables, jobs, or tests.

### INPUT ###
Idea: <replace>
Required scope constraints (MUST include):
- <replace with mandatory labels/scope>
### END INPUT ###

Tieni l'idea breve e specifica. Usa etichette solo quando sono requisiti davvero obbligatori. Troppe preferenze deboli generano sezioni vaghe.

• Idea in una frase: dominio, utente, risultato.
• Le scope label sono obbligatorie (MUST), non dei semplici desiderata.
• Evita buzzword senza impatto su file, API o schema dati.

Prima di iniziare a scrivere codice, esegui questa checklist. Riduce quasi tutti i casi di output debole senza rigenerare da zero.

• Le 7 sezioni sono presenti, uniche e nell'ordine corretto.
• Architettura con cartelle realistiche e perimetri di sicurezza (trust boundary).
• Schema dati con vincoli e indici sui percorsi critici (hot path).
• API con request/response e principali casi di errore.
• Piano per fasi con criteri di accettazione verificabili.

Usa il blueprint come riferimento principale. Implementa per fasi incrementali e fai commit solo quando i criteri di accettazione della fase sono soddisfatti.

• Apri un'issue per ogni fase del piano.
• Inserisci CLAUDE.md e .cursorrules prima di iniziare a scrivere codice.
• Rilascia MVP e sposta V2 in backlog esplicito.