Un software può funzionare bene e diventare comunque un problema.
Succede quando vuoi cambiarlo, modificarlo o affidarlo a qualcun altro e scopri che non puoi farlo senza ripartire quasi da zero.
Questa dipendenza viene spesso chiamata vendor lock-in. Il nome è tecnico, il problema no: il fornitore mantiene così tanto controllo che andartene diventa troppo costoso o rischioso.
Non significa che ogni legame con un fornitore sia sbagliato. Un buon rapporto stabile è utile. Il problema nasce quando resti non perché sei soddisfatto, ma perché non hai una vera alternativa.
Il blocco non è quasi mai visibile all’inizio
Quando acquisti un software guardi funzioni, prezzo e assistenza.
Raramente chiedi che cosa succederà se tra tre anni vorrai cambiare.
La dipendenza si scopre dopo:
- i dati possono essere esportati solo in parte;
- le modifiche le conosce una sola persona;
- i collegamenti con altri sistemi non sono documentati;
- l’accesso al server appartiene al fornitore;
- il contratto rende costosa la chiusura;
- nessun altro può intervenire sul programma.
Il software non ti blocca con un lucchetto. Ti blocca rendendo ogni alternativa troppo difficile.
Primo segnale: i dati entrano facilmente, ma escono male
I dati sono il primo punto da controllare.
Non basta poter scaricare un file. Devi capire che cosa contiene e se può essere usato da un altro sistema.
Un’esportazione potrebbe includere clienti e prodotti, ma non documenti, allegati, storico delle modifiche o legami tra le informazioni.
Prima di scegliere chiedi:
- quali dati puoi esportare;
- in quali formati;
- se riceverai anche documenti e allegati;
- se l’esportazione è compresa nel contratto;
- quanto tempo e denaro richiede.
Se queste risposte sono vaghe, il problema non è futuro. Esiste già, anche se oggi non lo senti.
Secondo segnale: soltanto il fornitore sa come funziona
Ogni software ha bisogno di conoscenza. Ma se tutto vive nella testa di una sola persona, l’azienda è esposta.
Può trattarsi di configurazioni, regole, modifiche, procedure di emergenza o collegamenti con altri programmi.
Chiedi quindi se esistono:
- documentazione aggiornata;
- elenco delle modifiche fatte;
- accessi amministrativi;
- istruzioni per installazione e gestione;
- una persona alternativa in caso di assenza.
La documentazione non serve a cambiare fornitore domani. Serve a non essere obbligato a restare per sempre.
Terzo segnale: non controlli gli accessi importanti
Dominio, server, banca dati, servizi esterni e account tecnici possono essere intestati al cliente oppure al fornitore.
Se non sai chi li possiede, devi chiarirlo.
Affidare la gestione tecnica a qualcuno è normale. Non è normale scoprire che, senza la sua collaborazione, non puoi nemmeno accedere ai sistemi che fanno lavorare la tua azienda.
Il fornitore può amministrare gli strumenti. Il cliente deve sapere quali esistono, a chi sono intestati e come recuperarli.
Quarto segnale: ogni collegamento aumenta la dipendenza
Un gestionale può essere collegato a ecommerce, programmi commerciali, magazzino, fatturazione e altri servizi.
Questi collegamenti semplificano il lavoro, ma diventano fragili se nessuno sa quali dati scambiano e come sono stati costruiti.
Quando valuti un’integrazione chiedi:
- quali sistemi coinvolge;
- quali informazioni trasferisce;
- chi la mantiene;
- che cosa succede se uno dei servizi cambia;
- se un altro tecnico potrebbe prenderla in carico.
Più sistemi dipendono da un unico fornitore, più diventa importante avere controllo e documentazione.
Quinto segnale: il contratto parla solo dell’ingresso
Molti contratti spiegano bene costi, attivazione e assistenza. La parte sull’uscita occupa poche righe.
Controlla:
- durata e rinnovo;
- tempi di disdetta;
- costi di chiusura;
- consegna dei dati;
- assistenza durante il passaggio;
- proprietà delle modifiche sviluppate;
- servizi che verranno spenti.
Non devi partire pensando già di litigare. Devi evitare che una collaborazione normale diventi un problema proprio nel momento in cui finisce.
Essere dipendenti non è sempre sbagliato
Nessuna azienda può controllare ogni tecnologia che usa.
Dipendiamo da servizi cloud, sistemi operativi, banche, fornitori di connettività e molti altri soggetti.
La domanda non è se esista una dipendenza. È se sia accettabile.
Può esserlo quando:
- il servizio è facile da sostituire;
- i dati restano accessibili;
- i costi sono chiari;
- esistono alternative reali;
- il vantaggio ottenuto supera il rischio.
Costruire tutto da zero soltanto per evitare qualsiasi dipendenza sarebbe costoso e inutile. Bisogna controllare quelle che possono bloccare davvero il lavoro.
Le domande da fare prima di firmare
Prima di scegliere un software o un fornitore, chiedi:
- Posso ottenere tutti i miei dati in una forma utilizzabile?
- Chi possiede il codice e le modifiche sviluppate per me?
- A chi sono intestati server, domini e servizi?
- Esiste documentazione aggiornata?
- Un altro fornitore potrebbe intervenire?
- Quanto costa chiudere o trasferire il sistema?
- Che cosa smette di funzionare se termina il rapporto?
Se ricevi risposte chiare, la collaborazione parte su basi migliori.
Se le risposte vengono rimandate, minimizzate o considerate inutili, hai già ricevuto un’informazione importante.
Il controllo non serve per andarsene
Serve per poter scegliere di restare.
Un buon fornitore non dovrebbe trattenerti rendendo difficile l’uscita. Dovrebbe farlo con qualità, continuità e conoscenza del tuo progetto.
Il software deve aiutare l’azienda a lavorare. Non trasformarsi in un vincolo che nessuno ha avuto il coraggio di discutere all’inizio.
Prima di cambiare software, verifica che cosa controlli davvero
QUODE analizza dati, accessi, collegamenti e dipendenze del sistema esistente per capire quali rischi affrontare prima di una modifica o di una migrazione.