I 18 Documenti Legali di cui Ogni Founder ha Bisogno (e Quando Servono Davvero)

La maggior parte dei founder scopre l'importanza dei documenti legali nel modo più costoso.

Un co-founder se ne va all'ottavo mese portandosi via il 50% della società, perché nessuno aveva firmato un piano di vesting. Un acquirente si ritira in fase di due diligence perché il codice era stato scritto da un contractor che non ha mai ceduto la proprietà intellettuale. Un term sheet resta bloccato per sei settimane perché la cap table è un foglio di calcolo modificato da tre persone di cui nessuno si fida.

Niente di tutto questo è sfortuna. È carta mancante.

Ogni grande startup si regge su qualcosa in più di un prodotto convincente. Si regge su fondamenta: i documenti che proteggono l'azienda, allineano il team e la rendono leggibile a investitori, banche e acquirenti. I founder ossessionati dalla crescita che trattano la burocrazia come qualcosa da fare "più avanti" la pagano più avanti, con gli interessi.

Questa guida è lo stack completo. Diciotto documenti, raggruppati per la fase in cui servono davvero. Per ciascuno: cosa è, perché conta, quando serve e cosa succede se lo salti. L'abbiamo scritta per i founder che costruiscono nella regione MENA e nei mercati emergenti, quindi le note regionali coprono le free zone, i contratti in lingua araba e le leggi sulla protezione dei dati che oggi si applicano da Riad al Cairo.

Non servono tutti e 18 il primo giorno. Servono i cinque giusti il primo giorno, e un piano per il resto.

Fase 1: costituzione e proprietà (dal giorno zero alla prima assunzione)

È il livello che decide chi possiede l'azienda e come vengono prese le decisioni. Sbagliarlo significa costruire ogni documento successivo sulla sabbia.

1. Founder Agreement

Cos'è: il contratto tra co-founder che definisce la ripartizione dell'equity di ciascuno, ruolo e responsabilità, autorità decisionale, termini di vesting e come si risolvono i disaccordi.

Perché conta: il modo più comune in cui le startup early-stage muoiono non è la concorrenza. È una rottura tra founder senza un documento a cui fare riferimento. Il founder agreement è il momento in cui decidete le cose difficili mentre ancora vi piacete: cosa succede all'equity se qualcuno se ne va nel primo anno? Chi ha l'ultima parola in caso di disaccordo? Cosa conta come impegno a tempo pieno?

Quando serve: prima di scrivere una riga di codice insieme. Il giorno in cui decidete di costruire qualcosa come soci.

Se lo salti: l'equity viene data per scontata, non concordata. Un co-founder che se ne va mantiene l'intera quota senza alcun vesting, e tu resti a gestire l'azienda che lui ha abbandonato mentre ne possiede un quarto. Gli investitori vedono il buco in due diligence e scontano il round o passano.

Nota regionale: in DIFC e ADGM, gli accordi tra founder si inseriscono in modo lineare su strutture societarie di common law. Su mainland (Arabia Saudita, Egitto, UAE onshore), allinea il founder agreement alla legge societaria locale e, dove rilevante, alle norme sulla proprietà straniera prima di fissare le percentuali.

2. Atto costitutivo / Statuto

Cos'è: il documento che crea legalmente l'azienda come entità separata. Nome, struttura azionaria, sede legale, oggetto sociale.

Perché conta: finché non viene depositato, "l'azienda" sei solo tu. Il tuo patrimonio personale è esposto, non puoi aprire un conto bancario societario, firmare contratti come entità o accettare investimenti. La costituzione è la linea di confine tra un progetto e un'azienda.

Quando serve: non appena entrano in gioco denaro, proprietà intellettuale o una seconda persona. Di solito è il primo passo legale formale.

Se lo salti: sei personalmente responsabile per tutto ciò che fa l'azienda, non puoi emettere azioni e ogni contratto che firmi è firmato da te come individuo.

Nota regionale: dove costituire l'azienda è una decisione vera, non una formalità. DIFC e ADGM offrono corti di common law, proprietà straniera al 100% e strutture che gli investitori riconoscono. Le free zone variano molto per costi e requisiti di sostanza. Molti founder MENA oggi mantengono una top-co in un hub di common law e un'entità operativa onshore.

3. Statuto sociale (Bylaws)

Cos'è: il regolamento interno su come l'azienda si governa: come vengono nominati gli amministratori, come funzionano riunioni e votazioni, i ruoli dei dirigenti, il quorum e le materie riservate.

Perché conta: i bylaws sono il sistema operativo delle decisioni. Quando c'è un disaccordo su chi può approvare cosa, i bylaws rispondono. Gli investitori li leggono per capire l'equilibrio di potere prima di bonificare i fondi.

Quando serve: al momento della costituzione, o subito dopo. Molte giurisdizioni li richiedono.

Se lo salti: la governance segue lo statuto locale per default, che può non corrispondere a quanto tu e i tuoi co-founder intendevate davvero, e le controversie non hanno un percorso di risoluzione interno.

4. Patto parasociale (Shareholder Agreement)

Cos'è: il contratto tra tutti i soci. Copre diritti di voto, trasferimento delle azioni, prelazione, drag-along e tag-along, cosa succede in caso di exit e come vengono emesse nuove azioni.

Perché conta: i bylaws governano l'azienda. Il patto parasociale governa i rapporti tra i proprietari. Impedisce a un socio di minoranza di bloccare una vendita, impedisce a un socio di vendere a un concorrente e dà a tutti un percorso chiaro in caso di exit. È uno dei documenti che i founder saltano più spesso, e di cui si pentono più in fretta.

Quando serve: non appena c'è più di un socio, e sempre prima di far entrare investitori esterni.

Se lo salti: un socio al 5% può bloccare una maggioranza al 95%. Le azioni finiscono a persone che non volevi in cap table. Un'acquisizione viene bloccata da un unico oppositore.

5. Cap Table

Cos'è: il registro di chi possiede cosa: ogni azione, opzione, SAFE e convertibile, con le percentuali su base fully diluted.

Perché conta: la cap table è la verità finanziaria della tua azienda. Ogni raccolta fondi, assegnazione di opzioni ed exit passa da lì. Gli investitori non bonificano denaro contro una cap table che non possono verificare.

Quando serve: dalla prima azione emessa. Diventa solo più difficile ricostruirla in seguito.

Se lo salti: perdi il conto della diluizione, prometti più equity di quanta ne hai e bruci settimane in due diligence a riconciliare un foglio di calcolo di cui nessuno si fida. Una cap table disordinata ha fatto saltare accordi reali.

Consiglio per founder: tienila in uno strumento dedicato, non in un foglio di calcolo modificato da cinque persone. Nel momento in cui emetti opzioni o accetti un SAFE, la matematica diventa in fretta poco intuitiva.

Fase 2: proteggere il nucleo, proprietà intellettuale e persone

I tuoi due asset più preziosi sono la proprietà intellettuale e il team. Entrambi vanno messi per iscritto, perché entrambi possono uscire dalla porta sulle proprie gambe.

6. Accordo di cessione della proprietà intellettuale (IP Assignment)

Cos'è: il documento che trasferisce all'azienda la proprietà di tutto ciò che un founder, dipendente o contractor crea per l'azienda stessa.

Perché conta: è quello che sorprende di più i founder. Per default, in molte giurisdizioni, chi scrive il codice o disegna il brand ne è proprietario, non l'azienda che ha pagato. Senza cessione, la tua startup potrebbe non possedere legalmente il proprio prodotto. Ogni acquirente lo controlla per primo.

Quando serve: per ogni singola persona che tocca il prodotto: founder, dipendenti, freelance, agenzie. Va firmato prima o all'inizio del loro lavoro.

Se lo salti: un ex contractor possiede legalmente una parte del tuo codebase. Un'acquisizione salta in due diligence. Un ex freelance scontento ha leva sul tuo prodotto principale.

Nota regionale: le regole su lavoro su commissione e diritti morali differiscono nettamente tra le giurisdizioni MENA. Non dare per scontato che "l'abbiamo pagato" significhi "lo possediamo". Cedilo esplicitamente.

7. Accordo di riservatezza (NDA)

Cos'è: un contratto di riservatezza che impedisce alla controparte di condividere o usare in modo improprio informazioni sensibili.

Perché conta: prima di presentare un partner, assumere una figura chiave o condividere la tua roadmap con un potenziale acquirente, l'NDA stabilisce le regole. Non è a prova di tutto, ma stabilisce l'intento e ti dà strumenti di tutela.

Quando serve: ogni volta che condividi materiale davvero sensibile fuori dall'azienda. Non per i pitch investitori di routine (la maggior parte dei VC non lo firma), ma sì per partnership, assunzioni chiave e due diligence tecnica.

Se lo salti: strategia riservata, dati finanziari o codice possono essere condivisi o riutilizzati senza conseguenze.

8. Contratti di lavoro

Cos'è: il contratto per ogni assunzione a tempo pieno: ruolo, retribuzione, benefit, riservatezza, cessione della PI, periodi di preavviso e condizioni di licenziamento.

Perché conta: un contratto di lavoro chiaro tutela entrambe le parti e previene le controversie che consumano tempo del founder e budget legale. È anche dove inserisci la cessione della PI e la riservatezza che tengono gli asset dell'azienda dentro l'azienda. Se lo sbagli, lo scopri durante una controversia, non prima.

Quando serve: prima del primo giorno di un dipendente. Sempre.

Se lo salti: ambiguità su retribuzione, preavviso e PI. Esposizione per licenziamento illegittimo. Un ingegnere chiave i cui obblighi di equity e riservatezza non sono mai stati messi per iscritto.

Nota regionale: il diritto del lavoro nel Golfo e in Nord Africa è in gran parte statutario e a tutela del dipendente, e i contratti spesso vanno registrati (ad esempio presso il Ministero delle Risorse Umane degli UAE o un'autorità di free zone) e, in alcuni casi, redatti in arabo per essere esecutivi. Rispetta la forma locale.

9. Contratto di collaborazione / consulenza

Cos'è: l'equivalente del contratto di lavoro per freelance, agenzie e consulenti indipendenti.

Perché conta: i contractor costruiscono una parte enorme del prodotto early-stage. Questo accordo definisce ambito, pagamento, riservatezza e, in modo critico, la cessione della PI. Classificare erroneamente un contractor come non-dipendente può anche creare rischi fiscali e giuslavoristici, quindi i termini contano.

Quando serve: prima che qualsiasi contractor inizi un lavoro retribuito.

Se lo salti: non possiedi ciò che costruiscono (vedi documento 6), l'ambito si espande senza un punto di riferimento e rischi sanzioni per errata classificazione.

10. Piano di stock option per dipendenti (ESOP)

Cos'è: il quadro per assegnare equity ai dipendenti: il pool di opzioni, i piani di vesting, i termini di esercizio e cosa succede quando qualcuno se ne va.

Perché conta: l'equity è il modo in cui le startup competono per i talenti contro aziende che possono pagare di più in contanti. Un ESOP corretto ti permette di offrire proprietà in modo legalmente solido, fiscalmente consapevole e coerente in tutto il team, invece di promettere percentuali su Slack.

Quando serve: quando inizi ad assumere persone a cui vuoi dare equity, di solito in fase pre-seed o seed.

Se lo salti: promesse di equity incoerenti e non documentate che creano sorprese fiscali per i dipendenti e caos in cap table per te.

Nota regionale: la tassazione e l'esecutività delle opzioni variano nella regione MENA, e strutturare un pool tramite una top-co di common law è spesso più pulito che cercare di assegnare opzioni direttamente da un'entità onshore.

11. Advisor Agreement

Cos'è: un contratto breve per gli advisor: cosa faranno, quanta equity o cash ricevono, su quale periodo, e riservatezza.

Perché conta: gli advisor sono economici da aggiungere e facili da sovra-promettere. Un advisor agreement di una pagina con un piano di vesting (tipicamente dallo 0,1% all'1% su uno o due anni) mantiene il rapporto pulito e impedisce a un advisor visto due volte di trattenere equity per sempre.

Quando serve: ogni volta che porti a bordo un advisor nominato con un'aspettativa di equity o compenso.

Se lo salti: equity morta in cap table per un consiglio che hai smesso di ricevere un anno fa.

Fase 3: gestire l'azienda, commerciale e compliance

Una volta che hai utenti e ricavi, un nuovo insieme di documenti governa come gestisci i clienti e i loro dati. Diversi di questi non sono opzionali: sono richiesti per legge nel momento in cui raccogli un indirizzo email.

12. Termini di servizio (Terms of Service)

Cos'è: le regole che gli utenti accettano quando usano il tuo prodotto: uso accettabile, termini di pagamento, limiti di responsabilità, risoluzione delle controversie e recesso.

Perché conta: i termini di servizio sono il contratto tra te e ogni utente. Limitano la tua responsabilità, definiscono le aspettative e ti danno il diritto di rimuovere account abusivi. Senza, il rapporto con i tuoi utenti resta indefinito.

Quando serve: prima di lanciare qualsiasi cosa a cui il pubblico possa iscriversi.

Se lo salti: nessun limite di responsabilità, nessuna regola d'uso definita, nessun modo pulito per terminare i cattivi attori.

13. Informativa sulla privacy (Privacy Policy)

Cos'è: la dichiarazione pubblica di quali dati personali raccogli, perché, come li usi, con chi li condividi e quali diritti hanno gli utenti.

Perché conta: è legalmente obbligatoria nella maggior parte del mondo nel momento in cui raccogli dati personali, incluso un nome o un'email. Non è un optional. App store, processori di pagamento e clienti enterprise la richiederanno tutti, e i regolatori ti multeranno se non ne hai una conforme.

Quando serve: prima di raccogliere qualsiasi dato utente. Quindi, prima del lancio.

Se lo salti: rifiuto da App Store e Google Play, processamento dei pagamenti bloccato, accordi enterprise che muoiono in fase di security review e multe regolatorie.

Nota regionale: il PDPL saudita, il PDPL degli UAE (con le distinte leggi sulla protezione dei dati di DIFC e ADGM) e la legge sulla protezione dei dati egiziana impongono oggi obblighi reali, inclusi in alcuni casi doveri di localizzazione dei dati e notifica delle violazioni. Un template generico americano non ti renderà conforme qui.

14. Accordo sul trattamento dei dati (Data Processing Agreement, DPA)

Cos'è: il contratto che regola come vengono trattati i dati personali quando un'azienda tratta dati per conto di un'altra. Stabilisce obblighi di sicurezza, subresponsabili del trattamento, notifica delle violazioni e diritti degli interessati.

Perché conta: se vendi ad aziende, i tuoi clienti richiederanno un DPA prima di inviarti anche un solo record dei dati dei loro utenti. Se usi fornitori (analytics, email, cloud), ti serve un DPA con loro. È il tessuto connettivo della compliance sui dati in un mondo B2B.

Quando serve: non appena tratti dati personali per un'altra azienda, o usi un fornitore che li tratta per te.

Se lo salti: le vendite enterprise si bloccano in fase di procurement, ed eredita un rischio di compliance che non hai mai messo per iscritto.

15. Master Service Agreement (MSA) / Contratto cliente

Cos'è: il contratto commerciale generale per i clienti B2B: ambito, livelli di servizio, pagamento, PI, responsabilità e recesso. I singoli incarichi vi si agganciano come order form o SOW.

Perché conta: l'MSA è come vendi a clienti seri senza rinegoziare l'intero rapporto ogni volta. Limita la tua responsabilità, definisce cosa devi e rende i ricavi prevedibili e difendibili.

Quando serve: quando inizi a chiudere accordi B2B di dimensioni reali.

Se lo salti: ogni accordo è una negoziazione a sé, la responsabilità non ha limiti e i tuoi ricavi sono più difficili da difendere in due diligence.

Fase 4: raccolta fondi e scala

Quando raccogli capitali, un insieme specifico di documenti porta avanti l'accordo. I founder che li capiscono negoziano meglio e chiudono più in fretta.

16. SAFE o Convertible Note

Cos'è: lo strumento per la raccolta early-stage che permette a un investitore di mettere denaro ora e convertirlo in equity in seguito, al tuo prossimo round prezzato. Un SAFE (Simple Agreement for Future Equity) non è debito; una convertible note è debito che converte.

Perché conta: SAFE e note ti permettono di raccogliere in fretta senza fissare una valutazione che non sei pronto a fissare. Ma i termini, il valuation cap, lo sconto e (per le note) interesse e scadenza, decidono quanta parte dell'azienda cedi. I founder firmano spesso questi strumenti senza modellare la diluizione, e si ritrovano una brutta sorpresa al round prezzato.

Quando serve: in fase pre-seed e seed, prima di fare un round azionario completo.

Se lo salti (o lo firmi alla cieca): SAFE impilati con cap bassi possono diluirti molto più di quanto ti aspettavi quando convertono tutti insieme. Modella sempre la conversione.

Nota regionale: i SAFE sono diffusi in DIFC e ADGM. Su alcune strutture onshore MENA richiedono un adattamento, quindi conferma che lo strumento sia adatto alla tua entità prima di farlo circolare.

17. Term Sheet

Cos'è: il riepilogo non vincolante di un investimento prezzato: valutazione, importo, diritti dell'investitore, composizione del consiglio, preferenza di liquidazione e principali clausole di protezione.

Perché conta: il term sheet è lo scheletro dell'intero accordo. Quasi tutto nei documenti definitivi finali risale a lì. Capire le preferenze di liquidazione, l'anti-diluizione e il controllo del consiglio qui è la differenza tra un round founder-friendly e uno di cui ti pentirai all'exit.

Quando serve: al tuo primo round prezzato (seed o Series A), e a ogni round successivo.

Se salti i dettagli: concedi il controllo del consiglio o una preferenza di liquidazione partecipante che non hai capito, e ti costa denaro reale e controllo anni dopo.

18. Delibere e verbali del consiglio

Cos'è: il verbale scritto delle decisioni aziendali principali approvate dal consiglio o dai soci: emissione di azioni, approvazione di budget, assunzione di dirigenti, assunzione di debito, approvazione di una raccolta fondi.

Perché conta: sono la traccia cartacea di una governance corretta. Dimostrano che le decisioni sono state autorizzate, il che conta enormemente in due diligence, nelle controversie e in qualsiasi audit futuro. Dopo un finanziamento, verbali puliti sono il segno di un'azienda ben gestita.

Quando serve: per ogni azione societaria importante, dalla prima riunione del consiglio in poi.

Se lo salti: le decisioni sono contestabili, la due diligence segnala lacune di governance e non puoi dimostrare con chiarezza che un'emissione di azioni o un'assunzione chiave siano mai state autorizzate.

La checklist del founder, per fase

Stampala. Spuntala man mano che procedi.

Giorno zero (prima di costruire insieme)

• ☐ Founder Agreement
• ☐ Atto costitutivo / Statuto
• ☐ Statuto sociale (Bylaws)
• ☐ Patto parasociale (Shareholder Agreement)
• ☐ Cap Table

Prime assunzioni e primo codice

• ☐ Cessione della PI (chiunque tocchi il prodotto)
• ☐ NDA (dove condividi segreti reali)
• ☐ Contratti di lavoro
• ☐ Contratti di collaborazione / consulenza
• ☐ ESOP
• ☐ Advisor Agreement

Prima di lanciare agli utenti

• ☐ Termini di servizio
• ☐ Informativa sulla privacy
• ☐ Data Processing Agreement (per B2B e fornitori)
• ☐ MSA / Contratto cliente (quando vendi B2B)

Quando raccogli capitali

• ☐ SAFE / Convertible Note
• ☐ Term Sheet
• ☐ Delibere e verbali del consiglio

Se fai solo cinque cose questo mese, fai i cinque del giorno zero. Sono quelli che diventano più costosi, non meno, a ogni settimana che aspetti.

Perché questo stack è più difficile in MENA e nei mercati emergenti

I consigli standard presuppongono una Delaware C-corp e template americani. I founder nel Golfo, in Nord Africa e nei mercati emergenti vivono una realtà più complessa:

• La giurisdizione è una decisione viva. DIFC e ADGM offrono corti di common law e proprietà straniera al 100%. Le entità mainland danno accesso al mercato locale ma con regole diverse su proprietà e governance. Molti founder ne gestiscono entrambe, il che raddoppia la burocrazia.
• La lingua conta legalmente. In diverse giurisdizioni, i contratti di lavoro e i depositi ufficiali devono essere in arabo per essere esecutivi. Un template inglese perfetto può essere legalmente debole.
• Le leggi sui dati sono nuove e reali. Il PDPL saudita, i regimi federali e delle free zone degli UAE, e la legge sulla protezione dei dati egiziana sono arrivati in fretta e comportano sanzioni reali. La compliance non è opzionale e i template generici non la coprono.
• L'esecutività varia. Un contratto che è a tenuta stagna in una giurisdizione può essere difficile da far valere in un'altra. Le clausole sulla risoluzione delle controversie (quali corti, quale sede arbitrale) qui non sono standard.

È esattamente qui che i founder perdono tempo e denaro: i template che trovano online sono costruiti per un sistema legale diverso.

Come HAQQ aiuta i founder a risolvere questo problema

HAQQ è un sistema operativo di Legal AI costruito per questa regione. Due elementi contano per i founder:

• HAQQ Chat redige e revisiona questi documenti in pochi minuti, ancorata al diritto reale, in inglese e arabo. Chiedile di redigere un founder agreement con un piano di vesting a quattro anni, di revisionare un SAFE per clausole sfavorevoli al founder, o di generare un'informativa sulla privacy conforme al PDPL per un'entità saudita, e ottieni una solida prima bozza da portare al tuo avvocato, non una pagina bianca.
• eFirm è il livello operativo per gli avvocati che redigono i dettagli, così anche le persone coinvolte nel processo lavorano più in fretta.

Il punto non è eliminare l'avvocato. È portarti da "non ho idea da dove iniziare" a "ecco una bozza solida" nel tempo che ci vuole per leggere questo articolo, e rendere la revisione dell'avvocato più economica perché la prima bozza è già corretta all'80%.

I 18 documenti sopra sono la mappa. HAQQ è come copri il terreno.

FAQ

Di quanti documenti legali ha davvero bisogno una startup per partire?

Realisticamente cinque per il lancio: atto costitutivo, statuto sociale, founder agreement, cap table e (nel momento in cui raccogli dati utente) un'informativa sulla privacy e i termini di servizio. Il resto arriva man mano che assumi, vendi e raccogli capitali. L'errore è trattare tutti e 18 come cose da fare "più avanti". I documenti di costituzione diventano più costosi da sistemare a ogni settimana che passa.

Qual è il documento legale più importante per i founder?

Il founder agreement. Un conflitto tra co-founder senza un accordo in essere è uno dei modi più comuni in cui le startup early-stage muoiono. È il documento più economico da creare e il più costoso da non avere.

Mi serve un avvocato, o l'IA può gestire i documenti legali della mia startup?

Entrambi, in sequenza. Un'IA come HAQQ ti porta a una prima bozza solida e consapevole della giurisdizione in pochi minuti, risparmiando tempo e spese legali. Un avvocato qualificato dovrebbe revisionare qualsiasi cosa tu firmi, in particolare i documenti di raccolta fondi ed equity. Usa l'IA per fare l'80%, e una persona per chiudere il 20% che porta il rischio.

Perché mi serve un accordo di cessione della PI se ho già pagato lo sviluppatore?

Perché in molte giurisdizioni pagare per un lavoro non ne trasferisce automaticamente la proprietà. Senza una cessione della PI firmata, chi ha creato il codice o il design potrebbe esserne legalmente proprietario, non la tua azienda. È la prima cosa che gli acquirenti controllano, e il motivo più comune per cui gli accordi si bloccano in due diligence.

Qual è la differenza tra bylaws e patto parasociale?

I bylaws governano il funzionamento interno dell'azienda (riunioni, votazioni, dirigenti). Il patto parasociale governa i rapporti tra i proprietari (trasferimento delle azioni, drag-along e tag-along, exit). Ti servono entrambi, e non dovrebbero contraddirsi.

I template legali americani vanno bene per una startup negli UAE o in Arabia Saudita?

Di solito no. Gli obblighi sulla protezione dei dati (PDPL e i regimi delle free zone), i requisiti di lingua araba, la registrazione del diritto del lavoro e le norme sulla proprietà straniera differiscono tutti dagli Stati Uniti. Un template americano generico può lasciarti non conforme. Adattalo alla tua giurisdizione.

Stai costruendo in MENA o in un mercato emergente? Prova HAQQ per redigere e revisionare i tuoi documenti da founder in inglese e arabo, ancorati al diritto che si applica davvero a te.