Review pratica — non parere legale formale

Accordo WIBO × Visum Labs

Valutazione dell’accordo di co-offering tra Entertainment Labs S.r.l. / WIBO e Visum Labs, con focus su protezione della relazione cliente, sostenibilità commerciale, rischi legali e punti da migliorare prima della firma.

Preparato per Claudio / WIBO Documento allegato: Partnership Agreement Co-Offering Visum Wibo Data review: 7 luglio 2026 Sensibilità: S2 — business/legal

Verdetto

Accordo promettente, ma da non firmare ancora così com’è.
La struttura è favorevole a WIBO perché preserva la relazione commerciale con il cliente e posiziona Visum Labs come partner tecnico. Prima della firma vanno però sistemati alcuni punti che possono generare ambiguità: identità della controparte, economia dei deal successivi, proprietà intellettuale, responsabilità, data/security e allegati operativi.

Il contratto racconta bene la direzione strategica: WIBO vuole proporsi come Work Transformation Company, integrando mappatura organizzativa, formazione manageriale e implementazione AI. Il problema non è la narrativa. Il problema è che nei momenti critici — primo cliente enterprise, primo ritardo, primo rinnovo, primo progetto con dati sensibili — alcune clausole non sono ancora abbastanza precise.

Executive summary

AreaValutazioneImpatto per WIBOAzione consigliata
Struttura commercialeBuonaWIBO resta front contrattuale verso i propri clienti.Mantenere l’impianto.
Identità delle partiDa correggereVisum è indicata come LTD all’inizio e S.r.l. in firma.Completare dati legali e firmatari.
EconomicsContraddittoriaArt. 5.3 sembra invertire la regola 80/20 dell’art. 4.Riscrivere la meccanica dei deal successivi.
IP / deliverableMancanteNon è chiaro chi possiede codice, workflow, prompt, template, piattaforme e asset creati.Aggiungere clausola IP + SOW per progetto.
Liability / manlevaTroppo apertaManleve senza cap possono creare rischio non governato.Inserire limite di responsabilità ed eccezioni.
GDPR / AI securityBase buona, ma incompletaWIBO è front verso il cliente ma non ha pieno controllo su stack AI e subprocessor.Allegato tecnico/security per ogni progetto.
Referral feeTroppo ampia“Tutti i successivi contratti” può diventare rendita perpetua.Inserire durata e perimetro.
RecessoDa limitareObbligo a concludere trattative “anche solamente iniziate” è troppo largo.Limitare a contratti/SOW già firmati.

Cosa funziona bene per WIBO

Posizionamento strategicoLe premesse agganciano la partnership alla trasformazione end-to-end: organizzazione, formazione, AI implementation.
Ownership del clienteGli articoli 3, 5, 10 e 17 proteggono il ruolo di WIBO come interfaccia commerciale e contrattuale.
Nessuna esclusivaWIBO resta libera di usare altri partner AI se serve una capability diversa o se Visum non performa.

Questa impostazione è coerente con l’angolo WIBO: non diventare un semplice rivenditore di servizi tecnici, ma possedere il journey trasformativo e coordinare le componenti specialistiche.

Punti critici da correggere

1. Identità della controparte

Il contratto indica VISUM LABS LTD. in apertura, ma in firma compare Visum Labs S.r.l.. Va chiarito chi firma davvero, con denominazione legale completa, sede, VAT/codice fiscale, rappresentante e poteri di firma.

Raccomandazione: non firmare finché questa parte non è completa e coerente in tutto il documento.

2. Art. 5.3: meccanismo economico contraddittorio

L’art. 4.2 stabilisce che la parte venditrice trattiene il 20% e la parte esecutrice riceve l’80%. L’art. 5.3, però, dice che su nuovi servizi richiesti da un cliente WIBO, WIBO riconosce a Visum Labs il 20% e trattiene l’80%. Così sembra invertire la logica.

Rischio: futura lite sui margini dei rinnovi, upsell e servizi successivi.

Formula consigliata:
Per i nuovi servizi richiesti da un cliente finale già acquisito da una Parte, resta fermo il principio per cui la Parte che mantiene la relazione commerciale e contrattuale trattiene una commissione pari al 20% del valore dei servizi venduti, mentre la Parte esecutrice ha diritto all’80%, salvo diverso accordo scritto tra le Parti per il singolo progetto.

3. Proprietà intellettuale e deliverable

È il buco più importante. L’accordo non chiarisce chi possiede codice, automazioni, agenti AI, prompt, workflow, connettori, documentazione tecnica, template, materiali formativi, output per il cliente e asset nati durante i progetti.

Per WIBO è un tema centrale: se la partnership serve a validare un modello scalabile, WIBO deve poter accumulare framework, playbook e asset riusabili.

Clausola minima proposta:
Resta inteso che ciascuna Parte conserva la titolarità esclusiva di metodologie, know-how, materiali, software, template, framework, contenuti e strumenti sviluppati anteriormente al presente accordo o indipendentemente dallo stesso. I deliverable sviluppati nell’ambito dei singoli progetti saranno disciplinati nei relativi ordini/SOW. Salvo diverso accordo scritto, WIBO manterrà la titolarità dei materiali formativi, metodologici, commerciali e di project design da essa predisposti, mentre VISUM LABS manterrà la titolarità delle componenti tecniche, software e infrastrutturali preesistenti, concedendo a WIBO e/o al cliente finale le licenze d’uso necessarie all’erogazione e continuità del servizio.

4. Responsabilità e cap

Gli articoli 15 e 16 prevedono manleve e responsabilità per data protection, security e SLA, ma senza un limite chiaro. WIBO deve potersi rivalere se Visum causa un danno al cliente, ma l’accordo deve anche evitare responsabilità illimitate ingestibili.

Clausola consigliata:
La responsabilità complessiva di ciascuna Parte non potrà eccedere, per ciascun progetto, il valore dei corrispettivi maturati dalla Parte responsabile in relazione al medesimo progetto, salvo i casi di dolo, colpa grave, violazione degli obblighi di riservatezza, violazione dei diritti di proprietà intellettuale, frode o violazioni in materia di protezione dei dati personali imputabili alla Parte responsabile.

5. Data, AI stack e security

La base GDPR è utile, ma per progetti AI serve un allegato più concreto. Devono essere dichiarati provider, modelli, subprocessor, data residency, retention log, uso o esclusione del training sui dati cliente, gestione credenziali e cancellazione dati a fine progetto.

CampoDa chiedere a Visum
Sistemi usatiCloud, repo, database, LLM provider, tool di automazione.
Dati trattatiCategorie di dati personali e aziendali.
SubprocessorElenco, paese, ruolo e possibilità di sostituzione.
TrainingEsclusione esplicita salvo autorizzazione scritta.
RetentionTempi di conservazione di log, output, dataset, credenziali.
CancellazioneProcedura e prova di cancellazione a fine progetto.

6. Referral fee troppo ampia

L’art. 7.3 prevede commissione su tutti i contratti successivi con il cliente presentato. Senza limite temporale può diventare una rendita perpetua e può ritorcersi contro WIBO.

Formula consigliata:
La commissione sarà dovuta sui contratti sottoscritti con il cliente presentato entro 24 mesi dalla data della prima introduzione documentata, limitatamente ai servizi riconducibili all’ambito oggetto della presentazione, salvo diverso accordo scritto tra le Parti.

7. Recesso e trattative in corso

L’art. 8.3 obbliga le parti a concludere contratti per cui erano “anche solamente iniziate” trattative. È troppo largo.

Formula consigliata:
In caso di recesso, le Parti si impegnano a completare l’esecuzione dei contratti già sottoscritti e degli ordini/SOW già approvati prima della data di efficacia del recesso. Eventuali trattative in corso saranno valutate in buona fede dalle Parti, senza obbligo di conclusione salvo diverso accordo scritto.

Altri miglioramenti consigliati

Comunicazione pubblica

L’art. 6.4 obbliga le parti a dare evidenza pubblica della partnership su canali e materiali. Meglio renderlo facoltativo e sempre soggetto ad approvazione, soprattutto con clienti enterprise.

Le Parti potranno concordare iniziative di comunicazione pubblica della partnership. Ogni comunicazione esterna, inclusi utilizzo di loghi, case study, nomi cliente o riferimenti progettuali, richiederà preventiva approvazione scritta della controparte e, ove applicabile, del cliente finale.

Uso di nomi cliente e case study

Va vietato l’uso di nome cliente, logo, screenshot, risultati, metriche o case study senza consenso scritto di WIBO e del cliente finale.

Non-solicit sul team

Dato che nelle premesse si parla di possibile acquisizione, fusione o newco, serve almeno una clausola leggera di non-solicit su dipendenti e collaboratori chiave coinvolti nei progetti comuni.

Per la durata del contratto e per 12 mesi successivi, ciascuna Parte si impegna a non assumere o sollecitare direttamente collaboratori, dipendenti o consulenti chiave dell’altra Parte coinvolti nei progetti comuni, salvo consenso scritto.

Governance operativa

Serve un minimo di processo: referente WIBO, referente Visum, approvazione SOW, registro clienti originati, review periodiche, escalation path, pipeline condivisa e modalità di change request.

Allegati da rendere sostanziali

Il contratto cita Allegato A, Allegato B e Allegato C, ma nel testo estratto non risultano presenti. Prima della firma devono esistere davvero e contenere dettagli operativi.

AllegatoContenuto minimo
Allegato A — Servizi VisumScope dei servizi AI, deliverable, dipendenze cliente, esclusioni, livelli di servizio.
Allegato B — Servizi WIBOScope formazione/leadership, format, materiali, deliverable, ownership contenuti.
Allegato C — Sviluppo piattaformaOre, rate, fasi, milestone, acceptance criteria, IP, change request, manutenzione, supporto.

Angolo negoziale per WIBO

Messaggio consigliato a Visum:

“Per noi l’accordo è corretto nel principio: WIBO mantiene la relazione cliente, Visum abilita la componente tecnica, e testiamo insieme un modello end-to-end. Prima di firmare dobbiamo però rendere più pulite tre cose: economia dei deal successivi, IP/deliverable, responsabilità/security. Non sono punti difensivi: servono a far funzionare il modello con clienti enterprise.”

Questo tono tiene insieme fermezza e partnership. Non sembra cavilloso. Dice che, se WIBO è prime contractor verso il cliente, deve avere anche il controllo contrattuale minimo per rispondere bene.

Checklist da mandare al legale

PrioritàIntervento
1Correggere identità e dati legali di Visum Labs.
1Riscrivere art. 5.3 e chiarire la meccanica 80/20 per deal successivi.
1Aggiungere clausola IP, deliverable e licenze.
1Inserire liability cap, eccezioni e manleve coerenti.
1Creare allegato tecnico/security/AI per ogni progetto.
1Completare Allegati A/B/C con scope, prezzi, fasi e SLA.
2Limitare referral fee per durata e perimetro.
2Limitare recesso a contratti/SOW già firmati, non trattative appena iniziate.
2Regolare uso loghi, nomi cliente, case study e risultati.
2Aggiungere non-solicit sul team.
2Aggiungere governance operativa e registro dei clienti originati.

Fonti e limiti

Review basata sul documento allegato: Partnership_Agreement_Co-Offering_Visum_Wibo.docx, testo estratto localmente. Gli Allegati A/B/C sono citati nel contratto ma non risultano inclusi nel testo estratto.

Questa analisi è una review pratica business/legal per supportare la negoziazione. Non sostituisce il parere di un avvocato.

Enhanced ClaudioAI-augmented
Enhanced Claudio
Potenziato — non sostituito

Versione AI-augmented del pensiero di Claudio: i suoi input, il suo second brain, fatti da fonti pubbliche.

  1. Input di ClaudioLa sua voce, le sue opinioni e la direzione, in prima persona.
  2. Second brainCalibrato sulla knowledge base: email, meeting, note, CRM e documenti.
  3. Fonti esterneFatti e riferimenti tratti da fonti esterne e pubbliche.
Come è fatto · Il metodo · AI Transformation