Arriva un momento in cui la domanda smette di essere “chi lo costruirà” e diventa “esternalizzo o costruisco il mio team”. È una decisione che arriva alla fine dell’imbuto, che definisce la struttura del business per anni. Ed è anche il momento in cui la maggior parte delle persone decide per il motivo sbagliato, di solito il costo apparente, e se ne pente.
La scelta tra assumere una software house e creare un team interno non dipende da quale sia il più economico. Riguarda il ruolo che il software ha nella tua azienda, quanto controllo devi avere e dove ti trovi. Separerò i veri compromessi affinché tu possa decidere con discrezione, non con intuizione.
La domanda fondamentale è: il software è la tua attività?
Prima di fare qualunque calcolo rispondi a questa domanda: il software è il cuore di ciò che vendi oppure è uno strumento di supporto all'operatività? La risposta cambia tutto.
Se il software è il prodotto, se è la fonte del vostro vantaggio competitivo e si evolverà costantemente come parte centrale della strategia, avere un team interno tende ad avere senso nel medio termine. Non vuoi che le conoscenze più preziose della tua azienda vivano nella testa di un fornitore. La capacità di core business è costruita internamente.
Se il software è di supporto, importante ma non ciò che ti differenzia sul mercato, l’outsourcing è solitamente più intelligente. Costruire e sostenere un team tecnologico per qualcosa che non è il tuo core business è costoso, distrae e raramente ne vale la pena. Esternalizzi per concentrarti su ciò che ti distingue davvero.
Il costo totale, non il costo apparente
Il calcolo che fanno i più è ingenuo. Confronta lo stipendio di uno sviluppatore con il prezzo di una software house e concludi che assumere internamente è più economico. Questo calcolo ignora quasi tutto ciò che conta.
Un team interno non è solo una questione di stipendio. Si tratta di costi, vantaggi, strumenti, spazio, reclutamento (che è costoso e richiede tempo), gestione e il costo del software non è una persona: è design, ingegneria, infrastruttura, qualità. Non assumi uno sviluppatore, assumi un'intera capacità. E serve un volume di lavoro costante per giustificare il pagamento di tutto questo ogni mese, anche nei periodi in cui c’è meno da fare.
La software house distribuisce questi costi su più clienti e ti dà accesso a un team completo senza configurarlo. Paghi di più all'ora, ma paghi solo quello che usi e non carichi la struttura inattiva. Il costo totale si inverte a seconda del volume di lavoro: poco e variabile favorisce l'esternalizzazione, molto e costante favorisce l'internalizzazione.
Velocità, controllo e rischio
Ogni percorso vince in una dimensione e perde in un’altra, e devi sapere quale conta di più per te adesso.
La software house vince in velocità di partenza. Ha già la squadra pronta, inizierà tra settimane, porta esperienza da altri progetti. Mettere insieme un team interno richiede mesi di reclutamento prima che venga pubblicata la prima riga di codice. Se hai fretta di convalidare un'idea, l'outsourcing ti farà arrivare sul mercato molto più velocemente.
Il team interno guadagna in controllo e contesto. Chi lavora solo per te conosce a fondo il tuo business, è disponibile per le tue priorità e accumula conoscenze che restano in azienda. Con una software house condividi l'attenzione con altri clienti e corri il rischio di dipendenza se non ti prendi cura della proprietà e della documentazione del codice, argomento che approfondisco in come scegliere una software house.
Il rischio è diverso da ogni parte. I team interni concentrano il rischio sulle persone: qualcuno se ne va e porta con sé la conoscenza, e in un team piccolo questo è serio. La software house concentra il rischio sul rapporto: se la partnership si incrina o l’azienda chiude, serve un piano di uscita. Nessuno dei due è esente da rischi; Si tratta di rischi di diversa natura che si gestiscono in modi diversi.
La via di mezzo che quasi nessuno considera
La decisione raramente è otto o ottanta, e trattarla in questo modo è l’errore più comune. Gli accordi più intelligenti sono spesso ibridi e cambiano nel tempo.
Un modello che funziona bene è quello di iniziare a esternalizzare e internalizzare poco a poco. Assumi una software house per far decollare rapidamente il prodotto, validarlo sul mercato e riunire un team interno solo quando hai già chiaro cosa stai costruendo e il volume per giustificarlo. Interiorizzare troppo presto significa scommettere su una struttura costosa su qualcosa che non è stato ancora convalidato.
Un altro modello è il team misto: un piccolo nucleo interno che detiene conoscenza e direzione strategica, supportato da una software house per acquisire capacità quando è necessario accelerare. Mantieni il cervello e il controllo in casa e usi il tuo partner come un muscolo flessibile. Per molte aziende, questo è il meglio di entrambi i mondi.
La decisione peggiore è quella presa per orgoglio o per moda, creare un team perché "un'azienda seria ha il proprio team", o esternalizzare tutto perché "concentrarsi sul core". Decidi in base alla natura del tuo problema e alla sua tempistica, non in base a ciò che suona bene.
Come decidere nel tuo caso
Metti insieme i pezzi. Se il software è centrale, il lavoro è costante e serve un controllo profondo, orientatevi verso il team interno, possibilmente partendo misto. Se il software è supportato, il lavoro è variabile e hai bisogno di velocità, affidalo a un buon partner e prenditi cura della proprietà del codice.
E ricorda che la decisione non è permanente. L’accordo giusto oggi potrebbe non essere quello giusto tra due anni, e va bene evolversi. L'importante è scegliere in base al costo totale e al reale ruolo del software, non allo stipendio apparente o a ciò che sembra più elaborato. Se vuoi pensare ad alta voce al tuo caso specifico prima di decidere, vale la pena parlarne.
Leggi anche
- Quanto costa assumere una software house (e cosa definisce il prezzo reale)
- Software house, software factory, agenzia o libero professionista: che risolve il tuo problema
- Come scegliere una software house senza pentirsene poi
- Cos'è una software house (e quando ne hai davvero bisogno)
- Come aprire una Software House da Zero
- Come posizionare una software house e smettere di competere sui prezzi