Guide

Software personalizzato: rischi e come limitarli

Cosa può andare storto con il software personalizzato, quanto è probabile ciascun caso e con quali clausole si può prevenire — senza drammatizzare e senza abbellimenti.

Offerta su richiestada 8 settimane fino alla prima versioneAggiornamento 2026
In breve

Il rischio maggiore con il software personalizzato non è la tecnica, ma che nessuno curi il sistema dopo l'avvio. Le risposte errate si possono limitare lavorando esclusivamente da contenuti verificati e inoltrando in caso di incertezza; la dipendenza si evita facendo in modo che accessi, dati e documentazione restino contrattualmente al committente.

01 — Rischi

Cosa può andare storto

  • Il sistema risponde in modo errato. Limitabile facendolo lavorare esclusivamente con contenuti verificati e facendolo inoltrare in caso di incertezza invece di indovinare. Questa è una scelta di configurazione, non una proprietà della tecnologia.
  • L'impegno viene sottovalutato. Motivo più frequente: situazione di partenza poco chiara. Un inventario onesto prima dell'offerta previene questo problema in modo più affidabile di qualsiasi margine.
  • Nessuno lo aggiorna. Il rischio maggiore in assoluto — e il più facilmente evitabile.
  • Lacune nella privacy. Nascono quasi sempre da termini di cancellazione mancanti e responsabilità poco chiare, raramente dalla tecnologia stessa.
  • Dipendenza dal fornitore. Evitabile se accessi, dati e documentazione sono contrattualmente di proprietà del committente.

02 — Segnali d'allarme

Quando bisogna essere scettici

  • Risultati garantiti. Chi promette il primo posto su Google o un determinato aumento di fatturato vende qualcosa che non può fornire.
  • Nessun no. Un fornitore che considera ogni progetto una buona idea non ha ascoltato o vende soltanto.
  • Pressione temporale. Sconti limitati sui prezzi dei progetti sono uno strumento di vendita, non un'offerta.
  • Rapporti di proprietà poco chiari. Chi non dice chiaramente a chi appartengono dati e accessi non ha buone intenzioni.
  • Nessun referente con competenze tecniche. Se nel primo colloquio c'è solo il commerciale, i malintesi nascono lì.

03 — Contratto

Cosa va chiarito per iscritto

  • Proprietà di dati e accessi. Appartengono al committente. Se un fornitore non lo conferma chiaramente, questa è l'informazione più importante del colloquio.
  • Restituzione alla fine del rapporto. In quale formato, in quale termine, a quali costi.
  • Nessuna durata minima senza contropartita. Il vincolo è giustificabile se viene fornito qualcosa in cambio — altrimenti no.
  • Quanto costa una modifica successiva. Non è il prezzo del progetto a decidere i costi complessivi, ma la tariffa oraria del terzo anno.
  • Documentazione come oggetto di consegna. Non come promessa, ma come voce nell'offerta.

04 — Domande

Domande frequenti

Come evitiamo che il progetto sfugga di mano?

Piccoli passi con risultato utilizzabile, budget fissi per passo, e possibilità di uscire dopo ogni passo. I grandi progetti a prezzo fisso su dodici mesi sono la strada più sicura verso la delusione — per entrambe le parti.

Quanti utenti può gestire un sistema del genere?

Dipende dall'architettura, che pianifichiamo in base alla tua crescita prevista — da pochi utenti nella propria attività fino a diverse centinaia su più sedi.

A chi appartiene il codice sorgente?

A te, completamente, dal pagamento. È scritto nel contratto. Puoi andare con quello da qualsiasi altro sviluppatore — questo è il punto.

Funziona sui nostri server o nel cloud?

Entrambe le opzioni sono possibili. Per la maggior parte delle attività una soluzione cloud richiede meno manutenzione; dove i dati non possono uscire dalla sede, lo configuriamo su infrastruttura propria.

Possiamo iniziare con un foglio di calcolo?

Spesso sì, ed è un buon test. Se il foglio rappresenta il processo e fallisce solo per multiutenza, permessi o volume di dati, il requisito è chiaro e il progetto è calcolabile.

Quando conviene un software proprio rispetto a un software standard?

Quando il tuo processo è un vero vantaggio competitivo, quando il software standard si adatta solo al settanta percento e il resto finisce in lavoro manuale, o quando i costi di licenza per utente superano lo sviluppo nell'arco di pochi anni. Se si tratta solo di comodità, il software standard costa meno.

Cosa succede se durante lo sviluppo scopriamo nuovi requisiti?

È normale e previsto, perché si lavora con piccoli passi. Un nuovo requisito viene incluso nel passo successivo, invece di bloccare l'intero progetto.

Prossimo passo

Inviateci qualche frase sul vostro progetto.

Leggiamo ogni richiesta personalmente e rispondiamo di persona. Niente team vendite, nessun modulo di richiamata nel vuoto.