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.
Verdetto
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
| Area | Valutazione | Impatto per WIBO | Azione consigliata |
|---|---|---|---|
| Struttura commerciale | Buona | WIBO resta front contrattuale verso i propri clienti. | Mantenere l’impianto. |
| Identità delle parti | Da correggere | Visum è indicata come LTD all’inizio e S.r.l. in firma. | Completare dati legali e firmatari. |
| Economics | Contraddittoria | Art. 5.3 sembra invertire la regola 80/20 dell’art. 4. | Riscrivere la meccanica dei deal successivi. |
| IP / deliverable | Mancante | Non è chiaro chi possiede codice, workflow, prompt, template, piattaforme e asset creati. | Aggiungere clausola IP + SOW per progetto. |
| Liability / manleva | Troppo aperta | Manleve senza cap possono creare rischio non governato. | Inserire limite di responsabilità ed eccezioni. |
| GDPR / AI security | Base buona, ma incompleta | WIBO è front verso il cliente ma non ha pieno controllo su stack AI e subprocessor. | Allegato tecnico/security per ogni progetto. |
| Referral fee | Troppo ampia | “Tutti i successivi contratti” può diventare rendita perpetua. | Inserire durata e perimetro. |
| Recesso | Da limitare | Obbligo a concludere trattative “anche solamente iniziate” è troppo largo. | Limitare a contratti/SOW già firmati. |
Cosa funziona bene per WIBO
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.
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.
| Campo | Da chiedere a Visum |
|---|---|
| Sistemi usati | Cloud, repo, database, LLM provider, tool di automazione. |
| Dati trattati | Categorie di dati personali e aziendali. |
| Subprocessor | Elenco, paese, ruolo e possibilità di sostituzione. |
| Training | Esclusione esplicita salvo autorizzazione scritta. |
| Retention | Tempi di conservazione di log, output, dataset, credenziali. |
| Cancellazione | Procedura 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.
| Allegato | Contenuto minimo |
|---|---|
| Allegato A — Servizi Visum | Scope dei servizi AI, deliverable, dipendenze cliente, esclusioni, livelli di servizio. |
| Allegato B — Servizi WIBO | Scope formazione/leadership, format, materiali, deliverable, ownership contenuti. |
| Allegato C — Sviluppo piattaforma | Ore, 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 |
|---|---|
| 1 | Correggere identità e dati legali di Visum Labs. |
| 1 | Riscrivere art. 5.3 e chiarire la meccanica 80/20 per deal successivi. |
| 1 | Aggiungere clausola IP, deliverable e licenze. |
| 1 | Inserire liability cap, eccezioni e manleve coerenti. |
| 1 | Creare allegato tecnico/security/AI per ogni progetto. |
| 1 | Completare Allegati A/B/C con scope, prezzi, fasi e SLA. |
| 2 | Limitare referral fee per durata e perimetro. |
| 2 | Limitare recesso a contratti/SOW già firmati, non trattative appena iniziate. |
| 2 | Regolare uso loghi, nomi cliente, case study e risultati. |
| 2 | Aggiungere non-solicit sul team. |
| 2 | Aggiungere 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.