Question 1

Chi sei / perché hai fondato Solenor

Accepted Answer

Mi chiamo Leonardo Forlini, sono un consulente informatico. Ho iniziato a lavorare in questo settore da quando avevo 15 anni, seguendo studi legali, aziende e privati, e oggi ne ho 17. Non ho fatto il classico percorso da junior developer chiuso dentro un team: fin da subito mi sono trovato a vedere come la tecnologia si scontra con problemi reali di business e di responsabilità legale. Lavorare a stretto contatto con il mondo legale mi ha dato una prospettiva che raramente ha chi scrive solo codice. Non guardo un prodotto software solo dal lato tecnico, ma anche da quello di chi possiede cosa, chi ne risponde e dove finiscono davvero i dati. Ed è proprio lavorando su questo confine che ho notato una lacuna enorme nel mondo dell’intelligenza artificiale: quasi nessuno si occupa seriamente della proprietà dei dati. Le aziende mandano codice, documenti e know-how interno a modelli AI cloud di terzi, senza un controllo reale su dove finiscono quei dati e su chi, in caso di contenzioso, ne risponde. Da lì è nata Solenor, e da lì è nato LCI: un prodotto che **restituisce alle aziende il controllo pieno sui propri dati e sul proprio codice**, invece di cederlo — spesso senza nemmeno accorgersene — a un provider cloud terzo.

Question 2

Perché tu

Accepted Answer

Perché quando dico che ho costruito LCI, non sto descrivendo un’idea su una slide. C’è un prodotto vero: **oltre 35 commit di sviluppo, uno stack Docker già pronto per la produzione, test automatici, e una demo che funziona davvero, non un mockup**. Se volete ve la faccio vedere subito: parte da un prompt e arriva a un progetto completo. Non ho aspettato di avere un team, un ufficio o un round di investimento per iniziare. L’ho scritto io, da solo, mettendoci dentro tutto quello che ho imparato lavorando con studi legali e aziende fin dai 15 anni: come si tratta un dato sensibile, come si struttura un sistema che deve reggere in produzione, cosa serve davvero a un’azienda oltre al codice che gira. Questo non lo trovate scritto in un CV, lo trovate nel prodotto stesso. **Il rischio più ovvio è che sono solo**, e lo so bene: per questo la prima parte dei fondi serve proprio a colmare quel vuoto. Ma la parte che conta — la capacità di portare un’idea fino a un prodotto reale e funzionante — quella l’ho già dimostrata prima ancora di chiedervi un euro.

Question 3

Dipendenti / collaboratori

Accepted Answer

Nessuno, al momento. Sono da solo.

Question 4

Tempo dedicato / altri progetti

Accepted Answer

Solenor e LCI sono i progetti a cui dedico la parte più grande del mio tempo, ma non sono le uniche attività che porto avanti nella mia quotidianità.

Question 5

Competenze mancanti

Accepted Answer

Sales / business development enterprise — il canale per portare LCI nelle aziende regolate.; Un secondo profilo tecnico — un co-founder o un senior dev che possa affiancarmi sull’architettura e liberarmi tempo sul prodotto.

Question 6

Chi assumeresti per primo

Accepted Answer

**Un Sales/Business Developer**. È la spesa con il ritorno più diretto nei primi mesi: mi serve qualcuno che validi il mercato sul campo e mi accorci il ciclo di vendita, che nell’enterprise regolato è già lungo di suo.

Question 7

In 10 secondi

Accepted Answer

Solenor crea prodotti AI enterprise. Il primo è LCI, un coding agent che scrive software completo restando dentro l’azienda del cliente, per chi non può usare Copilot o Cursor.

Question 8

In 30 secondi

Accepted Answer

Solenor crea prodotti AI enterprise. Il primo è LCI, un coding agent che scrive software completo restando sempre dentro l’infrastruttura del cliente — mai su un cloud terzo. È pensato per aziende che per obblighi normativi (GDPR, NIS2, AI Act) non possono permettersi che codice e dati sensibili escano dai loro confini. Il modello è ibrido: **licenza enterprise self-hosted per chi ha questi vincoli**, più un tier SaaS più leggero per chi non li ha.

Question 9

In 2 minuti

Accepted Answer

Aggiungo il problema che risolviamo, la traction (che oggi è tecnica, non ancora commerciale — ve lo dico onestamente), la roadmap dei moduli commerciali che porteremo in produzione nei prossimi mesi, e cosa vi sto chiedendo.

Question 10

Prodotto vs servizi

Accepted Answer

Voglio essere chiaro su un punto, perché è facile fare confusione: Solenor nasce come società di servizi IT — sicurezza, networking, sviluppo, SEO, database — ed è quello che oggi mi permette di sostenermi. Ma quello su cui vi sto chiedendo di investire **non sono i servizi, è il prodotto: LCI**. I servizi sono il motore che mi ha permesso di arrivare fin qui senza fondi esterni; LCI è il motore di crescita scalabile su cui costruire un’azienda vera.

Question 11

Perché un’azienda dovrebbe pagarci

Accepted Answer

Perché oggi **nessun altro coding agent enterprise** mette insieme, in un unico prodotto già pronto, sovranità dei dati, multi-tenancy e controllo dei costi. O prendi un coding agent potente ma cloud, e allora i tuoi dati escono dall’azienda; o prendi qualcosa di open-source self-hosted, ma senza supporto, senza gestione multi-team, senza controllo della spesa in inferenza. LCI copre esattamente lo spazio in mezzo.

Question 12

Qual è il problema

Accepted Answer

Le aziende in settori regolati — banche, PA, sanità — oggi **non possono usare i coding agent AI più avanzati**, Copilot, Cursor, Devin, perché questi strumenti inviano codice e dati a server cloud di terzi. Per chi è sotto GDPR, NIS2 o ha requisiti di sovranità dei dati, questo è semplicemente inaccettabile. Il risultato è che queste aziende continuano a sviluppare più lentamente e a costi più alti rispetto ai competitor che possono usare l’AI cloud senza vincoli, oppure si arrangiano con soluzioni interne più deboli.

Question 13

Quanto costa oggi

Accepted Answer

Non ho ancora un dato aziendale proprietario su questo, e preferisco dirlo chiaramente piuttosto che inventarmelo: **è uno dei primi numeri che voglio validare** con interviste dirette ai design partner nei primi mesi post-investimento.

Question 14

Perché il problema esiste ancora

Accepted Answer

Perché nessuno ha ancora costruito un prodotto end-to-end pensato per il vincolo on-prem. Ci sono pezzi di infrastruttura sovrana, ci sono coding agent cloud potentissimi, ma **manca chi mette insieme le due cose in un prodotto verticale pronto all’uso**.

Question 15

Chi è il cliente ideale

Accepted Answer

Il nostro cliente ideale è un’azienda regolata, **tra i 50 e i 5.000 dipendenti** — banche locali, aziende sanitarie, PA, aziende di difesa o automotive — dove la decisione d’acquisto passa dal CIO o dal CISO, e gli utenti finali sono gli sviluppatori.

Question 16

Chi paga

Accepted Answer

Il budget IT, sotto il CIO. Il ciclo passa quasi sempre da procurement enterprise, quindi mettiamo in conto un **ciclo di vendita lungo, tra i 3 e i 9 mesi**.

Question 17

Quanto è disposto a pagare

Accepted Answer

La cifra indicativa a cui puntiamo è **tra 20 e 60 mila euro** l’anno per una licenza enterprise self-hosted. Dico "indicativa" perché non l’abbiamo ancora validata con clienti reali — ne parlo meglio quando arriviamo al pricing.

Question 18

PMI o enterprise

Accepted Answer

Partiamo dall’enterprise e dalla PA regolata, dove la sovranità dei dati non è un vantaggio in più ma un requisito imprescindibile — lì la vendita è più naturale perché il problema che risolviamo è già sentito. Le PMI generiche **restano un mercato secondario, servito con un tier SaaS a prezzo più basso**.

Question 19

Le dimensioni del mercato

Accepted Answer

TAM — 8–12 miliardi $ cumulati 2025–2028 — Stima pubblica, non ancora validata da noi; SAM — 1–2 miliardi $/anno — Aziende 50–5.000 dipendenti, settori regolati EU; SOM (anno 1) — 3–5 design partner → 90–150k€ ARR — Obiettivo concreto, non una proiezione di mercato

Question 20

Perché Google, Microsoft o AWS non dominano già questo spazio

Accepted Answer

Perché il loro modello di business è il cloud stesso. Offrire un coding agent on-prem e sovrano **andrebbe a cannibalizzare il loro core business**, che è tenere i clienti dentro il proprio ecosistema cloud. Non hanno un incentivo strutturale a farlo bene quanto lo ha un player nato on-prem. E questa, secondo me, è la risposta più forte che posso dare su questo punto: non è che non ci abbiano pensato, è che va contro il loro modello di ricavo.

Question 21

Trasparenza sui numeri

Accepted Answer

Vi dico chiaramente che TAM e SAM sono stime pubbliche, non validate con ricerca primaria nostra. Il piano dei primi tre mesi post-investimento include interviste dirette a **20–30 CIO e CISO, più 3–5 system integrator**, proprio per arrivare a numeri difendibili e non a stime prese da un report.

Question 22

Chi sono i competitor

Accepted Answer

Non vi dico che non abbiamo competitor, sarebbe la bugia più facile da smontare in due minuti. GitHub Copilot / Cursor — Cloud, assistenza in-editor — Non è on-prem, i dati escono dall’azienda; Devin / Cognition — Cloud, agenti full-stack — Nessuna sovranità dati, costo alto; Aider / OpenHands (open-source) — Self-hosted, singolo sviluppatore — Nessuna multi-tenancy, nessun supporto enterprise; Mistral / OVH (sovranisti EU) — Infrastruttura/modelli sovrani — Non offrono un coding agent verticale già pronto

Question 23

Cosa impedisce a un competitor di copiarci

Accepted Answer

Onestamente, nella tecnologia di base niente: **usare un LLM via API non è di per sé un moat**, e sarei ingenuo a dirvi il contrario. **Il moat vero è l’esecuzione** — multi-tenancy, quota, audit e sicurezza costruite prima del lancio — e soprattutto le prime referenze in settori regolati, che sono difficili da replicare in fretta perché richiedono fiducia, tempo e compliance dimostrata sul campo, non solo su carta.

Question 24

Qual è il moat

Accepted Answer

Anche qui non mi nascondo dietro "usiamo un LLM", perché per una società AI oggi quello non è un vantaggio. Il moat reale che sto costruendo è questo: **Architettura provider-agnostic: non dipendo da un solo modello**, posso cambiare motore senza refactoring.; Know-how su esecuzione sicura degli agenti: sandbox, whitelist dei comandi, secret scrubbing — cose difficili da replicare bene e in fretta.; **Specializzazione verticale sui settori regolati**, invece di un prodotto generico buono per tutti e per nessuno.; **Essere primi sulle referenze**, in un segmento oggi scarsamente presidiato.

Question 25

Lo stack

Accepted Answer

Una pipeline agentica a quattro fasi — Architect, Builder, Debug Loop, Finalizer — **costruita su DeepSeek V4 Flash**.

Question 26

Perché questo modello

Accepted Answer

Per il rapporto qualità/costo: arriva a costare **fino a 10–30 volte meno dei modelli frontier**, a parità di capacità.

Question 27

API esterne

Accepted Answer

Sì, oggi uso DeepSeek Cloud, ma **lo switch verso un engine locale — vLLM o Ollama — è già implementato e funzionante**, non è roadmap.

Question 28

Modelli proprietari, fine-tuning, RAG

Accepted Answer

Non ancora. Sono in roadmap, moduli 5 e 11.

Question 29

Dove vengono elaborati i dati

Accepted Answer

Sul tier enterprise, on-premises o nella VPC del cliente. Sul tier SaaS, su un cloud gestito da noi.

Question 30

Costo per inferenza, costo per cliente

Accepted Answer

Questo è un numero che va misurato con dati reali di utilizzo, non stimato a tavolino. Ho già quota e monitoraggio costi per organizzazione implementati nel prodotto, quindi la misurazione parte già dal primo cliente pilota.

Question 31

Sicurezza e dati sensibili

Accepted Answer

**C’è un PII/secret scrubber che maschera i dati** prima ancora che arrivino al modello, sandbox Docker isolata, whitelist dei comandi eseguibili, e uno scan di sicurezza sul codice generato.

Question 32

GDPR

Accepted Answer

By design. Il trattamento locale dei dati **non è una funzione aggiuntiva, è l’argomento di vendita stesso** del prodotto.

Question 33

Cosa succede se il provider AI aumenta i prezzi o chiude l’API

Accepted Answer

L’architettura è provider-agnostic: i pesi open-weight, una volta scaricati e self-hosted, **continuano a funzionare anche senza l’API cloud**. Posso passare a Qwen, Llama o Mistral senza dover riscrivere il prodotto.

Question 34

Vendor lock-in

Accepted Answer

Minimizzato per design, ma non eliminato al 100% — nessun prodotto ci riesce davvero, e non ve lo prometto.

Question 35

Il codice

Accepted Answer

Oggi è di mia proprietà personale, perché è stato sviluppato prima della costituzione formale della società. Al momento della costituzione **lo conferirò formalmente alla società con un contribution/IP assignment agreement**. So che è un punto che verificherete in due diligence, ed è per questo che lo sto preparando fin da ora, non dopo.

Question 36

Il marchio

Accepted Answer

"Solenor" e "LCI" non sono ancora registrati. Sto valutando la registrazione in parallelo alla costituzione della società.

Question 37

Dataset o modelli proprietari

Accepted Answer

Nessuno ad oggi — uso modelli di terzi.

Question 38

Licenze open source

Accepted Answer

Sto facendo un audit delle dipendenze usate, in particolare per le licenze copyleft tipo AGPL che potrebbero creare vincoli su un prodotto commerciale, da completare prima della due diligence.

Question 39

Brevetti

Accepted Answer

Nessuno. È normale a questo stadio, non credo sia un vero blocker per voi.

Question 40

Esiste, è un MVP?

Accepted Answer

Sì, ed è in fase di pre-produzione: oltre 35 commit, più di 68 test, uno stack Docker già production-ready, e una demo con un’app Flutter generata direttamente dalla piattaforma.

Question 41

Utenti o clienti paganti

Accepted Answer

Zero. Ve lo dico chiaro fin da subito.

Question 42

Tempo per arrivare a una versione commerciale

Accepted Answer

**6–9 mesi, completando i moduli prioritari — billing, SSO, CI/CD, RAG**. È lo stesso orizzonte della Tranche 1.

Question 43

"Fammi vedere il prodotto"

Accepted Answer

Perfetto, ho la demo pronta. **Preferisco aprire il meeting con quella piuttosto che chiuderlo** — è il mio asset più forte, meglio che lo vediate subito.

Question 44

Qual è la traction

Accepted Answer

Zero clienti, zero fatturato. Non provo a mascherarlo con metriche vanity tipo le visite al sito o il numero di commit — quelle le uso per parlare del prodotto, non per spacciarle come traction commerciale, che è un’altra cosa. Quello che posso dirvi è: la traction commerciale oggi è zero, siamo in fase pre-lancio. La traction che abbiamo è tecnica — **un prodotto che funziona ed è testato**. L’investimento serve esattamente a colmare questo gap nei prossimi 6–9 mesi, con l’obiettivo di chiudere 3–5 design partner.

Question 45

Come funziona il modello

Accepted Answer

Tengo sempre distinte le due linee, perché sono cose diverse: Servizi (consulenza IT, sicurezza, sviluppo su commessa) — Non ricorrente, labor-intensive — Mi sostiene oggi e mi tiene in relazione diretta con i clienti; Prodotto LCI (licenza enterprise / SaaS) — Ricorrente, ARR — È il motore di scalabilità — è ciò su cui vi sto chiedendo di scommettere Voglio essere esplicito: **l’investimento serve a spostare il mix verso il ricorrente**, non a finanziare i servizi, che già si autosostengono.

Question 46

I prezzi

Accepted Answer

Licenza enterprise self-hosted: 20.000–60.000 €/anno; SaaS: 49–199 €/utente/mese

Question 47

Come è stato validato

Accepted Answer

Non ancora con clienti reali, e lo dico senza girarci intorno: è un’ipotesi di prezzo basata su **benchmark di mercato dei coding agent enterprise**. Il piano è negoziare il prezzo reale con i primi 2–3 design partner nei primi sei mesi, e da lì aggiustare.

Question 48

Qual è il CAC

Accepted Answer

Non è misurabile oggi, perché non ho ancora acquisito nessun cliente — **sarebbe un numero inventato**. Quello che posso darvi è il framework: il canale iniziale sarà la vendita diretta, io stesso più la mia rete personale, per i primi design partner. Il CAC iniziale sarà probabilmente basso ma non scalabile in quella forma. Lo misurerò dal primo euro di go-to-market, e lo userò per validare il canale system integrator come secondo motore di acquisizione, quello sì scalabile.

Question 49

Qual è l’LTV

Accepted Answer

Anche qui parto da un framework più che da un numero definitivo. Con un contratto medio enterprise da 30k€ l’anno e un churn atteso del 10%, in linea con i benchmark di settore per il SaaS enterprise B2B, l’LTV target per cliente enterprise si colloca nell’ordine di **150.000–300.000 €** su un orizzonte pluriennale. È una proiezione, non un dato misurato — lo dico chiaramente.

Question 50

Gross margin del software

Accepted Answer

In teoria alto, perché il costo marginale per singolo utente è basso. **Il vero costo variabile è l’inferenza LLM**, che oggi mitigo scegliendo DeepSeek — molto più economico dei modelli frontier — e con quota e rate limiting già implementati nel prodotto.

Question 51

Margine sulla consulenza

Accepted Answer

Più basso, perché è labor-based, tipico dei servizi IT.

Question 52

Trasparenza

Accepted Answer

Non ho ancora nessun dato reale di margine misurato in produzione. Siamo early stage, e preferisco dirlo così piuttosto che darvi un numero costruito a tavolino.

Question 53

Fatturato, EBITDA, utile

Accepted Answer

**Zero. La società non è ancora costituita formalmente**, e non è ancora partita nessuna attività commerciale.

Question 54

Burn rate stimato post-investimento

Accepted Answer

Circa **15.000–20.000 €/mese**, con 1–2 assunzioni più i costi operativi.

Question 55

Runway con la Tranche 1 (100–120k€)

Accepted Answer

Circa 6–8 mesi, fino al checkpoint della Tranche 2.

Question 56

Debiti o crediti

Accepted Answer

Nessuno ad oggi.

Question 57

La struttura proposta

Accepted Answer

Propongo una struttura a due tranche, non un blocco unico — è una scelta mia, non una condizione subita: Tranche 1: 100.000–120.000 € — **SAFE con valuation cap**; Tranche 2: 150.000–250.000 € — a valutazione superiore, sbloccata al raggiungimento di milestone concrete

Question 58

Uso dei fondi

Accepted Answer

Costituzione società, sviluppo dei moduli commerciali prioritari, prima assunzione, go-to-market, infrastruttura — ho la tabella dettagliata pronta nel memorandum (vedi sezione 20).

Question 59

Milestone

Accepted Answer

**SSO e billing live, un design partner firmato**, entro 6–9 mesi.

Question 60

La valutazione

Accepted Answer

Non voglio sparare un numero a caso, quindi vi spiego il ragionamento dietro. I dati di mercato 2026 su SAFE cap — benchmark aggregati Carta/PitchBook, mercato USA — dicono che i pre-seed non-AI si muovono su cap tra 6 e 10 milioni di euro, quelli AI ottengono un premio e arrivano a 12–25 milioni; un founder al primo progetto, con un problema validato, tipicamente si ferma su cap più contenuti, 5–8 milioni, mentre i team più "caldi" arrivano più in alto. Ma questi sono benchmark USA. I livelli europei restano strutturalmente più bassi, e io sono un founder singolo, pre-revenue, in Italia: un cap coerente con questo profilo è realisticamente più vicino a **1,5–3 milioni di euro pre-money per la prima tranche**, non ai 10 milioni e oltre dei benchmark USA "hot AI". Vi propongo un cap di valutazione per la Tranche 1 basato su un prodotto funzionante, zero revenue, team singolo con un piano di espansione chiaro — un cap coerente con i benchmark europei per pre-seed AI a questo stadio, non con i round USA più aggressivi. **Sono aperto a discuterlo** in base alla vostra view di mercato.

Question 61

L’allocazione

Accepted Answer

Ho una tabella già pronta nel memorandum, sezione 15: Costituzione società ~8%; Moduli commerciali ~40%; Prima assunzione ~30%; Go-to-market ~12%; Infrastruttura e buffer ~10%

Question 62

Gli obiettivi con la Tranche 1

Accepted Answer

Billing e SSO enterprise live; Primo design partner firmato; Primi segnali di pipeline commerciale entro 6–9 mesi. È la condizione per sbloccare la Tranche 2. Numeri concreti, non "cresciamo" e basta.

Question 63

La struttura

Accepted Answer

Oggi è semplice: **100% mio**, la società non è ancora costituita. Ho preparato uno schema indicativo: Founder — ~70–80%; Investitore (SAFE convertito) — ~10–20%; Option pool futuro team — ~10%

Question 64

La struttura di governance

Accepted Answer

Oggi sono l’unico founder e l’unico amministratore, non c’è ancora un CDA perché la società non è costituita. Quello che propongo per un pre-seed di questa dimensione è realistico: un osservatore in CDA, o comunque dei diritti di informazione periodica per voi, non necessariamente un seggio pieno — è normale negoziarlo così a questo stadio. Le decisioni che richiederanno il vostro consenso sono quelle standard: vendita della società, nuovo debito rilevante, nuove emissioni azionarie.