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.
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".
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.
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.
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.
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 placeholdercommentato), 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.
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.
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.
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.
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.
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.
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.
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.
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.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.
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.
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.
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.
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.
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.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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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".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)
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.✅ 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
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.
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.
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.
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.
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.