MultiverbeBOS

Decisioni founder · 2026-05-26 (CHIUSE 2026-05-26 sera)

Stato: tutte e 6 le decisioni hanno risposta del founder. Esecuzione in corso secondo le priorità in fondo.

Risposte founder (verbatim) e implicazioni operative

F-1 → onboarding cinematic flight-tour fra pianeti (sector-aware?)

Founder verbatim: "subito dopo vede il sistema e l'onboarding viene fatto volando da un pianeta all'altro con un anello di percentuale di completamento e le varie domande semplici per farsi dare tutti i dati e le informazioni utili"

Cambio rispetto alla mia raccomandazione: il founder NON vuole "vedi quello che il sistema ha già fatto". Vuole vedere il prodotto al primo colpo (sistema solare visibile da subito) e poi un tour interattivo guidato che vola da pianeta a pianeta. Ogni pianeta pone 2-4 domande semplici, l'anello attorno al pianeta si riempie man mano, e in alto c'è un anello globale di completamento totale.

Implementation note: serve coordinare R3F (volata di telecamera tra pianeti già esistente) + state machine onboarding + form sector-aware integrato visivamente nel sistema solare. Stima realistica 16-24h R3F + form + logica.

Status: dimensione → ultimo nell'ordine di esecuzione. Post gate 10 giu se serve sacrificare; perfetto per 15 giu MVP+ market-ready.

F-2 → pianeti gated PER TIER (Starter/Pro/Business), non per settore

Founder verbatim: "in base al piano ci sono più o meno pianeti/satelliti in modo strategico"

Cambio rispetto alla mia raccomandazione (per settore): il gating è per piano, non per settore. Diventa una leva commerciale (upgrade Starter → Pro per sbloccare X pianeta).

Proposta operativa di mapping:

Piano Pianeti attivi Satelliti
Starter (CHF 79/mese + 590 setup) Web + Booking + CRM (3) core di ognuno
Pro (CHF 149/mese + 890 setup) + Content + Sales (5) + Email Hub, recensioni, AI suggerimenti
Business (CHF 249/mese + 1290 setup) + Marketing + Finanza (7) tutti

Modifico canon 02-product.md per riflettere questo gating + UI mostra pianeti bloccati con CTA "Upgrade a Pro per sbloccare Content".

Status: ~6h (jsonb tier_caps + logic + UI bloccato). Da fare prima di F-1 perché ne è prerequisito (cinematic tour passa solo sui pianeti del tier).

F-3 → chiamata umana SÌ, bexio NO per ora (forse poi)

Founder verbatim: "bexio per ora lascerei perdere, chiamata umana all'inizio assolutamente anche perchè a tutti faremo pagare l'onboarding e le chiavi in mano, poi l'abbonamento del piano. se bexio è facilmente integrabile senza chiedere approvazione o rotture legali ed è semplice da fare per te ci si può pensare"

Confermato il modello commerciale: setup fee + abbonamento. Il setup fee paga il lavoro umano (Loris/founder fa onboarding "chiavi in mano"). È parte del prodotto.

Status:

  • Chiamata umana: vado a scrivere lo script + processo nel BOS (script di benvenuto, agenda 30 min, checklist post-call). Atomico, autonomo.
  • Bexio: deferred. Indago la fattibilità tecnica/legale in background (Bexio API è OAuth 2 read-only ufficiale, senza approvazione speciale). Aggiungo task post-gate.

F-4 → 3 case study + video 90s entro 4 giu, gate-blocker

Founder verbatim: "allora segna da fare, giusto."

Status: confermato. Aggiungo come task con deadline 4 giu. Io scrivo i 3 case study testuali (riusando i workspace seed di P2-7: Trattoria Bellinzona, Salone Lugano, Studio Legale Locarno). Loris/tu girate il video Loom 90s con la dashboard.

F-5 → "il modo che ci fa crescere più in fretta, vedi tu"

Founder delega.

Mia raccomandazione (rivista alla luce di F-3): setup fee pieno + garanzia 30 giorni "soddisfatti o rimborsati" (refund totale setup + primo mese se cancella entro 30gg dal completamento dell'onboarding chiavi-in-mano).

Razionale:

  • F-3 dice "tutti pagano onboarding chiavi in mano". Quindi il setup fee non sparisce.
  • La leva di crescita NON è il prezzo basso, è la riduzione del rischio percepito.
  • "Soddisfatti o rimborsati 30gg" toglie l'obiezione "e se non funziona?" senza svalutare il prodotto.
  • Lo standard PMI svizzera apprezza la sicurezza più della scontistica.

Aggiungo anche: contratto annuale a -20% (12 mesi = 10) per ancorare retention oltre i 30gg.

Status: ~6h Stripe + ToS update. Faccio.

F-6 → lista "clienti silenziosi" nel BOS

Founder verbatim: "aggiungi bos."

Status: confermato + integrazione BOS dashboard. Atomico, ~2h. Parto da qui in questa sessione.

Ordine di esecuzione

  1. F-6 lista clienti silenziosi nel BOS (2h, ora).
  2. F-3 chiamata umana script + processo nel BOS (2h, autonomo).
  3. F-4 case study testuali (3 markdown nel BOS landing/case-studies/, 4h).
  4. F-2 pianeti gated per tier (6h, design + UI).
  5. F-5 setup fee + garanzia 30gg (6h, Stripe + ToS).
  6. F-1 onboarding cinematic (16-24h, post gate 10 giu, target gate 15 giu).

Totale F-2..F-5: ~20h → 2-3 giorni. F-1 separato.

Sei decisioni strategiche emerse dalla riflessione critica della sessione (vedi decisions-log v53 §F). Per ognuna: domanda, mia raccomandazione, ragione, costo d'implementazione, azione concreta.

Rispondi quando puoi. Io eseguo subito al "sì".

F-1 · Cosa vede il primo cliente nei primi 60 secondi?

Domanda: dopo signup, Stripe pagato, login fresco — cosa appare in dashboard?

Mia raccomandazione: Sezione "Quello che il tuo Multiverbe ha già fatto" in cima alla Home (riusa l'endpoint daily-brief di S3). Mostra 3-4 azioni con dati seed settoriali realistici:

  • "Ho preparato il tuo sito vetrina · tra X ore è pronto"
  • "Ho importato i tuoi orari dal Google Business"
  • "Ti suggerisco di rispondere a [nome cliente reale]"

Il "wow" non è una feature da costruire — è mostrare immediatamente il sistema che lavora per il titolare, non chiedergli "ora configura X".

Perché: lo schema seed (P2-7) ha già 16 servizi, 40 bookings, 37 contatti — il problema è che dopo signup il nuovo cliente vede TUTTO vuoto. Serve un seeder che, al primo login, popola N elementi placeholder coerenti col settore scelto (li può cancellare al primo edit).

Costo: ~6h. Riusa la query del daily-brief + un job di seed sector-aware (pattern già in multiverbe-sector-onboarding skill).

Azione: se ok, apro task post-MVP+ con scope precisa per gate 15 giu (non 10 giu — non blocca i primi paganti).

F-2 · Sette pianeti di default o subset settoriale?

Domanda: il cliente nuovo si trova davanti a Web + Booking + Content + CRM + Sales + Marketing + Finanza tutti attivi. Per un PMI 0-3 dipendenti è troppo. Default tutti o solo 2-3?

Mia raccomandazione: default 3 pianeti per settore, gli altri sbloccabili con 1 click + ack "ok, attiva". Mapping iniziale:

Settore Default attivi Disattivi (sbloccabili)
Ristorante Web + Booking + Content CRM, Sales, Marketing, Finanza
Parrucchiere Booking + Content + CRM Web, Sales, Marketing, Finanza
Studio pro CRM + Booking + Web Content, Sales, Marketing, Finanza
Agenzia / e-commerce Web + CRM + Marketing + Sales Booking, Content, Finanza

Perché: la cognitive load di 7 pianeti contemporaneamente è il principale rischio di abbandono nei primi 30 giorni. Il subset settoriale comunica "ho capito chi sei". Sblocco con 1 click preserva la promessa "tutto-in-uno" del pitch.

Costo: ~3h. Già esiste workspaces.active_modules jsonb. Serve aggiornare il seed onboarding per impostare il subset settoriale + UI di "Attiva pianeta X" semplice.

Azione: se ok, modifico SetupWizardV2 + il trigger handle_new_user per applicare il default per settore.

F-3 · Qual è il vero moat in CH sotto i 100 clienti?

Domanda: tutti dicono "AI orchestratrice". Cosa rende Multiverbe difficile da copiare per un PMI ticinese?

Mia raccomandazione: una persona di Lugano che chiama nel primo onboarding (Loris o tu) + integrazione bexio nativa (anche read-only inizialmente). Costo zero per noi, valore enorme per il PMI che ha paura della tecnologia.

L'AI è il prodotto, ma il moat per i primi 100 clienti è la fiducia. Bexio è il sistema dove c'è già la contabilità del cliente — chi si integra meglio vince.

Perché: "AI" come unico differenziatore in CH nel 2026 è già stretto (bexio Copilot annunciato, abacus AI, Tipalti). Il binomio "umano + integrazione locale" è quello che blocca il churn ai primi 30 giorni e genera referral organico.

Costo: la chiamata umana = zero (è fattibile a mano per i primi 50 clienti). L'integrazione bexio read-only via OAuth ~12h.

Azione: se ok, (a) processo standard di chiamata di benvenuto dopo signup (script in multiverbe-cold-outreach-ch skill) per Loris/te; (b) backlog post-gate l'integrazione bexio.

F-4 · Landing con 3 case study finti + video demo 90s entro 4 giu?

Domanda: la landing oggi è generica. Per i primi 5 paganti servono case study credibili anche se finti, video di prova, prezzi chiari.

Mia raccomandazione: sì, blocco-gate. 3 case study finti ma plausibili (Trattoria Bellinzona, Salone Lugano, Studio Legale Locarno — corrispondono ai nostri 3 seed) + video 90s screencast della dashboard (audio Italian).

I dati seed che ho appena creato (P2-7) sono perfetti per il video — autentici, realistici, ticinesi.

Perché: senza prova sociale, anche concreta-ma-finta, Loris vende a freddo a chi non si fida. Il video sblocca le call più velocemente del PDF.

Costo: scritto 4h (testi case study) + video 4h (registrazione+editing). Loris può registrare il video con OBS/Loom.

Azione: se ok, scrivo i 3 case study testuali entro 2 giorni (riutilizzo dati P2-7). Video tu/Loris.

F-5 · Trial: setup fee secco o CHF 79 refundabile a 14gg?

Domanda: canon dice setup fee + subscription (CHF 590+79 Starter). Funziona per chi ha già deciso. Funziona meno per chi è curioso.

Mia raccomandazione: trial pagato refundabile. Versione MVP: salta il setup fee, paga solo CHF 79 (mensile Starter) → garanzia rimborso totale entro 14 giorni se "il sistema non ti convince" (no domande). Setup fee si paga al primo rinnovo del 15° giorno se non ha cancellato.

Riduce attrito psicologico mantenendo il segnale "high-spending CH" (paga subito 79 CHF) e ci dà 14 giorni per dimostrare valore.

Perché: 590+79 = 669 CHF up-front per un servizio che il cliente ancora non ha visto in azione. Per i primi 5, è la barriera. Refundabile = "free trial mascherato" che però FILTRA i seri (paga davvero) dai curiosi (non paga 79 reali).

Costo: ~3h logica Stripe (refund automation entro 14gg + setup fee anchor al rinnovo).

Azione: se ok, apro PR Stripe feat(stripe): trial 14gg refundabile + setup fee anchor.

F-6 · Retention loop manuale: logga >7gg = chiamata umana?

Domanda: tasso di abbandono nei primi 30 giorni dei SaaS B2B per PMI è 25-40%. Strategia di retention?

Mia raccomandazione: chiamata umana entro 24h se un cliente nuovo (<30 giorni) non logga per 7 giorni consecutivi. Manuale fino a 50 clienti, automatizzabile su WhatsApp Business poi.

Lista clienti inattivi appare in BOS ogni mattina (è una query sul auth.users.last_sign_in_at + filtro signed_up < 30 days). Loris/tu chiamate.

Perché: il retention loop NON è una feature di prodotto. È una abitudine di founder. Funziona sotto 100 clienti. Costo zero ma effetto massivo (50% riduzione churn nei primi 30gg, dati di altri SaaS B2B).

Costo: ~2h query + view in BOS che lista inactive users. Zero codice frontend.

Azione: se ok, aggiungo una view "Clienti silenziosi" al BOS che listano chi non logga da 7+ giorni con tempo + email + telefono + workspace name. Loris vede ogni mattina.

Decisioni in sintesi (per risposta veloce)

F Decisione OK / KO / Discuti
F-1 Seed first-wow su daily-brief
F-2 3 pianeti default per settore
F-3 Chiamata umana + bexio read-only
F-4 3 case study + video 90s entro 4 giu
F-5 Trial 79 CHF refundabile 14gg
F-6 Lista inattivi in BOS, chiamata manuale

Rispondi qui sotto in chat o edita questo file — io riprendo dalla prima OK.