Prima di cambiare software: 7 domande che evitano rework e adozione fallita

Senza categoria

Non è un articolo contro i CRM o i gestionali. Ho tanti amici CRM, ma alcune licenze vengono acquistate “per stanchezza”.

C’è un momento preciso, nelle aziende, in cui il problema smette di essere tecnico e diventa… umano.

Succede quando:

  • il team si arrangia con Excel + note + “te lo mando su WhatsApp”
  • il report “non torna mai”
  • e a un certo punto qualcuno propone la cura universale: cambiamo tool.

La tentazione è comprensibile: la demo sembra ordinata, lucida, inevitabile.
Ma se hai visto Black Mirror, sai che quando un sistema ti promette ordine totale… spesso ti sta solo chiedendo di consegnargli il volante. (In Nosedive tutti si valutano con stelline e quella metrica finisce per governare ogni interazione: la piattaforma non “aiuta”, decide cosa vale.)

Nel business succede uguale: la metrica diventa “abbiamo scelto il software”, e il resto si arrangia.

La verità antipatica: il costo non è la licenza. È la decisione presa senza un’analisi reale.

La prima cosa da fare, quasi sempre, è “tornare all’hardware”, partire dall’organizzazione aziendale, dai processi, da chi fa cosa, in che ordine e con quale risultato.

Altrimenti il risultato sarà: un’adozione fallita, processi messi dentro al tool senza capirli, eccezioni ignorate, rework.

Ecco la check-list che uso (e che puoi usare anche tu) prima di cambiare software.


Le 7 domande (da fare prima della shortlist)

1) Qual è il problema in una frase misurabile?

“Ci serve un CRM” non è un problema.
“Il 30% dei lead non riceve risposta entro 24h” è un problema.

2) È un problema di tool o di governance?

Se domani ti regalano il tool perfetto, il team sa già:

  • chi deve occuparsi di ogni fase? (“Il titolare” non è la risposta giusta)
  • quando si aggiorna lo stato?
  • cosa succede quando c’è un’eccezione?

Se la risposta è “dipende”, significa che non ruoli e responsabilità chiare all’interno della tua azienda.

3) Qual è l’As-is vero (quello che non scriveresti in un documento ufficiale)?

Il flusso reale include scorciatoie, pezzi “a memoria”, e la persona-ponte che salva tutto.
Quella persona non è un “collo di bottiglia”: spesso è un sintomo.

4) Qual è il To-be con vincoli reali?

Il To-be va definito in base a:

  • competenze
  • tempi
  • persone
  • abitudini

5) Quali criteri contano davvero (max 6)?

Esempi pratici:

  • usabilità sui flussi quotidiani
  • gestione casi limite ed eccezioni (quelli che succedono davvero)
  • integrazioni non negoziabili
  • reporting minimo necessario
  • costo totale (licenze + adozione + manutenzione)

6) Quali sono i 3 “non deve succedere”?

Questa è la domanda che ti evita il disastro silenzioso.
Tipo: “non deve aumentare i ticket”, “non deve dipendere da una sola persona”, “non deve richiedere una migrazione esagerata”.

7) Come misureremo l’adozione, non l’installazione?

L’installazione è un evento.
L’adozione è l’utilizzo effettivo da parte dei dipendenti che mostrerà altre criticità da gestire; ma, se la decisione è stata presa con cognizione di causa, saranno già stati risolti i problemi iniziali più grossi.


Il punto (spoiler su cosa farò nel 2026)

Nel mio catalogo 2026 l’entry point principale è il Software Fit Sprint: una consulenza strutturata per scegliere/validare un software (CRM, gestionale, e-commerce, tool interni) oppure decidere consapevolmente di NON introdurlo, partendo dai processi reali, non dalle funzionalità mirabolanti delle landing page.

Cosa include, in concreto:

  • mappatura as-is / to-be
  • criteri di scelta UX-driven
  • shortlist 2–3 soluzioni (o validazione di una scelta già fatta)
  • matrice decisionale (pro/contro/costi/limiti)
  • roadmap di adozione e rischi

E se il tema non è “software nuovo” ma sito recente che non supporta più il business, c’è il Website Evolution & Adoption Check: revisione strategico–UX per siti fatti 12–24 mesi prima, con audit + gap analysis + roadmap 3–6 mesi.


Come posso aiutarti

Se stai valutando un tool nei prossimi 90 giorni, rileggi la checklist sopra, rispondi alle domande e inviamele aggiungendo:

  1. che tipo di software state valutando
  2. quante persone lo useranno

Leggo tutto e prenotiamo una breve call per decidere se iniziare a lavorare insieme.

P.s.: sì, c’è una terza porta. Progettare e sviluppare una piattaforma su misura, ma ne parlerò più avanti!