Lo sviluppo interno ha senso quando hai competenze, capacità continuativa e un motivo concreto per controllare la soluzione. Un servizio gestito può coprire attività che preferisci affidare all'esterno, purché siano definite nel contratto. Il modello misto divide le responsabilità. La scelta deve includere test, manutenzione, supporto e uscita dal servizio, non soltanto la riuscita del prototipo.
Il prototipo funziona. Chi lo mantiene da domani?
Il team mostra un risultato convincente su alcuni documenti. È un passaggio utile, ma la decisione aziendale comincia anche da ciò che non hai ancora visto: il documento incompleto, una fonte temporaneamente indisponibile, una modifica del gestionale e l'assenza della persona che ha costruito il flusso.
La scelta riguarda chi progetta e mantiene la soluzione. Puoi svilupparla internamente, acquistare un servizio gestito con un perimetro definito oppure dividere il lavoro. In ogni caso servono un responsabile aziendale del processo, criteri di accettazione e qualcuno che intervenga quando il funzionamento cambia.
Un esempio illustrativo: il prototipo legge una data di scadenza da un'esportazione. Dopo un aggiornamento, il campo cambia nome. Chi rileva il problema? Chi ferma l'uso di un risultato incompleto? Chi aggiorna la lettura, ripete i test e autorizza la ripartenza? Una risposta concreta a queste domande vale più della promessa generica di una soluzione «pronta».
Che cosa richiedono i tre modelli
Sviluppo interno. Il tuo team costruisce e gestisce il processo usando tecnologie selezionate dall'azienda. Ha senso quando il processo è distintivo, le competenze sono disponibili e puoi assegnare capacità stabile alla sua evoluzione. La disponibilità di una persona per un esperimento non dimostra che esista una squadra per il servizio continuativo. Verifica anche chi subentra in sua assenza.
Servizio gestito. Affidi a un fornitore le attività di progettazione e gestione incluse nella proposta. Può essere utile quando vuoi un interlocutore per quelle attività senza organizzarle tutte internamente. Verifica che cosa comprende davvero: manutenzione, monitoraggio, modifiche e supporto possono avere limiti o condizioni diverse. Il termine «gestito» non assegna da solo ogni responsabilità.
Modello misto. Per esempio, l'IT interno mantiene l'accesso ai dati e il fornitore configura una parte del processo. Può valorizzare competenze già presenti, ma richiede un confine documentato. Se la lettura dei dati fallisce, entrambi devono sapere chi fa la prima diagnosi e chi coordina il ripristino. Due interlocutori senza un responsabile del problema aumentano i passaggi, non la copertura.
Una matrice da compilare con evidenze
Per ogni riga, annota un nome, un documento o una prova. Non assegnare un voto da uno a cinque: una responsabilità essenziale senza titolare non diventa accettabile perché altre righe hanno un punteggio alto. Usa lo stesso processo e gli stessi criteri per le tre opzioni.
Scorri la tabella in orizzontale per leggere tutte le colonne.
| Domanda verificabile | Sviluppo interno | Servizio gestito | Modello misto |
|---|---|---|---|
| Chi dispone delle competenze e del tempo? | Nomina responsabile tecnico, sostituto e capacità assegnata. | Chiedi ruoli disponibili, perimetro e condizioni di assistenza. | Scrivi quali competenze fornisce ciascuna parte e chi coordina. |
| Chi approva il funzionamento? | Registra casi di prova e approvazione del responsabile del processo. | Inserisci gli stessi casi e criteri nelle prove di accettazione. | Definisci una prova completa, oltre ai test dei singoli componenti. |
| Chi rileva e gestisce un errore? | Verifica allarmi, destinatario e procedura di recupero. | Chiedi cosa viene monitorato e chi interviene, con quali tempi concordati. | Concorda prima diagnosi, passaggio di consegne e titolare del problema. |
| Chi aggiorna le integrazioni? | Assegna accessi tecnici e manutenzione delle dipendenze. | Distingui aggiornamenti inclusi e modifiche da quotare. | Mappa chi mantiene ogni collegamento e approva le modifiche. |
| Chi può usare e modificare i componenti? | Controlla licenze e diritti sui componenti adottati. | Chiedi termini per codice, configurazioni, istruzioni e documentazione. | Documenta diritti e vincoli per ciascun componente, anche condiviso. |
| Come si controlla una nuova versione? | Mostra test di regressione e procedura di ripristino. | Chiedi come vengono comunicate, provate e accettate le modifiche. | Stabilisci chi autorizza una versione che coinvolge entrambe le parti. |
| Quanto lavoro resta all'azienda? | Conta sviluppo, esercizio, revisione ed eccezioni. | Conta referente interno, approvazioni ed esclusioni dal servizio. | Conta anche coordinamento e passaggi fra i due gruppi. |
| Che cosa succede se cambi soluzione? | Verifica documentazione e dipendenze dalle persone o dalle piattaforme. | Chiedi formati esportabili, assistenza all'uscita, tempi e costi. | Prova se i componenti si possono sostituire separatamente. |
Le domande tecniche diventano più concrete nella guida all'integrazione con ERP e sistemi aziendali. Se una risposta dipende da un accesso non ancora verificato, registrala come condizione aperta: non trasformarla in una capacità già disponibile.
L'inventario dei costi da richiedere
Chiedi lo stesso inventario al team interno e al fornitore. Per ogni voce indica chi sostiene il costo, cosa è incluso e quale evento lo può far variare. Confronta le opzioni sullo stesso periodo, volume e livello di servizio.
- Analisi e preparazione
- Tempo per descrivere il processo, sistemare i dati, raccogliere esempi e definire l'output.
- Realizzazione iniziale
- Sviluppo o configurazione, collegamenti, accessi, documentazione e passaggio di consegne.
- Verifica prima dell'uso
- Casi di prova, controllo dei permessi, correzioni e accettazione aziendale.
- Esercizio ricorrente
- Servizio, licenze, infrastruttura e consumi applicabili, evitando di sommare componenti già inclusi.
- Supervisione e recupero
- Tempo di revisione, gestione delle eccezioni e lavoro manuale durante le interruzioni.
- Manutenzione ed evoluzione
- Aggiornamenti di sistemi e dipendenze, nuove regole, ulteriori test e supporto.
- Uscita e sostituzione
- Esportazione, documentazione trasferibile, migrazione e periodo di passaggio alla soluzione successiva.
La guida ai costi di un Digital Employee aiuta a distinguere investimento iniziale, gestione ricorrente e lavoro residuo. Le ore interne hanno un costo di capacità anche quando non generano una nuova fattura; le ore liberate diventano risparmio di cassa soltanto se cambia una spesa effettiva.
Proprietà e continuità vanno rese concrete
Separare dati, codice, configurazioni e componenti di terzi evita equivoci. I diritti di uso, modifica e trasferimento dipendono dai contratti e dalle licenze applicabili; non derivano automaticamente dal fatto di pagare un progetto. Chiedi che cosa riceveresti alla fine del rapporto e prova se la documentazione permette a un'altra persona di comprendere il processo.
Il NIST AI Risk Management Framework tratta ruoli, monitoraggio successivo al rilascio e gestione delle dipendenze lungo il ciclo di vita. È un riferimento per formulare domande; citarlo non certifica un fornitore. Nella guida alla scelta del fornitore trovi ulteriori aspetti da verificare nella proposta.
Puoi scegliere lo sviluppo interno per una capacità strategica che intendi mantenere, un servizio gestito per un perimetro che vuoi affidare all'esterno, oppure un modello misto con confini precisi. Prima di decidere, fai spiegare a ciascuna opzione come gestirebbe il campo del gestionale cambiato nell'esempio iniziale. La pagina Come funziona è il punto di partenza per discutere il processo e le responsabilità da concordare per Digital Employee.