31. Eliminare le funzionalità inutilizzate
Perché è importante?
Sebbene sia sempre meglio evitare di sviluppare funzionalità di cui non si è sicuri che verranno utilizzate (vedere Rimuovere le funzionalità non essenziali dall'ambito), è comunque possibile rimuoverle in un secondo momento. Ridurre il sovraccarico del prodotto ed eliminare le funzionalità inutilizzate o di scarso valore commerciale è fondamentale per garantire efficienza, convenienza economica e sostenibilità ambientale. Ciò migliora l'esperienza dell'utente, riduce gli sprechi e si allinea alle esigenze degli utenti.
Cosa posso fare?
-
Misurare il tasso di adozione e la frequenza di utilizzo delle funzionalità
-
Inserire i risultati in una matrice con quattro quadranti: adozione bassa/alta e frequenza bassa/alta
-
Essere diligenti e pragmatici nel valutare se mantenere o eliminare le funzionalità con un basso tasso di adozione e frequenza di utilizzo
-
Disattivare le funzionalità selezionate
-
Mantenere una documentazione chiara e dashboard delle metriche di utilizzo delle funzionalità
-
Definire la durata prevista delle funzionalità e le condizioni/i fattori scatenanti per la loro dismissione nei documenti sui requisiti di prodotto (PRD)
-
Implementare un processo regolare e strutturato per la dismissione di funzionalità/prodotti, vedere capitolo 1
Cose da considerare
-
🧑💰 Cicli di sviluppo accelerati che enfatizzano l'uso efficiente delle risorse
-
🧑 Riduzione al minimo del debito tecnico per una maggiore durata ed efficienza del prodotto
-
🧑💰 Migliore esperienza utente con conseguente aumento dei tassi di conversione e della soddisfazione complessiva
-
🧑💰 Riduzione dei costi di manutenzione, grazie a una progettazione e un'esecuzione efficienti
-
💰 Ottimizzazione con conseguente riduzione delle spese per il cloud
-
💰 Rigorose misure di sicurezza dei dati che garantiscono la conformità e proteggono la fiducia degli utenti
Che aspetto ha il successo?
Possiamo applicare la stessa logica alle funzionalità delle applicazioni, dei servizi e dei prodotti. Gli utenti possono variare a seconda che la funzionalità sia progettata per scopi interni (sviluppatori, assistenza clienti, ecc.) o per gli utenti finali.
Promuovete una cultura del minimalismo e valutate insieme ai vostri designer e sviluppatori cosa sarebbe necessario per disattivare determinate funzionalità. Ciò influirà su altre parti dell'esperienza, del codice o dell'attività? Siate accurati nell'anticipare questi cambiamenti.
Sebbene utilizzate raramente, alcune funzionalità possono avere un alto valore percepito dagli utenti e potrebbero essere necessarie per competere con la concorrenza. In alcuni casi, sarà giustificato mantenerle, ma non dovrebbe essere la regola.