di Vivian Bullinger | 03.02.2021
Come posso sviluppare ulteriormente un prodotto? Come si fa a uscire dalle procedure consolidate? E come posso consentire una maggiore creatività nello sviluppo del prodotto tenendo sempre presente l'utente del prodotto? Queste sono le domande che il team di Solar-Log ha affrontato lo scorso anno. Il rilancio del Solar-Log WEB Enerest™ era all'ordine del giorno. Con il rilancio, il prodotto esistente doveva soddisfare ancora meglio i complessi requisiti di un potente sistema di monitoraggio fotovoltaico. La sfida consisteva nel mettere in discussione in modo critico le soluzioni consolidate e nell'implementare nuove idee. Il tutto con un occhio di riguardo alle esigenze dei diversi gruppi target.
Metodo classico di sviluppo del prodotto. Svantaggi molto lunghi e non sufficientemente orientati al cliente.È apparso subito chiaro che i processi stabiliti non portano necessariamente all'obiettivo desiderato. La procedura standard di raccolta dei requisiti attraverso un foglio di specifiche fino allo sviluppo richiede troppo tempo per un prodotto software dinamico e non coinvolge sufficientemente il cliente. Nel peggiore dei casi, lo sviluppo sarebbe già obsoleto quando raggiunge la maturità del mercato e non soddisferebbe al 100% le esigenze del cliente.
Una volta chiarito che il percorso standard era fuori discussione, il team Solar-Log ha dovuto innanzitutto chiarire la questione chiave: Le nostre idee sul nuovo prodotto corrispondono a quelle del cliente?
Quando si tratta di requisiti e soprattutto della loro implementazione, spesso ci sono differenze tra le idee del product management e le reali esigenze del cliente. L'esempio seguente illustra questo problema:
Vorrei guidare da A a B
I requisiti elaborati non forniscono un quadro chiaro del prodotto finale. Quasi tutti avranno in mente un'immagine diversa quando leggeranno i requisiti. Ad esempio, una possibile soluzione è:
Ha senso fornire un prodotto funzionale già nella prima fase di sviluppo e svilupparlo ulteriormente con il cliente.I requisiti definiti sono la base di ogni prodotto, per cui è necessario prestare particolare attenzione a quest'area. Inoltre, con il nuovo Solar-Log WEB Enerest™ 4, i gruppi di clienti sono stati inclusi nella definizione dei requisiti.
Il prodotto viene costruito sulla base dei requisiti precedentemente definiti. L'obiettivo è quello di essere il più vicino possibile alle esigenze del cliente. Dopo le prime fasi di sviluppo, il cliente deve ricevere un prodotto con cui può lavorare e testare. Ciò significa che non si parte da una ruota, come nell'esempio seguente, ma da un veicolo idoneo alla circolazione. Questa base funzionale viene poi sviluppata. Questo ha il vantaggio che il cliente ha immediatamente davanti a sé un prodotto utilizzabile, che può essere ulteriormente ottimizzato o adattato alle sue esigenze.
Schema di un "Agile product development" in cui i clienti sono coinvolti attivamente.Una volta definito il percorso, è arrivato il momento dell'implementazione e della questione di come coinvolgere il cliente nel modo più efficace nel processo di sviluppo.
Prima di iniziare lo sviluppo, è stato necessario analizzare in dettaglio i requisiti del cliente. Ciò richiede più di un semplice sondaggio tra i clienti. Nello sviluppo agile di un prodotto, il cliente è coinvolto in vari punti. Il diagramma seguente illustra le varie fasi che si susseguono e che il team di sviluppo di Solar-Log WEB Enerest™ 4 ha seguito.
Con questa procedura, lo sviluppo del prodotto non perde di vista le esigenze del cliente. Il cliente riceve ogni fase della soluzione sotto forma di prototipo da testare.
Le diverse prospettive dei clienti e del team di sviluppo possono essere portate a un comune denominatore solo insieme.In primo luogo, è stato dedicato molto tempo alla raccolta e all'analisi congiunta dei requisiti del cliente. Il catalogo di requisiti risultante doveva essere esaminato criticamente insieme, cioè dal team di sviluppo e dal cliente. Durante questo processo, non solo si è sviluppato un quadro chiaro del portafoglio di requisiti, ma è emersa anche una comprensione reciproca per i punti di vista o le posizioni talvolta differenti.
Le personas riflettono i gruppi di clienti e devono essere chiaramente definite. Questi sono stati elaborati in diversi workshop con i clienti.Nella fase successiva, il team ha definito i singoli clienti che rappresentano un gruppo di clienti, le cosiddette personas. Il team di vendita di Solar-Log e i clienti selezionati hanno lavorato su queste personas in vari workshop. Il gruppo o le singole personas riflettevano un mix variopinto di clienti. Poiché i prodotti Solar-Log coprono un gruppo target molto ampio, era anche importante che ogni gruppo target fosse riflesso nelle personas. Ad esempio, è stato necessario includere gli impianti fotovoltaici e i loro gestori, nonché gli installatori, dai piccoli impianti su tetto agli impianti industriali da 2 MW.
Il vecchio e complesso sistema di ticket è stato trasformato in un elenco di cose da fare che ha richiesto meno programmazione e ha soddisfatto le esigenze del gruppo target.Segue il portafoglio dei requisiti. Il team Solar-Log ha sviluppato questo aspetto partendo dai requisiti del cliente per il nuovo software.
Questi requisiti si sono rivelati
L'esempio del sistema di ticket ha mostrato quanto possano essere distanti il cliente e il produttore. Per il team di Solar-Log è stato chiaro che il sistema di ticket, già collaudato, era adatto anche al nuovo prodotto. Nelle discussioni con i clienti, tuttavia, è emerso che i clienti più grandi lavorano già con un sistema di ticket separato e non intendono cambiare. Per gli installatori più piccoli, invece, è sufficiente un semplice elenco di cose da fare. Con questa consapevolezza, è stato chiaro che il sistema di ticket nella sua vecchia forma non era più necessario.
La nuova navigazione dovrebbe aiutare a trovare le informazioni più rapidamente. Con l'ausilio di post-it, sono state sperimentate diverse varianti per individuare la migliore.Con il catalogo dei requisiti e le funzioni definite che il nuovo software deve soddisfare, abbiamo iniziato a lavorare sui dettagli. È stata posta la seguente domanda: come il cliente immagina la navigazione e quali elementi sono importanti per lui?
Una buona navigazione spesso determina la bontà del prodotto nell'uso quotidiano. Un motivo in più per coinvolgere il cliente nella progettazione della navigazione. In ulteriori workshop, i clienti si sono confrontati con ciò che si cela dietro la struttura di una navigazione "semplice". Con l'aiuto di post-it, hanno discusso insieme le varie soluzioni. Ogni variante e combinazione presentava più o meno vantaggi e svantaggi. Il compito era quello di elaborare la migliore struttura possibile. Dopo un'intensa collaborazione, è stata creata la navigazione "ideale" per il cliente.
Solar-Log WEB Enerest™ 4Dopo l'impostazione teorica, è stato il momento di implementare le soluzioni sviluppate congiuntamente. È stato creato un portale dimostrativo, accessibile a tutti i clienti. In questo modo si è creato contemporaneamente un gruppo di test indipendente molto ampio per il nuovo software. Tutti coloro che si sono registrati al nuovo portale demo hanno potuto trasmettere il loro feedback direttamente a Solar-Log.
Il processo di sviluppo è proseguito. Il feedback ricevuto è stato valutato e incluso nell'ulteriore messa a punto, se necessario.
Il nuovo Solar-Log WEB Enerest™ 4 è disponibile qui.
Continuiamo ad attendere le vostre critiche costruttive.