Se vi mostrassimo la versione di Easy LMS del 2014, forse non la riconoscereste nemmeno! Da allora ci siamo evoluti molto e continuiamo a farlo. La nostra visione aziendale, insieme al vostro feedback, sono le due forze che ci hanno guidato lungo il percorso.
Nel nostro articolo 'What's new?', vedrete che abbiamo aggiunto molte nuove funzionalità nell'ultimo anno. Indipendentemente dal numero di funzionalità realizzate, riceviamo molti feedback e richieste di funzionalità da parte vostra (ma a noi piace, quindi continuate a farle?).
Vorremmo poter soddisfare le aspettative di tutti, ma la realtà è che dobbiamo scegliere quali funzioni realizzare. Questo, ovviamente, è un po' complicato. Vogliamo rendervi felici, pur rimanendo fedeli alla nostra visione e al nostro progetto per Easy LMS. Indipendentemente dalla realizzazione di una funzione, è un buon momento per conoscere meglio le vostre esigenze e condividere con voi i nostri obiettivi e limiti. È più facile dirlo che farlo. Per fortuna, abbiamo alcuni mantra che ci aiutano a gestire le richieste di funzionalità.
Mantra 1: esprimere gratitudine
Ci piace ascoltare i vostri commenti e apprezziamo il fatto che vi prendiate il tempo di condividere le vostre idee con noi! A prescindere dalla possibilità di implementare o meno la funzione, questo ci informa su alcune tendenze e ci fornisce un quadro chiaro di ciò che vorreste vedere in Easy LMS. Naturalmente, vi siamo grati per il tempo che ci avete dedicato per condividere le vostre idee. E se la vostra funzione verrà realizzata, vi contatteremo direttamente quando verrà rilasciata!
Mantra 2: Non fare promesse
Per noi è piuttosto difficile dire di no
Vogliamo essere un'azienda aperta e amichevole. Per questo è difficile dire di no! Quando qualcuno richiede una funzionalità che non rientra nella nostra visione più ampia del prodotto, vogliamo dire questo: "Volete che questa funzionalità venga realizzata? Nessun problema! La costruiremo e la renderemo disponibile entro due settimane". Nonostante la nostra consapevolezza dei piani del team di prodotto per Easy LMS, abbiamo ancora un'irrefrenabile voglia di liquidare il tutto per soddisfare i vostri desideri.
Questo potrebbe rendervi più felici al momento, ma sarebbe disonesto. In questa fase del processo, non possiamo sapere quando o se una funzionalità verrà sviluppata. Anche quando riceviamo richieste già avviate, non possiamo promettere una data, perché preferiamo prenderci tutto il tempo necessario per renderla perfetta piuttosto che affrettarci a rispettare una scadenza!
Il mancato rispetto delle nostre promesse creerebbe sicuramente ulteriori delusioni e insoddisfazioni lungo la strada. Anche se a nessuno piace sentirsi dire di no, preferiamo essere trasparenti e onesti in anticipo piuttosto che fare promesse che non possiamo mantenere. E di solito siamo d'accordo anche con voi!
Preferiamo concentrarci sulla costruzione di funzionalità che aggiungano valore al maggior numero possibile di persone, piuttosto che essere guidati da richieste specifiche di singoli individui.
Mantra 3: Comunicare il quadro generale
Sulla stessa linea di pensiero, siamo aperti alle motivazioni che stanno alla base delle nostre decisioni. Una delle nostre filosofie principali è che preferiamo concentrarci sulla creazione di funzionalità che aggiungano valore al maggior numero possibile di persone, piuttosto che essere guidati da richieste specifiche di singoli individui. Questa visione è parte integrante del nostro processo decisionale. Per esempio, spesso riceviamo richieste in cui qualcuno si offre di pagare una tariffa per avere un lavoro su misura per il proprio account. Anche se avessimo una capacità di sviluppo illimitata per implementare la funzionalità, non la realizziamo. Questo tipo di lavoro personalizzato interferirebbe con la nostra visione di portare valore a tutti i nostri clienti con ogni miglioramento.
La decisione di costruire una funzionalità piuttosto che un'altra deriva da una decisione consapevole e strategica del nostro product owner.
Per determinare quali funzionalità apportano il maggior valore, abbiamo sviluppato un sistema strutturato per elaborare e dare priorità a tutte le richieste di funzionalità che ci pervengono. La decisione di costruire una funzionalità piuttosto che un'altra deriva da una decisione consapevole e strategica di Jeroen, il nostro product owner. Se la vostra richiesta di funzionalità non viene realizzata, potete essere certi che non è perché l'abbiamo dimenticata o ignorata. Vogliamo comunicarvelo condividendo un po' le nostre principali priorità in quel momento.
Mantra 4: Determinare ciò che il cliente vuole realmente
La parte che preferiamo quando riceviamo una richiesta di funzionalità è quella in cui riusciamo ad approfondire i motivi per cui una determinata funzionalità è utile. È una grande opportunità per discutere a lungo i dettagli del vostro caso d'uso individuale! Questo processo ci piace e ci aiuta a capire la vera origine della richiesta di funzionalità.
La combinazione di comprensione del caso d'uso e dell'origine del problema fornisce a Jeroen indizi sul modo migliore per risolverlo. A volte la soluzione migliore è una funzione completamente diversa! Siamo ancora più felici quando queste discussioni si concludono con la conclusione che una funzione esistente all'interno del nostro strumento può raggiungere lo stesso obiettivo?
