Come posso spiegare che stiamo sprecando tempo per gli sviluppatori aggiungendo funzionalità non necessarie?

Quindi ho guidato l'incarico con i miei colleghi ingegneri per, almeno, iniziare a "pensare" a Lean. Abbiamo colpito alcune importanti aree di rifiuti e 2/3 portano allo stesso identico punto ... "Funzioni extra". Dogfood il nostro software su due fronti, vendite e project management. Funziona benissimo per le vendite, perché è per questo che un CRM è ottimo. Non è così eccezionale per la gestione dei progetti e spesso ci viene assegnato l'aggiunta di funzionalità extra per farlo funzionare per questo caso d'uso.

Ha più senso continuare ad aggiungere funzionalità che non aggiungono alcun valore per il cliente o dovremmo accettare che avere il nostro team di vendita che utilizza il nostro prodotto sia "abbastanza buono" e magari cercare una soluzione standard?

professionalism dogfooding

— user115710
fonte

Qual è il tuo prodotto (non il nome specifico del prodotto, più il tipo "è un CRM per le case editrici")? A cosa serve? Che cosa stai facendo?

Le funzionalità sono necessarie o non lo sono e se l'utilizzo della tua app da parte della tua azienda è così diverso da quello del tuo cliente, non sei davvero un alimento per cani. Sembra che qualcuno voglia la loro torta e la mangi anche.

— JeffO,

Stiamo usando il nostro strumento CRM come sistema di gestione del progetto.

— user115710

Bene, abbiamo un team che lo utilizza e credo

— fermamente

Forse dovresti rendere "Project Management" una funzionalità che può essere venduta ai tuoi clienti e un modulo aggiuntivo. Quindi il "cibo per cani" avrebbe molto più senso.

— Doc Brown,

Risposte:

Non sono d'accordo con la tua valutazione iniziale.

Prima di tutto, è altamente improbabile che la tua azienda sia così unica o insolita che i tuoi clienti potrebbero non trarre vantaggio dalle tue funzionalità personalizzate.

Il cibo per cani (anche se devi personalizzare il software per farlo funzionare nella tua azienda) è uno dei modi migliori per ottenere un "controllo della realtà". L'inconveniente dovrebbe essere particolarmente significativo per superare i benefici che si ottengono.

Inoltre, è più economico usare le tue cose piuttosto che comprare qualcos'altro da usare internamente. Se non stai usando le tue cose, che fiducia hai a dare ai tuoi clienti?

Detto questo, se la tua applicazione non si presta bene al dogfooding (cioè non è un'applicazione di Project Management, ma stai provando a usarla per Project Management), devi decidere se aggiungere funzionalità o meno per renderlo lavorare in un ruolo di Project Management (quando i tuoi clienti non lo usano in questo modo) vale la pena, la spesa aggiuntiva e la complessità.

Le funzionalità di cibo per cani che il cliente non vedrà mai non ha molto senso, a meno che non ti risparmi abbastanza denaro non dover acquistare una soluzione standard per superare tutti gli svantaggi.

— Robert Harvey
fonte

Come ho detto nella mia domanda, stiamo inserendo un piolo quadrato in un foro circolare utilizzando il software in modi che un cliente non farebbe mai. Vuoi spiegare come questo sta aggiungendo valore al cliente se il cliente non lo usa mai?

— user115710

Inoltre, il nostro team di vendita utilizza la versione "consumer" dello strumento CRM in modo identico ai nostri clienti, quindi sì usiamo le nostre cose.

— user115710

@ user115710: "utilizzare il software in modi che un cliente non farebbe mai" - onestamente, non lo leggo nella tua domanda. Dovresti modificare la domanda, inserire tali informazioni e rimuovere il rant, quindi hai maggiori possibilità che non venga chiuso presto.

— Doc Brown,

@RobertHarvey: sviluppare e usare le proprie cose - non vendute a nessun altro - potrebbe effettivamente essere più costoso che non sviluppare quelle funzionalità e acquistare invece qualcos'altro. Ma forse il problema è che non vendono le funzionalità di gestione del progetto.

— Doc Brown,

@ user115710 - Non dire mai mai. Se non riesci a farlo funzionare per te, allora sì, non c'è speranza che il client possa farlo funzionare, ma non lo sai mai. Lascia che il tuo personale addetto alle vendite e al marketing si senta entusiasta di questo utilizzo e lo spingeranno contro qualcuno.

— JeffO,

Elabora tutte le richieste di funzionalità della tua azienda come se fossero per un cliente e mostra i costi per farlo. Quindi fai un confronto fianco a fianco con un software standard.

Successivamente, evidenzia le funzionalità della tua azienda che sono nascoste ad altri clienti in quanto non esiste un vantaggio netto a meno che la funzione non risparmi più tempo / denaro di quanto ci sia voluto per produrre.

Chiunque stia facendo il bilancio dovrebbe immediatamente vedere il valore di passare il tempo a nutrire il cane come il tempo che potrebbe essere speso per lavorare producendo entrate.

— Kevin
fonte

Ciò ignora che il cibo per cani ha più usi che semplicemente fornire un servizio specifico che potrebbe essere realizzato da altri software: se si mangia il proprio software, questo è simile a un test UX continuo e al QA in un ambiente semi-controllato, ma piuttosto reale. Come lo quantificate?

— amon

I test automatici non avrebbero la stessa capacità?

— user115710

@Amon, il cibo per cani non dovrebbe sostituire nessuna parte della convalida del QA, quindi c'è un costo aggiuntivo. La gestione del prodotto potrebbe trarre vantaggio dall'utilizzo interno nel determinare le funzionalità da aggiungere e simili, ma non conosco questo tipo di budget.

— Kevin,