Ottenere un feedback puro in anticipo, senza danneggiare la marca esponendo le caratteristiche non lucidate

3

Ottenere un feedback utile nelle prime fasi del ciclo di sviluppo ti porta a una funzione di alta qualità più veloce.

E il feedback più utile può essere sotto forma di utenti che effettivamente usano qualcosa in natura, invece che in un'impostazione forzata. Se vedete che gli utenti usano una funzione durante l'uso effettivo del prodotto, la loro esperienza è "onesta" perché usano il loro tempo prezioso, e non stanno tirando pugni o dicendo "sì" a cose che in realtà non fanno significare.

Il problema che sto incontrando è che per ottenere questo feedback dolce il prima possibile, devo mostrare le caratteristiche non lucidate.

Quindi la mia domanda è: come si bilanciano questi due aspetti? (ottenere feedback precoci e non corretti tramite l'uso effettivo di una funzione, rispetto all'esposizione di feature non lucidate e quindi agli utenti di uno standard di qualità inferiore)

Per le grandi aziende, so che a volte mostrano un piccolo sottoinsieme di nuove funzionalità agli utenti prima di rilasciare a tutti, ottenendo così un feedback eccezionale, ma senza rischiare il loro marchio nell'intera base di utenti. Ma la mia domanda è per la situazione in cui si ha un basso volume di utenti (come un prodotto B2B precoce), quindi non puoi permetterti di usarli come "porcellini d'India" perché sono tutti molto importanti.

    
posta tscizzle 04.10.2016 - 00:46
fonte

4 risposte

5

But my question is for the situation where you have a low volume of users (like an early B2B product), so you can't afford to use them as "guinea pigs" because they are each very important.

Ovviamente questo è vero ma ha un effetto a due lati. Se non esegui il test, non puoi migliorare il tuo prodotto e questo influirà negativamente anche sul tuo utente.

Detto questo: il test non deve essere come il gioco d'azzardo. Può essere un esercizio misurato. Le aziende più grandi a cui fai riferimento generalmente sono molto brave a misurare tutte le interazioni tra gli utenti e l'app.

Quindi, per esempio, FB misura quanti video guardi sulla tua timeline. Quando aggiornano il software della timeline con una nuova versione, fanno questo:

  1. Prima: misurano sempre le statistiche in modo che conoscano il "normale", diciamo 5 video.
  2. Invia l'aggiornamento a una piccola percentuale di utenti
  3. Misura quanti video guardano, diciamo 2, aggiornamento errato
  4. Dopo alcune misurazioni decidono automaticamente (hanno una squadra che lo controlla):

    if(currentVideosWatched < 50% * videosWatchedBefore) {
        alertDevelopersToFix();
        // FB doesn't seem to revert the release but I know of systems who automatically revert the update to the last stable version which may work well for you.
    }else{
        increaseAmountOfUsersForThisVersion();
    }
    

Puoi rendere questo processo come manuale o automatico come desideri.

In questo modo impediscono che si verifichino problemi davvero brutti. Puoi fare la stessa cosa in modo più semplice fuori rotta. Maggiori informazioni qui: link

Per convertire è nel tuo caso:

The problem I'm running into, is that to get this sweet feedback as soon as possible, I have to show features unpolished.

Dipende dal tuo metodo di sviluppo fuori rotta, ma in generale dovresti essere in grado di fornire funzionalità che sembrano "buone". Con questo intendo: non dovresti distribuire pezzi che non sono ancora finiti. Non ha senso. Inoltre, non è necessario fornire versioni completamente lucidate. Questo è l'altro lato.

Questa è una valutazione professionale che devi fare. In generale: crea una funzione meno complessa / completa e avvialo. Quando ottiene trazione puoi migliorarlo ulteriormente. La cosa più importante è che ottieni le metriche in modo da non dover indovinare, ma puoi prendere decisioni reali in base ai fatti.

So my question is, how does one balance those 2 concerns? (getting early, uncut feedback via actual use of a feature, vs. exposing unpolished features and thus showing users a lower standard of quality)

Cerca di fornire piccole caratteristiche di bell'aspetto e le loro misure iniziali. Questa è la linea di base. Se vuoi, puoi anche etichettarli nell'interfaccia con il flag "beta" se vuoi (anche se ciò potrebbe cambiare il comportamento degli utenti).

Su un piccolo B2B vorrei personalmente segnalare agli utenti dove vuoi inviare gli aggiornamenti beta. Quindi puoi includere persone a cui piace dare un feedback per primi.

L'altra vera alternativa che hai è assumere un gruppo di veri tester. Il problema è che devono essere sperimentati con il campo B2B in cui stai lavorando. Altrimenti non scopriranno i bug della logica di business ma solo quelli tecnici.

    
risposta data 04.10.2016 - 07:27
fonte
4

Offri due versioni sul tuo sito web.

Una versione è "La versione ufficiale, per la maggior parte degli utenti tipici".

L'altra versione è "La nostra build pre-release all'avanguardia per quegli utenti che sono abbastanza avventurosi per vedere quale direzione stiamo andando e forse influenzano quella direzione fornendo un feedback costruttivo, e a chi non importa un po 'di polvere ".

    
risposta data 04.10.2016 - 01:10
fonte
3

Trova un volontario.

Una società per cui lavoravo aveva molti clienti analfabeti della tecnologia e alcuni esperti di tecnologia. I tecnici esperti erano felici di essere i primi a ricevere e fornire feedback sulle ultime versioni. Sapevano che erano le nostre cavie, e lo adoravano.

    
risposta data 04.10.2016 - 08:22
fonte
1

Una variazione sulla prima risposta: la società per cui lavoravo aveva un'istanza di test dedicata che i clienti potevano usare sapendo che questo era un vero codice di pre-release e test dei dati (testare gli utenti potevano aggiungere i propri dati proprio come potevano nella produzione) . Principalmente è stato utilizzato per test di compatibilità, assicurandosi che il loro software funzionasse correttamente con il nostro nuovo software. Dal momento che è noto per essere in prova, sembra un modo semplice per fare quello che vuoi.

    
risposta data 04.10.2016 - 01:22
fonte

Leggi altre domande sui tag