Ethan Ding di TextQL: Le 5 abitudini che possono accelerare il ciclo di sviluppo del prodotto

Hai avuto mentori o esperienze che hanno particolarmente influenzato il tuo approccio allo sviluppo prodotto e all'esperienza utente?

Nella mia carriera ho incontrato diversi leader di ingegneria di talento, il tipo che dice cose come “com'è possibile che questo progetto occupi il team per 3 mesi—io potrei farlo da solo in un weekend!" Questo caratterizza il nostro modo di sviluppare in TextQL. Ogni volta che pianifichiamo un prodotto puntiamo a realizzare tutto nella metà del tempo previsto per il progetto.

Si dice che i nostri errori a volte possano essere i nostri migliori maestri. Puoi condividere una storia sull'errore più divertente che hai fatto quando hai iniziato? E la lezione che hai imparato?

All'inizio fissavo un sacco di chiamate solo per chiedere consigli a persone di successo, ma non sapevo che tipo di consiglio chiedere. Quando iniziava la chiamata, rimanevo in silenzio davanti al CEO di un'azienda unicorno. Ora apprezzo molto di più il valore del mio tempo. Mi accorgo che le persone che hanno il tempo davvero prezioso chiedono sempre quale sia l'obiettivo di ogni riunione. Ho imparato che è bene essere consapevoli del tempo degli altri.

Qual è stato, secondo te, il momento che ha definito la tua carriera? Ci piacerebbe conoscere cosa lo ha preceduto, cosa è successo e che impatto ha avuto sulla tua vita.

Quando è iniziato il COVID, il mio stage è stato annullato. Non ho più ricevuto notizie da loro. La società di venture capital che mi aveva presentato a quell'azienda ha finito per assumermi per un progetto estivo e successivamente per un anno. Quel lavoro mi ha fatto innamorare dell'imprenditoria e mi ha presentato all'azienda dove ho lavorato dopo quell'esperienza.

Puoi raccontarci una storia sui momenti difficili che hai dovuto affrontare agli inizi del tuo percorso? Hai mai pensato di mollare? Da dove hai trovato la forza per continuare, anche nei momenti più difficili?

Mi sono reso conto che abbiamo iniziato la raccolta fondi in un periodo molto difficile—durante il Natale, quando la maggior parte delle persone è in vacanza. In quel periodo, mi sono reso conto che il mio visto sarebbe scaduto a gennaio. Sono stato rifiutato da almeno due dozzine di VC, perché durante il periodo natalizio nessun VC lavorava. Ma la pura disperazione di non voler essere espulso mi ha spinto a perseverare, così abbiamo insistito fino ad ottenere una term sheet prima di Natale.

Come rimani aggiornato sulle tendenze del mercato e sugli sviluppi dell'area product management?

Twitter.

Che ruolo gioca la collaborazione cross-funzionale nell'accelerare i cicli di sviluppo del prodotto e come favorisci una collaborazione efficace tra team e reparti diversi?

Credo che non si dovrebbe costruire nessuna funzionalità prima di avere un impegno di capitale da parte dei clienti per essa. Aspetta di avere quell'impegno prima di sviluppare qualsiasi cosa. Spetta al reparto Sales promettere solo quanto il lavoro per realizzarlo ne vale la pena. Il team deve essere allineato per farlo.

In base alla tua esperienza, quali sono le tue “Le 5 abitudini che possono accelerare i cicli di sviluppo prodotto”?

1 . Usa tantissimo il tuo prodotto—perché possono esserci milioni di cose che non puoi anticipare e che potrebbero andare storte. Non vuoi che siano una sorpresa per te.

2 . Verifica con il team di ingegneria quanto le stime siano davvero necessarie. Ci sono molte cose che dei buoni ingegneri sanno prevedere come possibili problemi futuri, quindi possono sovrastimare il tempo necessario per completare un progetto. Abbiamo concluso un progetto che avevamo stimato per 2 mesi in una sola settimana facendo proprio questo controllo.

3 . Sii trasparente quando parli con i clienti. Cambia il tono della conversazione con il cliente quando sai se puoi davvero aiutarlo o meno. Dagli un 'via d'uscita' durante le conversazioni di discovery e assicurati di non finire per lavorare su soluzioni senza sbocco.

4. Limita nel tempo le prove di concetto. Questo ti aiuta a evitare di spendere molto tempo ad aggiungere tante funzionalità a qualcosa di cui non sei sicuro che funzionerà.

5. Chiedi ai clienti quanto sono disposti a pagare. Se l’importo che sono disposti a pagare non supera il costo di sviluppo, probabilmente il tuo cliente preferirebbe che tu lavorassi su qualcos’altro.

Quali sono alcune delle trappole comuni in cui vedi cadere i team di prodotto quando cercano di accelerare i loro cicli di sviluppo, e come si possono evitare?

Serve una persona unica responsabile che si occupi della delega, dell’assegnazione delle responsabilità e che sia il punto di riferimento del progetto. Questa persona deve presentarsi come sicura e in controllo altrimenti si rischia di finire in un’analisi decisionale infinita.

Puoi condividere un esempio di quando hai dovuto fare una difficile scelta tra velocità e qualità durante un ciclo di sviluppo prodotto e qual è stato il risultato di quella decisione?

Questa non è mai una scelta difficile: puntiamo sempre sulla velocità. Siamo molto soddisfatti del nostro processo di vendita, ma non avevamo una pipeline veramente scalabile e gli ingegneri non erano tutti tranquilli del fatto che non fossero coperti tutti i casi limite. Nonostante ciò, il poco tempo impiegato per andare online ci ha permesso di giustificare l’allocazione di più risorse di ingegneria per scalare nel modo giusto.

Quanto è importante un approccio guidato dai dati nello sviluppo prodotto e puoi raccontare un episodio in cui i dati hanno influenzato in modo significativo il tuo processo decisionale?

Le aziende enterprise non hanno molta scelta riguardo allo sviluppo prodotto guidato dai dati. I clienti hanno pochi punti di contatto con i prodotti. I clienti enterprise generalmente sanno cosa fanno, non hanno bisogno di essere seguiti. Se viene detto loro che possono ottenere qualcosa con un prodotto, lo fanno.

Puoi raccontare un momento in cui il feedback degli utenti ha portato a un cambiamento significativo nella tua strategia di sviluppo prodotto?

L’esitazione di un cliente a pagare ci ha portato a ripensare completamente un prodotto che stavamo sviluppando e la priorità che avevamo stabilito. È successo anche altre volte con potenziali clienti. Se ti senti a disagio a parlare di pagamenti, c’è un motivo: è perché sai che il tuo prodotto non sta risolvendo il loro problema.

C’è una persona al mondo con cui vorresti fare una colazione o pranzo privato, e perché?

DJ D-Sol (David Solomon). Sembra una persona interessante che sa divertirsi, nonostante porti sempre un peso molto grande sulle spalle.

Per altri contenuti come questo, iscriviti alla newsletter Product Manager.