VSL Funnel · Prompt Vault
3 prompt — gli stessi usati per costruire questa SOP
Non prompt teorici: sono la ricostruzione dei processi realmente usati per produrre lo script VSL, il meccanismo e la mappa dei belief di questo funnel — riutilizzabili per la prossima offerta VSL di Doc Marketing.
3 / 3 prompt
Compila uno script VSL Direct sui 12 step di Ryan Deiss, partendo da input reali — non generici. Non inventare mai case study, garanzie o dati biografici: se manca l'input, lascia [PLACEHOLDER] esplicito. ━━ INPUT RICHIESTI ━━ Target + awareness stage (Schwartz) – chi è, cosa sa già del problema? <<INPUT>> Offerta – cosa vendi esattamente, in una frase? <<INPUT>> Meccanismo proprietario – il nome del COME funziona, non del prodotto <<INPUT>> Griglia Prima/Dopo compilata – vedi prompt 02 <<INPUT>> Belief map (se disponibile) – vedi prompt 03, o "nessuna, genera ipotesi da validare" <<INPUT>> Case study reali disponibili – quanti, o "nessuno ancora" <<INPUT>> Garanzia – testo verificato legalmente, o "non ancora disponibile" <<INPUT>> ━━ COMPILA I 12 STEP ━━ 1. Apertura — genera 5 opzioni (Promessa/Prova/Storia/Domanda/Pattern-Interrupt), raccomandane una in base all'awareness stage 2. Identifica il problema — usa la Griglia Prima/Dopo come base 3. Aggrava il problema — solo se il pubblico non ha già il problema ovvio in mente; altrimenti accorcia o salta 4. Presenta la soluzione — nomina il prodotto almeno 2 volte, MAI spiegare il "come" qui 5. Autorevolezza — solo con dati verificabili, mai un titolo onorifico senza fonte citabile 6. Spiega come funziona — usa la belief map per l'ordine (keystone prima, a cascata dopo) 7. CTA Guadagno — ripeti problema+soluzione in una frase, poi il CTA 8. Garanzia — usa il testo fornito o lascia [PLACEHOLDER: revisione legale richiesta] 9. CTA Logica 10. Avvertimento — scegli tra le 3 opzioni Deiss (stesso errore/scarsità vera/bonus a termine) in base a cosa è realmente disponibile 11. CTA Paura 12. Prova sociale — solo case study reali forniti, mai inventati anche se ne mancano ━━ DERIVA LE ALTRE 2 DURATE ━━ 5 minuti: comprimi allo scheletro Cole Gordon (Stato Offerta, 3 Risultati, Prova, CTA Soft, Meccanismo, CTA Hard) — salta Step 3 e 5 estesi 20 minuti: espandi Step 6 con l'intera belief map (non solo il keystone), aggiungi un secondo blocco di prova sociale, aggiungi la storia personale se disponibile Segnala esplicitamente ogni step compilato vs bloccato su input mancante, con una tabella di stato finale.
Quando si usa: dopo aver scelto il meccanismo (prompt non incluso qui, vedi meccanismo-nome-proprietario.md per il processo "Five Tests") — mai prima, lo script dipende dal nome del meccanismo già scelto.
Compila la Griglia Prima/Dopo di Ryan Deiss (dal "Customer Avatar Playbook") per il target di questa offerta. Non inventare dettagli specifici (numeri, citazioni) — usa solo pattern già confermati dal brief o segnala esplicitamente "ipotesi da validare con call reali". ━━ INPUT ━━ Target confermato (chi è, non un pubblico generico) <<INPUT>> Offerta <<INPUT>> Eventuali obiezioni/pattern già noti da call/vendite passate <<INPUT>> ━━ COMPILA LA GRIGLIA ━━ | | PRIMA | DOPO | |---|---|---| | Ha | [cosa possiede/vive oggi, concreto] | [cosa ha dopo l'offerta] | | Sente | [emozione dominante oggi] | [emozione dominante dopo] | | Giornata tipo | [routine/frustrazione quotidiana] | [routine dopo il cambiamento] | | Status | [come si percepisce/è percepito oggi] | [come si percepisce dopo] | | Bene vs Male | [cosa considera "normale" oggi, anche se inefficiente] | [cosa considera l'unico modo sensato dopo] | Segmenti Cliente: <<INPUT>> Prodotti/Servizi coinvolti: <<INPUT>> Marca ogni riga con la fonte: "confermato in brief" oppure "ipotesi, da validare con call reali" — mai presentare un'ipotesi come un fatto confermato.
Quando si usa: prima dello Step 2 dello script (Identifica il problema) — alimenta anche Step 1 (Apertura) e la sezione Meccanismo più avanti.
Converti una Belief Gap Analysis già prodotta in FAQ per la VSL Page — solo i belief NON già coperti nel corpo dello script (quelli "cosmetici", non il keystone). ━━ INPUT ━━ Belief Gap Analysis completa (keystone + sequenza + architettura contenuti) <<INPUT>> Script VSL già scritto, per sapere quali belief sono già coperti nel video <<INPUT>> ━━ REGOLA ━━ Per ogni belief marcato "Cosmetico" (non load-bearing) nella belief map, se non è già affrontato nello script, genera una domanda FAQ in linguaggio naturale del prospect (non clinico) + una risposta breve (2-4 frasi) che usa il meccanismo di shift già definito nella belief map — non inventare un nuovo argomento. Non generare FAQ per i belief già risolti a cascata (quelli marcati "dipendente" nella belief map) — si risolvono da soli se il keystone regge, ripeterli in FAQ è ridondante. ━━ FORMATO OUTPUT ━━ Domanda: "[linguaggio naturale del prospect]" Risposta: "[2-4 frasi, usa il meccanismo di shift già mappato]" Belief coperto: [# dalla belief map]
Quando si usa: dopo aver completato la Belief Gap Analysis (vedi belief-gap-analysis.md) e lo script VSL — l'ordine conta, altrimenti si generano FAQ ridondanti con lo script.