Risorse · Prompt Vault

Il Prompt Vault — un prompt per ogni elemento

Non un prompt per pagina — un prompt per ogni singolo blocco del funnel Doc Marketing: ogni sezione, ogni componente visivo, ogni pezzo di copy. Copia, incolla in Claude Code, ottieni quel pezzo, passa al successivo.

Come si usa: cerca o filtra per pagina, clicca un prompt per aprirlo, "📋 Copy Prompt" e incollalo così com'è in Claude Code — non riscriverlo. Dove il prompt ti chiede dati che non hai ancora, fermati e recuperali: non lasciare che Claude Code li indovini al posto tuo.
01
Blocco token di brand (CSS)
Setup
Genera UN blocco CSS :root riutilizzabile da incollare in cima a ogni pagina del funnel Assessment (Start, Outcome, Apply, Thank You), con questi token di brand Doc Marketing:
--orange:#E65512; --orange-lt:#F07030; --orange-dk:#B33A00; --black:#090909; --black-2:#161616; --white:#FFFFFF; --off-white:#FBFDFF; --muted:#C8C8C8; --gray:#8C8C8C.
Font: "Montserrat" (pesi 400,500,600,700,800) per il corpo, "Yuyu Short" con fallback Montserrat per i titoli — includi l'import Google Fonts per Montserrat.

━━ SE IL CLIENTE NON È DOC MARKETING ━━
Non tenere questi valori: sostituiscili con i colori/font reali della Brand Board del cliente (Fase 0). Se non li ho ancora forniti, chiedimeli prima di procedere — non inventare una palette "premium" al posto loro.

━━ COSA RESTITUIRE ━━
Un unico blocco <style> autosufficiente, con un commento in cima che dice "incolla questo blocco per primo, sopra ogni sezione della pagina".
Tip: va incollato una sola volta per pagina, prima di tutte le altre sezioni generate dagli altri prompt.
02
Reset + container wrapper
Setup
Genera un wrapper minimale mobile-first da incollare subito dopo il blocco token (prompt 01).
Deve: fare un reset box-sizing/margini, impostare background var(--black) e color var(--white) sul body, font-family var(--font-body) di default, antialiasing testo, e un .container centrato con max-width 1180px e padding laterale 32px (20px sotto 720px).
Non stilizzare titoli o bottoni qui — se ne occupano altri prompt.

━━ COSA RESTITUIRE ━━
Un blocco <style> autosufficiente, sotto 40 righe.
Tip: usalo una volta per pagina, subito dopo il blocco token.
03
Reticolato di sfondo + glow ambientali
Setup
Genera l'effetto di sfondo "spaziale" usato in tutto questo sito: un reticolato sottile a griglia (linee 1px, opacità bassissima ~0.03, passo 56px) fisso dietro al contenuto, sfumato con una maschera radiale che lo fa svanire verso il basso, più un bagliore arancio (radial-gradient molto tenue, opacità ~0.07) in alto a destra dietro l'hero.

━━ REQUISITI TECNICI ━━
Il reticolato va su un elemento ::before del body, position fixed, z-index -1, pointer-events none — non deve mai interferire con i click. Deve rispettare prefers-reduced-motion (se l'utente lo richiede, nessun problema: qui non c'è animazione, ma verifica comunque che nulla si muova). Usa solo CSS, nessuna immagine esterna.

Restituisci un blocco <style> autosufficiente da aggiungere subito dopo i prompt 01-02.
Tip: è l'effetto che dà la sensazione "premium/spaziale" — va bene su sfondo scuro, su un brand con sfondo chiaro andrebbe invertito o tolto.
04
Componenti bottone + badge riutilizzabili
Setup
Crea una piccola libreria di componenti da riusare in tutte le pagine: un bottone CTA primario (pill, gradiente da var(--orange-lt) a var(--orange), testo scuro leggibile — verifica il contrasto AA), un bottone ghost/secondario (bordo sottile, trasparente), e un badge/eyebrow (pillola piccola, maiuscolo, bordo arancio translucido) usato per etichette come "ESEMPIO — DA APPROVARE" o categorie.

━━ REQUISITI ━━
Tutti i colori dalle variabili CSS del prompt 01, nessun colore hard-coded. Stati hover/focus-visible chiari e accessibili. Tap target minimo 44px di altezza.

Restituisci un blocco HTML (esempio di ognuno) + <style> autosufficiente.
Tip: riusa le stesse classi ovunque — se il bottone cambia aspetto in una pagina e non nelle altre, il funnel sembra scucito.
05
Barra superiore (logo + indicatore)
Start
Genera la barra superiore fissa della pagina Start: a sinistra il wordmark del brand (testo, non un'immagine — se c'è un logo reale lascialo come placeholder  commentato), a destra una piccola riga di meta-informazione ("Assessment gratuito · [N] domande · meno di 5 minuti") con un puntino animato/colorato prima del testo. Sfondo semi-trasparente con blur, bordo inferiore sottile arancio a bassa opacità.

━━ REQUISITI ━━
position sticky, top:0, si nasconde su schermi molto piccoli se serve spazio (la sola meta-info, il logo resta sempre visibile).

Restituisci un blocco HTML + <style> autosufficiente, mobile-first.
Tip: il numero di domande nella meta-riga deve combaciare con quello confermato in Fase 0, non restare fisso a "40".
06
Hero headline — versione SHORT
Start
Genera solo il blocco copy della Hero (headline + sottotitolo + riga CTA con meta-checkmark), versione SHORT (traffico a pagamento freddo, zero attrito).

━━ INTERVISTAMI PRIMA ━━
Chiedimi: settore/problema del cliente, risultato desiderato dal suo cliente ideale, 2 colori brand se diversi dal prompt 01, durata del quiz.

━━ FORMULE (dalla fonte, non riscriverle) ━━
Hook: "Ti senti frustrato perché non ottieni [risultato] anche se [azione che già fai]?" oppure "Sei pronto a [risultato]?"
Sottotitolo: "Rispondi a [N] domande per scoprire perché [frustrazione] e cosa fare al riguardo."

━━ STRUTTURA ━━
Eyebrow piccolo → headline grande (una parola/frase in accento colore) → sottotitolo → riga CTA con bottone + 3 mini-conferme (durata/gratis/beneficio) accanto, non nascoste.

━━ COSA NON FARE ━━
Non inventare durata o statistiche — placeholder [DURATA] se mancanti.

Restituisci un blocco HTML + <style> autosufficiente, mobile-first, EDIT-ME sugli spazi vuoti.
Tip: per il visual della hero (mockup telefoni) usa il prompt 08 a parte — questo è solo il testo/CTA.
07
Hero headline — versione LONG (15 domande)
Start
Stesso obiettivo del prompt 06, ma per la versione LONG (15 domande — 10 a punteggio + 5 di qualificazione — brand già autorevole, pubblico caldo/lista propria).

━━ DIFFERENZE ━━
Il sottotitolo deve dire esplicitamente "15 domande", non un numero generico. Tono leggermente più diretto/esperto — il pubblico si fida già. Se ho dati reali, aggiungi un accenno di credibilità già qui (es. "Creato da [nome]") — mai inventato.

Stesse regole di intervista e di "cosa non fare" del prompt 06.

Restituisci un blocco HTML + <style> autosufficiente, mobile-first.
Tip: conferma sempre con lo Strategist se il cliente è SHORT o LONG prima di scegliere tra prompt 06 e 07 — vedi Copy.
08
Visual hero — 3 telefoni con domande reali
Start
Genera il visual a destra (o sotto, su mobile) della Hero: 3 mockup di telefono in CSS puro (nessuna immagine), sovrapposti a prospettiva leggera, ciascuno che mostra una schermata di domanda reale del quiz (categoria/pilastro, testo domanda, 2 bottoni Sì/No, barra di progresso con percentuale).

━━ INTERVISTAMI PRIMA ━━
Chiedimi 3 domande reali (con il loro pilastro/categoria e la percentuale di avanzamento) da mostrare nei 3 telefoni — non inventarle, prendile dalla lista vera del cliente.

━━ REQUISITI ━━
Solo CSS/SVG per i "notch" e le cornici, nessuna immagine esterna. Su mobile riduci a 1 telefono centrato o nascondi i 2 laterali.

Restituisci un blocco HTML + <style> autosufficiente, mobile-first.
Tip: aggiungi accanto un piccolo badge fluttuante tipo "[N] aree. Un'unica diagnosi." per rinforzare la value proposition.
09
Riga valori (3 card con icona)
Start
Genera una riga di 3 card valore subito sotto la Hero (icona numerata + titolo breve + una riga), es. "Risultato immediato", "Meno di [N] minuti", "Consigli applicabili subito" — adatta le 3 frasi al contesto del cliente se ho dati, altrimenti usa questi come default ragionevoli e segnalali come tali.

━━ STRUTTURA ━━
3 colonne desktop, 1 colonna mobile, divisori verticali tra le card (orizzontali su mobile).

Restituisci un blocco HTML + <style> autosufficiente, mobile-first.
Tip: tienile brevi — sono un rinforzo veloce, non una seconda value proposition.
10
Sezione "Come funziona" (3 step numerati)
Start
Genera una sezione con titolo + 3 step numerati grandi: 1. Rispondi alle domande. 2. Valutiamo le [N] aree. 3. Ricevi la diagnosi. Ogni step: numero grande in accento, titolo breve, una riga di spiegazione.

━━ INTERVISTAMI PRIMA ━━
Chiedimi il numero reale di aree/pilastri (non assumere 6) e se il modo di consegna del risultato è diverso da "via email".

Restituisci un blocco HTML + <style> autosufficiente, mobile-first.
Tip: è il blocco che spiega il meccanismo a chi non conosce ancora il brand — utile soprattutto nella versione SHORT (pubblico freddo).
11
Griglia anteprima dei profili/Outcome
Start
Genera una griglia di card, una per ciascun Outcome/profilo possibile (Doc Marketing ne ha 4 — il numero cambia per altri clienti, confermalo con me).

━━ INTERVISTAMI PRIMA ━━
Quanti Outcome ha questo cliente, nome + una riga di descrizione per ciascuno. Se il cliente ha un solo punteggio, dimmelo e salta questo prompt.

━━ STRUTTURA ━━
2 colonne desktop (1 su mobile), card con codice/numero Outcome, nome, descrizione breve. Nota in fondo: "naming e formule sono una proposta, non definitivi".

Restituisci un blocco HTML + <style> autosufficiente, mobile-first.
Tip: se il cliente non ha Outcome multipli, questo blocco va omesso, non riempito con dati finti.
12
Credibilità — card bio con foto
Start
Genera la card bio della sezione Credibilità: foto/avatar a sinistra (placeholder commentato se non ho un file reale), nome + una riga di bio a destra.

━━ FORMULA ━━
"Creato da [nome], [una riga di background/esperienza]."

━━ INTERVISTAMI PRIMA ━━
Nome e bio reali di chi ha creato l'assessment. Se non li ho, placeholder <<BIO>> visibile, mai inventato.

Restituisci un blocco HTML + <style> autosufficiente, mobile-first.
Tip: non pubblicare questa sezione finché la bio non è confermata da chi rappresenta — è la prima cosa che un visitatore verifica.
13
Credibilità — card proof/statistiche
Start
Genera 1-2 card "proof point" accanto alla bio (prompt 12): un case study o una statistica reale, ciascuna con una piccola etichetta ("Proof point"/"Statistiche aggregate") e il dato in evidenza.

━━ INTERVISTAMI PRIMA ━━
Chiedimi il case study/statistica reale (cifra, finestra temporale, fonte). Se dico "non ancora", genera la card con l'etichetta "DA VERIFICARE" ben visibile invece del numero.

━━ COSA NON FARE, MAI ━━
Non inventare un numero plausibile "a titolo di esempio" — è l'errore più grave possibile in questa sezione.

Restituisci un blocco HTML + <style> autosufficiente, mobile-first.
Tip: se un domani serve un dato "di esempio" per un mockup interno, scrivi letteralmente "ESEMPIO ILLUSTRATIVO" sopra, mai un numero che sembri vero.
14
Bonus — visual con mockup report + video
Start
Genera il visual della sezione Bonus: un anello/orbita decorativa in CSS, con due "carte" sovrapposte in prospettiva — una che mostra un mockup di report (titolo + anello punteggio + barre finte) e una che mostra un mockup di video (frame 16:9 con icona play, in puro CSS/SVG).

━━ REQUISITI ━━
Nessuna immagine esterna, tutto CSS/SVG. Etichetta chiara "mockup illustrativo" su entrambe le carte.

Restituisci un blocco HTML + <style> autosufficiente, mobile-first.
Tip: se il video/report non esistono ancora, questo mockup serve proprio a comunicare la promessa prima che il contenuto reale sia pronto.
15
Bonus — copy e lista punti
Start
Genera il copy della sezione Bonus: eyebrow + headline (con una frase in accento colore) + un lead di 1-2 righe + una lista di 2-3 punti (numero + titolo + una riga) su cosa riceve l'utente alla fine + un badge "Valore del regalo: €[XYZ]".

━━ INTERVISTAMI PRIMA ━━
Cosa riceve davvero l'utente (report, video, checklist, altro) e se c'è un valore in euro reale — altrimenti lascia €[XYZ] come placeholder, non inventarlo.

Restituisci un blocco HTML + <style> autosufficiente, mobile-first.
Tip: abbina questo al visual del prompt 14 nella stessa sezione, due colonne su desktop.
16
Pannello CTA finale di pagina
Start
Genera il pannello di chiusura pagina: un riquadro con bordo/glow arancio, eyebrow, headline breve che ripete la promessa, una riga, e la stessa CTA della Hero (bottone + 3 mini-conferme).

━━ REQUISITI ━━
Deve essere visivamente "un momento a sé" (bordo, sfondo leggermente diverso, glow), non una ripetizione piatta della Hero.

Restituisci un blocco HTML + <style> autosufficiente, mobile-first.
Tip: è l'ultima occasione di conversione della pagina — non aggiungere nuove informazioni qui, solo ripetere la CTA in modo chiaro.
17
Survey — card domanda + barra di progresso
Survey
Genera il template di UNA schermata di domanda (si ripete per tutte le N domande): etichetta pilastro/categoria in alto, la domanda grande e centrata, 2 bottoni Sì/No affiancati, una barra di avanzamento in fondo con percentuale e "Domanda X di N", e un tasto "← Indietro" (disabilitato sulla prima domanda).

━━ REQUISITI ━━
Una sola domanda per schermata, transizione leggera tra una domanda e l'altra. Il bottone selezionato deve avere uno stato visivo chiaro. Rispetta prefers-reduced-motion.

Restituisci un blocco HTML + <style> + <script> autosufficiente (il JS gestisce solo la UI, non ancora il calcolo — vedi prompt 18), mobile-first.
Tip: per Doc Marketing questo esiste già in start.html/survey.html — usa questo prompt per un cliente nuovo o per rifarlo da zero.
18
Survey — form contatto + motore di calcolo
Survey
Genera il form finale dopo l'ultima domanda (Nome+Email obbligatori, Telefono opzionale, NESSUN campo località) e la logica JS di calcolo al submit.

━━ INTERVISTAMI PRIMA ━━
La lista completa delle domande con pilastro e se normale/inversa; se è versione LONG, anche le 5 di qualificazione con le opzioni nell'ordine dato (quella su "soluzione preferita" implica il budget, non riordinarla mai); se ci sono più Outcome, le formule esatte per calcolarli (non inventarle).

━━ LOGICA OBBLIGATORIA ━━
Punteggio categoria = risposte desiderabili ÷ domande della categoria. Se ci sono Outcome multipli, calcola gli indici con le formule fornite e assegna il più alto come primario, il secondo come secondario. Salva tutto in localStorage e fai redirect a Outcome.

Restituisci il blocco HTML + <style> + <script> completo, con la struttura dati commentata.
Tip: il relay verso GHL (prompt 32) legge esattamente questo payload — non cambiarne la forma senza aggiornare anche quello.
19
Outcome — hero + banner dati demo
Outcome
Genera l'apertura della pagina Outcome: un banner (nascosto di default) che appare SOLO se non c'è un risultato reale in localStorage, con testo "stai vedendo dati dimostrativi" e link per tornare a Start; sotto, un eyebrow + headline che userà il nome dell'utente se disponibile ("[Nome], ecco cosa emerge...").

Restituisci un blocco HTML + <style> + <script> (la logica che decide se mostrare il banner) autosufficiente, mobile-first.
Tip: il banner demo è quello che permette a chiunque di vedere la pagina Outcome anche senza aver fatto il quiz — utile per review interne.
20
Outcome — donut punteggio + pannello profilo
Outcome
Genera un donut SVG animato che mostra il punteggio complessivo (0-100%) e, accanto, un pannello che mostra il nome dell'Outcome/profilo primario + una nota sul profilo secondario.

━━ FORMULE REVEAL PER FASCIA (non riscriverle) ━━
Alto: "Congratulazioni, hai un punteggio davvero buono." Medio: "Ottimo lavoro. Hai basi solide, ma c'è ancora margine di miglioramento." Basso: "C'è molto margine di miglioramento."

━━ INTERVISTAMI PRIMA ━━
Il testo di diagnosi per ciascun Outcome — se non l'ho scritto, placeholder <<DIAGNOSI_OUTCOME_N>> esplicito.

Restituisci un blocco HTML + <style> + <script> (SVG generato via JS, non un'immagine) autosufficiente, mobile-first.
Tip: se il cliente ha un solo punteggio (no Outcome multipli), togli il pannello profilo e mostra solo il donut con la fascia.
21
Outcome — grafico radar per pilastro
Outcome
Genera un grafico radar (ragnatela) via SVG generato da JS che mostra il punteggio di ciascun pilastro su un unico grafico, con etichette ai vertici.

━━ INTERVISTAMI PRIMA ━━
I nomi reali dei pilastri (non assumere quelli di Doc Marketing) e quanti sono — con meno di 3 pilastri un radar non è leggibile, avvisami e proponi delle barre invece.

Restituisci un blocco HTML + <style> + <script> autosufficiente, mobile-first.
Tip: con più di 8 pilastri il radar diventa affollato — valuta di raggrupparli o usare due grafici.
22
Outcome — card di dettaglio per pilastro
Outcome
Genera una griglia con una card per ciascun pilastro: nome, badge percentuale colorato (verde/arancio/rosso in base alla soglia), barra di avanzamento, 2-3 righe di raccomandazioni puntate.

━━ INTERVISTAMI PRIMA ━━
Le raccomandazioni reali per pilastro, se già scritte — altrimenti placeholder <<RACCOMANDAZIONE>> visibili, non testo generico plausibile.

Restituisci un blocco HTML + <style> autosufficiente, mobile-first.
Tip: le soglie colore (verde/arancio/rosso) vanno tarate con lo Strategist per il cliente reale, non lasciate al default.
23
Outcome — le aree a priorità più alta
Outcome
Genera una lista delle 3 aree con il punteggio più basso, in ordine, ciascuna con un numero grande, il nome del pilastro, e una riga sul perché è prioritaria.

Restituisci un blocco HTML + <style> + <script> (la logica che ordina i pilastri per punteggio crescente) autosufficiente, mobile-first.
Tip: questo blocco dà al lead una lettura immediata di "da dove iniziare" — tienilo breve, il dettaglio è già nelle card del prompt 22.
24
Outcome — matrice completa delle risposte
Outcome
Genera una tabella scrollabile con tutte le N domande, il pilastro, e la risposta data (Sì in verde, No in rosso) — visibile solo se ci sono risposte reali in localStorage, altrimenti un messaggio che invita a completare l'assessment.

Restituisci un blocco HTML + <style> + <script> autosufficiente, con la tabella scrollabile su mobile.
Tip: serve per audit interno, non è pensata per "stupire" l'utente finale — può stare più in basso nella pagina.
25
Outcome — roadmap a 3 step
Outcome
Genera 3 card in sequenza (0-30, 30-60, 60-90 giorni o altra scansione temporale sensata), ciascuna con un'azione prioritaria e una riga di spiegazione.

━━ INTERVISTAMI PRIMA ━━
Le azioni reali per profilo, se già decise — altrimenti placeholder <<AZIONE PRIORITARIA>> per ciascuno step.

Restituisci un blocco HTML + <style> autosufficiente, mobile-first.
Tip: questa roadmap è generica finché lo Strategist non la personalizza per il cliente/profilo reale.
26
Outcome — pannello CTA verso Apply/altra offerta
Outcome
Genera il pannello di chiusura della pagina Outcome con la CTA verso il passo successivo.

━━ INTERVISTAMI PRIMA ━━
Il tipo di offerta reale confermato in Fase 0 (call/Apply, prodotto a basso costo, webinar, altro) — non fissarla su "prenota una call" di default.

Restituisci un blocco HTML + <style> autosufficiente, mobile-first.
Tip: è l'unico punto della pagina Outcome dove si decide dove va a finire il lead — verificalo due volte prima di pubblicare.
27
Apply — form di qualificazione
Apply
Genera la pagina Apply: richiama profilo/Outcome e punteggio da localStorage, headline+subhead, poi un form con Nome/Email/Telefono reali + N domande di qualificazione.

━━ INTERVISTAMI PRIMA ━━
Il tipo di offerta confermato in Fase 0; le domande di qualificazione reali — se non le ho, placeholder <<DOMANDA QUALIFICAZIONE N>> espliciti, mai inventate.

━━ AL SUBMIT ━━
Aggiorna lo stato in localStorage e fai redirect a Thank You.

Restituisci un blocco HTML + <style> + <script> autosufficiente, mobile-first.
Tip: le domande di qualificazione sono compito del Copywriter, non generarle tu "per velocizzare".
28
Thank You Apply
Apply
Genera la pagina Thank You Apply: conferma ricezione, richiama il profilo/Outcome, un blocco "cosa succede adesso" con 3 step reali.

━━ INTERVISTAMI PRIMA ━━
I 3 step reali del processo post-apply — se non confermati, placeholder <<STEP N REALE>> espliciti.

Restituisci un blocco HTML + <style> + <script> autosufficiente, mobile-first.
Tip: aggiorna qui lo stato finale in localStorage se il relay API lo prevede (prompt 32).
29
Script VSL — uno per Outcome
VSL
Scrivi lo script di una VSL per UN singolo Outcome, sulla struttura a 7 blocchi validata per questo progetto.

━━ STRUTTURA A 7 BLOCCHI (non cambiarla) ━━
1. Introduzione. 2. Reveal del nome dell'Outcome. 3. Significato/sfida di fondo. 4. Errori già tentati. 5. Conseguenze di continuare a sbagliare. 6. Passi concreti specifici. 7. CTA verso l'offerta.

━━ INTERVISTAMI PRIMA ━━
Quale Outcome sto scrivendo; la diagnosi già scritta per quell'Outcome (riusala nei blocchi 2-3); errori/conseguenze specifiche (blocco 4-5) — se non li ho, chiedimeli, non inventarli; il tipo di offerta reale per la CTA (blocco 7).

━━ COSA NON FARE ━━
Non scrivere uno script generico riadattato cambiando solo il nome — ripeti questo prompt una volta per Outcome, con risposte diverse ogni volta.

Restituisci solo il testo dello script, diviso nei 7 blocchi con intestazioni chiare.
Tip: il template visivo Canva per il montaggio va allegato quando disponibile — oggi il link non è ancora pubblico (vedi Copy).
30
Copy annunci — versione SHORT
Ads
Scrivi 3 varianti di copy annuncio (Meta/Google) per l'Assessment Funnel versione SHORT — pubblico freddo, traffico a pagamento.

━━ INTERVISTAMI PRIMA ━━
L'hook già usato nella Hero (riusalo); il pubblico target; eventuali vincoli di formato/canale.

━━ REGOLE ━━
Hook coerente con l'hero, CTA chiara verso il quiz. Nessuna statistica o testimonianza inventata.

Restituisci 3 varianti etichettate A/B/C, pronte per il gestore annunci.
Tip: passa le 3 varianti ad Advertising insieme agli UTM per leggere quale converte meglio.
31
Copy annunci/email — versione LONG
Ads
Scrivi il copy di promozione (email/organico) per l'Assessment Funnel versione LONG — pubblico già caldo/autorevole.

━━ INTERVISTAMI PRIMA ━━
Canale esatto; tono di voce del brand (Fase 0); un rapporto di fiducia da richiamare, se esiste.

━━ REGOLE ━━
Tono diretto/esperto, menziona esplicitamente le 15 domande. CTA verso il quiz, non verso una vendita diretta.

Restituisci il testo pronto per il canale scelto.
Tip: non riusarlo su traffico a pagamento freddo — è tarato su un pubblico che conosce già il brand.
32
Endpoint relay verso l'API GHL
CRM
Genera un endpoint serverless (Cloudflare Pages Function) che riceve il payload del prompt 18 e lo scrive su GHL: upsert contatto sui Custom Field reali, rimozione vecchi tag Outcome, aggiunta tag Outcome corrente + tag di stato Apply.

━━ VALIDAZIONE OBBLIGATORIA ━━
Rifiuta (400) se il codice profilo/Outcome non è valido o l'email manca.

━━ AUTENTICAZIONE ━━
Token e Location ID da variabili d'ambiente. ID dei Custom Field forniti da me — non inventarli.

━━ COSA NON FARE ━━
Non ricalcolare punteggi. Non inventare endpoint/versione API GHL — verificali o chiedimeli.

Restituisci il file della function, con le variabili d'ambiente richieste elencate in un commento in cima.
Tip: schema completo dei 4 eventi (completato/cliccato/inviato/visto): vedi 06 Build → Fase 3.
33
Richiamare il progetto da zero nella repo GitHub
Project Manager
Ho appena aperto Claude Code dentro la repo di questo progetto (Assessment Funnel — Doc Marketing) e non ho contesto in questa sessione. Prima di rispondermi o fare qualunque modifica, orientati leggendo in quest'ordine:

━━ 1. CONTESTO GENERALE ━━
- README.md nella cartella del progetto (01_Strutture_Prodotto/Funnel/Assessment-Funnel/README.md)
- 01_Struttura/Architettura-Sistema.md — mappa tecnica completa del sistema
- 01_Struttura/struttura.md — i 6 pilastri, le 40 domande, i 4 profili/Outcome e le formule di rischio

━━ 2. STATO DI AVANZAMENTO ━━
- 01_Struttura/Piano-Esecuzione.md — le 7 fasi di build e le loro dipendenze/tempi stimati
- Le pagine SOP-Website/assessment-funnel/build/fase-0…fase-6.html — apri ciascuna e guarda quali caselle della "Checklist di chiusura" in fondo sono già spuntate nel codice (attributo checked sugli input) e quali no
- Le pagine SOP-Website/assessment-funnel/{copy,it,funnel,design,advertising,project-manager}.html — stesso controllo sulle rispettive checklist di reparto

━━ 3. COSA RESTITUIRE ━━
Un riepilogo in italiano, breve, con: a che fase siamo arrivati, quali fasi/reparti risultano già chiusi (checklist tutta spuntata), quali sono in corso, e — se possibile dal codice/contenuto — qualunque placeholder <<...>> ancora presente nelle pagine del funnel reale (05_Template/). Non inventare stati di avanzamento che non puoi verificare nel codice — se una checklist non è spuntata da nessuna parte, segnala "stato non verificabile dal solo codice, chiedere al reparto".
Esempio di output atteso

Fase 0 — chiusa (checklist 5/5)
Fase 1 — in corso (checklist 3/5, mancano Token e Pipeline)
Fase 2 — in corso (checklist 2/4)
Fase 3-6 — non ancora iniziate
Placeholder <<...>> ancora presenti in: outcome.html (diagnosi Outcome 3), apply.html (domande di qualificazione)

Tip: usa questo prompt a inizio di ogni sessione di lavoro sulla repo, specialmente se riprendi il progetto dopo giorni di pausa o lo passi a qualcun altro.
34
Farsi aiutare a organizzare la delivery
Project Manager
Agisci come mio supporto di Project Management su questo progetto (Assessment Funnel — Doc Marketing). Usa la repo come unica fonte di verità, non la mia memoria della conversazione.

━━ PRIMA LEGGI ━━
01_Struttura/Piano-Esecuzione.md (dipendenze e stime tra le 7 fasi) e le checklist di chiusura in fondo a ogni pagina SOP-Website/assessment-funnel/build/fase-*.html e SOP-Website/assessment-funnel/{copy,it,funnel,design,advertising,project-manager}.html.

━━ COSA VOGLIO DA TE ━━
1. Una punch-list: cosa risulta fatto, cosa è in corso, cosa è bloccato — e da cosa è bloccato (quale fase/reparto a monte non è ancora chiuso).
2. Il percorso critico aggiornato: qual è oggi la sequenza di fasi che determina la data di lancio più vicina, secondo le dipendenze reali (non l'ordine numerico delle fasi).
3. Segnala esplicitamente se il Copy (in particolare le 4 sequenze email e le 4 VSL) risulta il collo di bottiglia — è il rischio più probabile su questo tipo di funnel.
4. Se mi mancano informazioni per rispondere con precisione (es. una checklist non aggiornata nel codice), dimmelo invece di stimare a caso.

━━ COSA NON FARE ━━
Non modificare checklist, contenuti o codice da solo in questa conversazione — qui voglio solo un'analisi dello stato, le modifiche le chiedo separatamente e a mente fredda.

Restituisci la risposta in italiano, in forma di elenco puntato breve, non un report lungo.
Esempio di output atteso

✅ Fatto — Fase 0, Setup GHL (Field/Tag/Pipeline)
🔄 In corso — Copy (Start/Domande/Outcome scritti, VSL non ancora)
⛔ Bloccato — Automation GHL, in attesa delle 4 sequenze email da Copy
📍 Percorso critico — Copy → Funnel → Automation → Test → Launch
⚠️ Rischio — Copy è il collo di bottiglia, nessun progresso sulle VSL da verificare

Tip: ripeti questo prompt a ogni checkpoint settimanale (o più spesso vicino al lancio) per tenere sotto controllo il collo di bottiglia prima che diventi un ritardo.
35
Creativo pubblicitario — card statica multi-formato
Design
Genera un blocco HTML+CSS autosufficiente per un creativo pubblicitario statico (una "card" con hook/statistica/citazione), da screenshottare per Meta/Google Ads o social organico.

━━ INTERVISTAMI PRIMA ━━
Il formato richiesto da Advertising (1:1, 4:5, 9:16 — dimensioni esatte in px); il testo/hook da mostrare (dal Copywriter, non inventarlo); se serve un dato/statistica, chiedimelo — non inventarlo.

━━ REGOLE ━━
Usa i brand token già generati per questo cliente (prompt 01) se disponibili — altrimenti chiedimeli prima di scegliere colori a caso. Testo leggibile anche a bassa risoluzione: font grande, alto contrasto. Nessun elemento che dipenda da interazione (hover, click) — deve funzionare come screenshot statico, non come pagina web.

━━ COSA NON FARE ━━
Non inventare loghi, foto o dati statistici — usa placeholder espliciti se non forniti.

Restituisci il blocco HTML pronto da aprire in un browser e screenshottare al formato richiesto.
Tip: screenshotta esattamente alle dimensioni in px richieste, non ridimensionare dopo — perde nitidezza.
36
Adattare il radar a N pilastri (non 6)
Design
Ho già il grafico radar SVG a 6 aree generato con il prompt "Outcome — grafico radar per pilastro" (prompt 21 di questo Vault). Per questo nuovo cliente i pilastri sono un numero diverso da 6. Adatta il grafico radar esistente per funzionare con quel numero di assi.

━━ INTERVISTAMI PRIMA ━━
Il numero esatto di pilastri per questo cliente e i loro nomi (decisi in Fase 0 — non inventarli, chiedimeli se non li ho forniti).

━━ REGOLE ━━
Mantieni lo stesso stile visivo (colori, font, proporzioni) del radar originale a 6 aree — non è un componente nuovo, è un adattamento. Le etichette dei pilastri non devono mai sovrapporsi: se il numero è alto, riduci la dimensione del font o gestisci il testo su più righe.

━━ COSA NON FARE ━━
Non lasciare 6 assi "perché era così nel template" se il cliente ne ha un numero diverso — è uno degli errori più comuni quando si replica il funnel per un nuovo cliente (vedi Template-Universale.md).

Restituisci il blocco SVG/HTML aggiornato, funzionante per il numero di pilastri specificato.
Tip: verifica sempre con lo Strategist il numero di pilastri prima di generare — è deciso in Fase 0, non un default da assumere.
37
Verificare/correggere un blocco su un nuovo brand
Design
Ho questo blocco HTML/CSS, già funzionante per un altro cliente [incolla il codice]. Verifica che rispetti la nuova brand board di questo cliente, e correggi ciò che non la rispetta.

━━ INTERVISTAMI PRIMA ━━
I valori esatti della nuova brand board (colori hex, font, logo) — se non li ho, fermati e chiedimeli: non tenere i valori del cliente precedente "per ora".

━━ REGOLE ━━
Cerca colori o font scritti "a mano" nel codice (hardcoded) invece che tramite le variabili CSS dei brand token (prompt 01) — sono la causa più comune di una brand board applicata solo a metà. Segnala ogni occorrenza trovata prima di correggerla, non correggere in silenzio.

━━ COSA NON FARE ━━
Non limitarti al colore primario — controlla anche colori secondari, ombre e stati hover/focus, che spesso restano del vecchio brand.

Restituisci l'elenco delle occorrenze trovate e il blocco corretto.
Tip: usa questo prompt ogni volta che duplichi il template per un nuovo cliente (vedi Prompt-Replica-Rapida.md) — previene di lanciare un funnel con i colori del cliente sbagliato.
38
Generare ads evidence-based per un nuovo cliente
Ads
Sei un copywriter pubblicitario che lavora per Doc Marketing, agenzia di marketing B2B italiana.
Devo generare un nuovo annuncio Facebook/Instagram per l'Assessment Funnel (il quiz diagnostico gratuito) adattato a un NUOVO cliente, usando la stessa metodologia di ricerca-angle-evidence-based già validata per Doc Marketing (vedi Ads-Esempi.md).

CLIENTE: [NOME_CLIENTE]
NICCHIA / SETTORE: [NICCHIA]
AUDIENCE TARGET: [DESCRIZIONE_AUDIENCE]
I PILASTRI DI QUESTO ASSESSMENT (reali, forniti dal cliente — non inventarli): [PILASTRI]
I PROFILI DIAGNOSTICI (reali, forniti dal cliente — non inventarli): [PROFILI]
OFFERTA FINALE (call, prodotto low-ticket, webinar): [OFFERTA]

━━ REGOLA FONDAMENTALE — NON SALTARE QUESTO PASSO ━━
Prima di scrivere qualunque angle o copy, chiedimi (l'operatore) di fornire almeno 8-10 citazioni reali e verificabili di clienti/prospect di questa nicchia che esprimono frustrazione riconducibile a uno dei pilastri sopra (recensioni, thread Reddit/forum, commenti, interviste) — con fonte precisa per ciascuna. Se non le ho pronte, fai tu ricerca web reale per trovarle — MAI inventare o parafrasare una citazione come se fosse reale. Se trovi meno di 8-10 citazioni solide, dimmelo esplicitamente e lavora con quello che hai trovato, segnalando chiaramente cosa è verbatim e cosa è parafrasi/supporto secondario. Cerca anche 2-3 concorrenti diretti del cliente per capire quale angolo stanno già usando.

━━ SOLO DOPO AVER RACCOLTO LE EVIDENZE ━━
1. 4-5 angle documentati: nome, premessa in una frase, emozione primaria, 2-3 citazioni verbatim con fonte, perché funziona per QUESTA audience (non un principio di copywriting generico), gap rispetto ai concorrenti, tipo di hook consigliato. Segnala i 2 più forti.
2. 3 concept pubblicitari in italiano, tutti stile "curiosità + incentivo" (diagnosi/numero specifico che incuriosisce + incentivo concreto tipo "gratis"/"in 3 minuti") ma con meccanismi genuinamente diversi tra loro — non 3 riformulazioni dello stesso hook. Per ciascuno: angle usato, hook primario, body copy (60-150 parole, stile feed Meta, CTA verso l'assessment gratuito), creative brief (formato, direzione visiva, text overlay, CTA button, cosa testare per primo).

━━ COSA NON FARE ━━
Nessun claim su fatturato/ROI/% di crescita del cliente finale senza dati reali forniti dall'operatore — se mancano, segnalalo come rischio di compliance invece di inventare un numero plausibile. Non inventare mai pilastri, domande o profili diagnostici: usa solo quelli reali forniti sopra. Se qualcosa manca (pilastri, profili, citazioni, concorrenti), fermati e chiedimelo prima di scrivere copy.
Tip: la ricerca completa (angle, citazioni con fonte, limiti onesti dell'evidenza) per il caso Doc Marketing è in Ads-Esempi.md — usala come esempio di formato prima di lanciare questo prompt per un cliente nuovo.

Fonte dei dati usati in questi prompt: struttura.md, Copy, Esempio Live, VSL-Struttura.md e GHL-API-Integration.md — nessun prompt qui inventa dati del cliente, tutti chiedono prima.