Selezione fornitori
Parte di Scegliere software SaaS per un'impresa italiana
Definire i processi prima di cercare prodotti
Come descrivere i processi aziendali, distinguere requisiti e abitudini e preparare schede utili per valutare software.
Prima di cercare software, descrivete ogni lavoro che il prodotto dovrà coprire, dall'evento che lo avvia al risultato atteso. La descrizione deve rendere visibili persone, decisioni, dati e casi irregolari. Solo allora una lista di funzioni può diventare un insieme di requisiti utili.
Scegliere un processo abbastanza preciso
Partite da un'attività frequente o da un errore che crea lavoro ripetuto. «Gestire i clienti» comprende troppe attività; «ricevere una richiesta, assegnarla e comunicare l'esito» è osservabile. Stabilite dove il processo inizia e quando è concluso. Se una parte successiva appartiene a un altro reparto, segnate il passaggio senza cercare di ridisegnare tutta l'impresa.
Parlate con chi svolge il compito e con chi ne usa il risultato. Chiedete di raccontare un caso normale e uno che ha richiesto una correzione. Ricostruite ciò che accade davvero, compresi fogli, messaggi e approvazioni fuori dal sistema attuale. Non trasformate subito ogni passaggio esistente in un requisito: alcuni possono essere eliminati.
Scrivere la scheda del processo
Una scheda breve è sufficiente se risponde a queste domande:
| Voce | Domanda concreta |
|---|---|
| Avvio | Quale evento fa partire il lavoro e chi lo registra? |
| Ingresso | Quali informazioni servono davvero per procedere? |
| Decisione | Chi decide, secondo quale criterio e con quale sostituto? |
| Esito | Che cosa riceve la persona o il reparto successivo? |
| Eccezione | Che cosa succede se manca un dato o la richiesta cambia? |
| Traccia | Quale stato e quale decisione occorre ritrovare in seguito? |
Per ogni dato indicate chi lo inserisce e chi può correggerlo. Se riguarda persone identificabili, chiedete a chi segue la privacy quali informazioni sono necessarie alla finalità del processo e quali accessi sono giustificati. Questa scheda serve a valutare il software; non sostituisce gli adempimenti privacy applicabili.
Separare necessità e abitudini
Convertite la scheda in requisiti espressi come risultati. «Il responsabile vede le richieste senza assegnatario» è verificabile. «Dashboard moderna» non spiega quale decisione debba aiutare. Indicate per ogni requisito chi lo userà, con quale frequenza e che cosa accade se manca.
Classificate i requisiti in tre gruppi: indispensabili per completare il processo, utili ma gestibili con un passaggio concordato, opzionali. Un passaggio manuale non è sempre un motivo per scartare il prodotto; va però assegnato a una persona e incluso nel lavoro previsto.
Necessità vs Abitudini nel definire requisiti
- Necessità (da trasformare in requisito)
- Il responsabile vede le richieste senza assegnatario
- Abitudine (non è un requisito funzionale)
- Dashboard moderna
Classificazione dei requisiti secondo importanza
- Indispensabili
- Requisiti fondamentali per completare il processo
- Utili (con passaggio concordato)
- Possono essere gestiti manualmente con accordo interno
- Opzionali
- Non critici, ma migliorano l’efficienza
Fermarsi prima della ricerca
La preparazione è sufficiente quando due colleghi possono seguire la stessa scheda e concordare quale esito aspettarsi, anche nel caso irregolare. Ripetete la scheda per gli altri processi che il prodotto dovrà coprire, poi portate alla ricerca esempi fittizi. Se durante le demo scoprite che una decisione è ancora indefinita, chiaritela nell'impresa: il fornitore può mostrare come configurare una regola, ma non dovrebbe sceglierla al suo posto.
