MultiverbeBOS

Strategia per zone: espansione geografica con le pratiche migliori di ogni territorio

Aggiunto al canon il 2026-05-11 (decisione del founder): oltre ai 21 settori, Multiverbe distingue per zona geografica, per offrire le pratiche migliori, le tendenze, i clienti e i sistemi di ogni territorio. Il Ticino non è la Svizzera tedesca, che non è la Lombardia, che non è Londra: stesse attività, mercati diversi.

Le zone di Multiverbe

Zone attive (MVP + Q3 2026)

Zone ID Display Stato Caratteristiche specifiche
ch-ti Svizzera Ticino ✅ MVP Italiano primary · CHF · nDSG+GDPR · Booking diretto (no TheFork penetrato) · Cassa marca tempo Stripe Connect TI
ch-de Svizzera Tedesca 🟡 Q3 2026 Tedesco primary (Schweizer Hochdeutsch) · CHF · Twint via Datatrans dominante · LinkedIn outreach più efficace · LSV/QR-bill payment standard
ch-fr Svizzera Romanda 🟡 Q3 2026 Francese primary · CHF · TheFork molto presente Geneva · marketplace integration richiesta
it-no Italia Nord 🟡 Q3 2026 Italiano · EUR · GDPR · TheFork dominante (no booking diretto da soli) · Stripe + Satispay
it-ce-su Italia Centro+Sud 🟢 Q4 2026 Italiano · EUR · Phone calls predominanti vs online booking · WhatsApp Business critico

Zone roadmap future (2027+)

Zone ID Display Quando Note
uk-ldn UK London 2027 Inglese · GBP · TheFork+Resy · Stripe · GDPR-UK (slightly diverged)
de-de Germania 2027 Tedesco · EUR · GDPR · email pro più formale · payment Klarna/PayPal dominanti
at-vie Austria Vienna 2028 Tedesco · EUR · regolazione GDPR strict
fr-pa Francia Parigi 2028 Francese · EUR · TheFork dominante · invoicing custom
us-ny USA New York 2028+ Inglese · USD · CCPA · Resy/OpenTable monopolio · Stripe Connect Express

Glossario delle sigle usate nelle tabelle: nDSG è la legge svizzera sulla protezione dei dati, GDPR quella europea, CCPA quella della California; Twint e Satispay sono app di pagamento (svizzera e italiana); LSV è l'addebito diretto svizzero e la QR-bill è la polizza di pagamento svizzera con codice QR; TheFork, Resy, OpenTable e Quandoo sono piattaforme di prenotazione per ristoranti.

Cosa cambia da una zona all'altra (oltre alla lingua)

Aspetto Esempi di differenze
Currency + payment methods CHF Twint (CH-DE) vs CHF Stripe (CH-TI) vs EUR Satispay (IT) vs GBP Klarna (UK)
Booking provider integration CH-TI: native Multiverbe Booking
Email + outreach behavior CH-DE: formal, "Sie", LSV preferences
SEO local pack CH: bing.ch matters (oltre Google)
Compliance + privacy CH: nDSG strict
Schema.org regional "AreaServed" different per locale
Social network mix CH/IT: Instagram + Facebook dominant
AI image style CH-TI: warm rustic
Trust signals CH: Swiss Made badge

Architettura tecnica

Le due sezioni di codice qui sotto sono riferimenti per chi sviluppa: definiscono come il sistema rappresenta una zona e come il database la memorizza. Chi non è tecnico può saltarle senza perdere il senso della strategia.

Come il sistema rappresenta una zona

// Aggiunto a types.ts post-MVP
export type Zone =
  | 'ch-ti' | 'ch-de' | 'ch-fr'  // Svizzera
  | 'it-no' | 'it-ce-su'           // Italia
  | 'uk-ldn'                        // UK
  | 'de-de' | 'at-vie'              // DACH
  | 'fr-pa'                         // FR
  | 'us-ny'                         // US
  | 'eu-other' | 'global';          // Catch-all

export interface ZoneConfig {
  id: Zone;
  displayName: string;
  primaryLocale: SiteLocale;
  alternateLocales: SiteLocale[];
  currency: 'CHF' | 'EUR' | 'GBP' | 'USD';
  paymentMethods: PaymentMethod[];        // Twint, Satispay, Klarna, ecc.
  bookingProviders: BookingProvider[];     // native, TheFork, OpenTable, Resy
  compliance: ('nDSG' | 'GDPR' | 'GDPR-UK' | 'CCPA' | 'EU-AI-Act')[];
  socialNetworks: SocialNetwork[];         // mix locale
  trustSignalLocal: string[];              // "Swiss Made", "Made in Italy", ecc.
  schemaOrgDefaults: SchemaOrgZoneOverrides;
}

Come il database memorizza la zona (modifica prevista nel terzo trimestre 2026)

ALTER TABLE public.sites ADD COLUMN zone_id text DEFAULT 'ch-ti'
  CHECK (zone_id IN ('ch-ti','ch-de','ch-fr','it-no','it-ce-su','uk-ldn','de-de','at-vie','fr-pa','us-ny','eu-other','global'));

CREATE TABLE public.zones_config (
  id text PRIMARY KEY,
  display_name text NOT NULL,
  config_json jsonb NOT NULL,  -- ZoneConfig serialized
  active boolean DEFAULT true,
  created_at timestamptz DEFAULT now()
);

Le regole di settore adattate per zona

Ogni settore ha un suo insieme di regole e impostazioni, che internamente chiamiamo "Constitution" (la "costituzione" del settore: definisce come si comporta il prodotto per quel tipo di attività).

Quanto ne facciamo davvero (allineato all'audit del 2026-05-17 e alla decisione del founder sui 7 settori del 2026-05-16): prima del lancio curiamo i 7 settori principali per una sola zona attiva, il Ticino, cioè 7 combinazioni principali. Con l'espansione del terzo trimestre saranno 7 settori per 5 zone tra Svizzera e Italia, cioè 35 combinazioni. Il massimo teorico (21 settori per 11 zone, 231 combinazioni) è irrealistico prima del 2027.

Non creiamo un file separato per ogni combinazione. Facciamo così:

  • restaurant.ts è la regola di base del settore (con il Ticino come impostazione predefinita);
  • restaurant.ch-de.overrides.ts contiene solo le differenze per la Svizzera tedesca (per esempio il pagamento con Twint e i social Xing e LinkedIn);
  • restaurant.it-no.overrides.ts contiene solo le differenze per l'Italia del Nord (l'integrazione con TheFork, Satispay e così via);
  • e così via.

Le differenze si sovrappongono alla base con una fusione profonda: regola di base più differenze della zona danno la configurazione effettiva.

Avvio guidato: la scelta della zona

Durante l'avvio guidato il cliente:

  1. sceglie il settore: 7 settori curati nel dettaglio già prima del lancio (ristorazione, hotel e B&B, parrucchieri ed estetica, palestre e fitness, studi medici e dentistici, agenzie immobiliari, studi professionali) più 14 disponibili in modo generico (impostazioni della macro categoria e modelli di base), per un totale di 21 opzioni;
  2. sceglie la zona (novità): Ticino nella prima versione, Svizzera tedesca e Italia del Nord dal terzo trimestre, e così via, per un totale di 11 opzioni in programma;
  3. Multiverbe carica le regole del settore e vi applica le differenze della zona;
  4. il risultato è un sito generato con le pratiche migliori del territorio.

Se il cliente sceglie la zona "globale", Multiverbe usa le regole di base del settore con la lingua principale scelta.

Cosa facciamo davvero prima del lancio (10 giugno 2026): 7 settori per il Ticino, cioè 7 insiemi di regole completi, più 14 settori con impostazioni minime. L'espansione a 7 settori per 5 zone (35 combinazioni) arriva nel terzo e quarto trimestre 2026.

Tempi di realizzazione

Fase Quando Scope
MVP (31 Mag) — 1 zona: CH-Ticino. Default unico, no scelta in onboarding
Q3 2026 (Lug-Set) Espansione CH+IT Aggiungi CH-DE, CH-FR, IT-Nord. UI selezione zona in onboarding
Q4 2026 (Ott-Dic) Stabilizzazione Add IT-CE-SU. Constitution overrides per i 21 settori × 5 zone
2027 H1 UK + DACH UK-LDN + DE-DE + AT-VIE
2027 H2 FR + US FR-PA + US-NY

In cosa ci distinguiamo dai concorrenti

Wix e Squarespace offrono modelli generici e globali, senza alcuna conoscenza del territorio. Multiverbe invece adatta il sito al luogo: un ristorante a Lugano avrà un sito ottimizzato per Lugano, uno a Zurigo avrà l'ottimizzazione zurighese (la lingua, il pagamento con Twint, i dati strutturati regionali, e così via).

Il cliente percepisce questo: "Multiverbe capisce dove sono, non solo cosa faccio". Il messaggio di marketing è: "Multiverbe parla la lingua del tuo cantone".

Domande frequenti del founder

Q: Perché CH-Ticino e CH-Zurigo sono zone diverse se entrambe CH?

A: Perché lingua/abitudini cambiano molto. CH-Ticino è italiano-influenced (booking diretto, WhatsApp), CH-Tedesca è formale Schweizer Hochdeutsch (LSV/QR-bill, Xing). Stesso paese, mercati diversi. Coprire bene CH-Ticino è già 80% mercato totale CH.

Q: Quanti clienti per zona prima di considerare valida?

A: Soglia 10 clienti paganti per zona = zona "live". Sotto = beta / experimental.

Q: Worldwide ready dal day 1 — cosa significa?

A: Architettura type system + DB schema PREDISPOSTI per multi-zona da MVP, anche se solo CH-Ticino attiva. Espandere a UK/US = aggiungere overrides + traduzione, NON refactor architettura.

Ultimo aggiornamento: 2026-05-21, riscrittura accessibile della pagina (intestazioni tradotte e ripulite, sigle spiegate in un glossario, prosa professionale; i blocchi di codice restano come riferimento tecnico). Nessuna decisione modificata.

Aggiornamento del 2026-05-17 (audit): scope dei settori riallineato alla decisione del founder del 2026-05-16 (7 settori curati prima del lancio più 14 generici, prima erano "21 curati", numero non realistico) e ricalcolo delle combinazioni regole-zona a 7 per 5, cioè 35, nel terzo e quarto trimestre. Aggiornamento del 2026-05-11: decisione del founder sull'espansione per zone, oltre ai settori. Responsabile: Gregorio. Revisione: trimestrale (i mercati locali cambiano).

SSoT = _data/canon/10-zones.md