Il pensiero del prodotto nelle startup

Storia dietro le quinte#

Nel 2021, ho passato dal lavorare come designer di prodotti in una grande azienda a far parte del team di startup - Logto.

Qui, mi occupo sia del prodotto che del design. Questo nuovo ruolo è un netto distacco dalla mia precedente esperienza in un'azienda ben strutturata con processi e metodi di collaborazione chiari. Inoltre, ho perso il mio collaboratore più vicino, un product manager. Di conseguenza, ho dovuto assumere vari ruoli, tra cui prodotto, design, ricerca, marketing e persino gestione di progetti autonomi.

Il mio team ed io ci ritroviamo spesso immersi nelle discussioni più impegnative, revolving intorno a se implementare certe funzionalità del prodotto e definire il loro ambito.

In queste situazioni, tutti noi diventiamo appassionatamente coinvolti, esprimendo le nostre opinioni, con passione e un atteggiamento opinato. I punti di vista sembrano una miscela generata da una macchina complessa: a differenza di quanto scritto nei documenti, mancano di organizzazione e disciplina.

Questo è perché "l'intuizione" spesso emerge prima dell'espressione strutturata, provocando un mucchio di discussioni confuse, che conducono a battaglie filosofiche.

La motivazione dietro la scrittura di questo articolo è quella di organizzare i principi guida della presa di decisioni. Questi principi derivano dalle mie esperienze personali e riflessioni lavorando nell'ambiente startup, e non sono alcun tipo di panacea. Spero di fornire ispirazione e prospettive per gli imprenditori o per coloro che lavorano in prodotto, ingegneria o design.

Questo articolo è molto interessante da leggere se sei nella seguente situazione...

✅ Costruire una squadra di avvio per lo sviluppo di prodotti da 0 a 1, insieme a strategie GTM (Go-To-Market), soprattutto per l'espansione internazionale.

✅ L'espansione dei prodotti da 10 a 100 richiede l'istituzione di una roadmap di prodotto.

✅ I responsabili del prodotto o i ruoli con responsabilità di pianificazione imparano a identificare prontamente le opportunità.

✅ ICs imparate a guidare nuove iniziative all'interno di grandi organizzazioni.

Questo articolo NON è fantastico da leggere se sei nella seguente situazione...

❌ Progetti ambigui avviati dall'alto verso il basso da responsabili o dirigenti.

❌ Progetti distanti dai obiettivi di business volti a convalidare l'impatto individuale o del team indipendente.

❌ Richieste di prodotto altamente personalizzate focalizzate principalmente su grandi clienti.

Nella maggior parte dei casi, dovremmo essere concentrati#

Da un punto di vista assoluto, considero anche che mantenere la concentrazione è senso comune, indipendentemente dalle dimensioni dell'organizzazione, poiché le risorse sono limitate.

Le risorse qui non si riferiscono solo alle risorse finanziarie, ma anche al tempo: in termini di tempo, sia le squadre di startup che le grandi corporation sono sullo stesso piano.

Nella maggior parte dei casi, dovremmo concentrarci sulla creazione di funzionalità essenziali e scalabili che si allineano con le esigenze dei nostri utenti target e le persone dei clienti. Il prodotto dovrebbe essere un "killer di dolore" piuttosto che una "vitamina."

Mantenendo la concentrazione, diventa più facile e naturale mantenere una chiara proposta di valore del prodotto e potenziare la comprensione del cliente. Il prodotto progredisce costantemente verso la sua visione, espandendo gradualmente il problema che affronta in un modo sano, promuovendo la crescita organica.

Non dobbiamo risolvere ogni problema; dovremmo mantenere la nostra prospettiva e avere il coraggio di dire di no.

Allora, lascia che io scriva su diversi tipi di "segnali" per se "questa funzione vale la pena di sviluppare."

Segnali di superficie#

Questo concetto, "segnali di superficie", rappresenta segnali superficiali che possono servire come riferimenti ma che hanno ancora molta strada da fare prima di prendere decisioni.

I concorrenti hanno implementato questa funzione#

Mentre recentemente mi piace studiare scienze politiche, fare confronti è un metodo simile all'analisi politica, mirato a guadagnare "possibilità." Avere questa prospettiva più ampia può offrire intuizioni, quindi, nel nostro contesto attuale, è significativo studiare vari prodotti.

Tuttavia, se ci affidiamo eccessivamente all'analisi dei concorrenti, tende a portare a decisioni di prodotto che mancano di pensiero strategico. È essenziale considerare perché un concorrente non ha implementato una funzione: non si allinea con i loro valori, gli utenti target, le priorità strategiche o le risorse?

1. Non si allinea con i loro valori
2. Non si allinea con il loro utente target
3. Risorse aziendali limitate, e ci sono un sacco di eredità
4. Non si allinea con le loro priorità strategiche
5. Naturalmente, non esitare a considerare la possibilità: abbiamo esagerato?

Quindi, l'analisi dei concorrenti dovrebbe fornire spunti piuttosto che decisioni assolute. È solo parte del processo di raccolta delle informazioni per prendere decisioni.

Utilizzo di deduzioni di scenari logici e soggettivi#

Le persone del prodotto che sono abili nel capire le prospettive degli utenti e nell'usare la deduzione di scenari possono rapidamente verificare o scoprire nuovi scenari. Tuttavia, questa è solo un'ipotesi e richiede ulteriori lavori in un ambiente di realtà go-to-market.

Sebbene dedurre scenari plausibili sia prezioso, fare affidamento solo su questo approccio può portare alla creazione di un prodotto "tutto in uno" o ingombrante prima di raggiungere il product-market fit, rendendo difficili le iterazioni e gli aggiustamenti successivi.

Un semplice analogia è trattare ogni scenario utente dedotto come un progetto di avvio 0-1, considerando mini strategie go-to-market, portando prospettive di marketing e facendo domande difficili. Questa valutazione multidimensionale va oltre le esigenze degli utenti e l'esperienza.

Feedback degli utenti ad alta frequenza#

Spesso, il feedback degli utenti ad alta frequenza diventa un principio guida per lo sviluppo delle funzionalità e il design del prodotto. Tuttavia, questo principio guida può essere una trappola a volte. Mentre cresco e lavoro più progetti, stabilisco questo tipo di quadro per affrontare e gestire il feedback degli utenti,

1. Definire il problema e crazily e ripetutamente riformularlo

   Questo processo comporterà molte deliberazioni, andirivieni e dibattiti, richiedendo un po' di tempo e fatica. Non pensare che questo processo sia inutile, perché attraverso le discussioni, divergerà e scoprirà alcuni problemi di "iceberg sottostante." Il mio team ed io eravamo soliti litigare facilmente all'infinito su ciò che è giusto e sbagliato e su possibili soluzioni, il che non è buono. Ora, siamo più in sintonia nel riconoscere dove ognuno di noi sente i problemi e ci concentra sulla risoluzione dei problemi. Questo processo è molto prezioso.

2. Opinato vs. Non opinato

   È super necessario definire se questa funzione/scenario dovrebbe seguire un approccio opinato o non opinabile. Per esempio, Notion è un prodotto opinato; Google Docs è in qualche modo opinato; Microsoft Word non è opinato. Come costruttore di SaaS che mira a innovare il vecchio paradigma, è meglio andare con l'approccio opinato. I prodotti opinati dividono e filtrano gli utenti, e quelli che sono d'accordo con loro sono entusiasti di esprimere il loro sostegno. È estremamente utile per aiutare il prodotto in fase iniziale a trovare utenti semina e a creare narrazioni facili da comprendere.

   Se vai con un approccio opinato, cerca di risolvere il problema con una singola soluzione per scenario. Se sorge una soluzione alternativa (Soluzione B per un dato Scenario A), considera se la Soluzione A affronta veramente i punti dolenti. Se non è così, rivediamo la Soluzione A piuttosto che introdurre semplicemente un'altra soluzione.

   I principi di prodotto di Intercom hanno ispirato questo approccio: "Costruire un prodotto che è opinato di default ma flessibile sotto il cofano."

3. Riconosci che gli utenti potrebbero suggerire Job-to-be-done avanzati

   Alcuni utenti potrebbero proporre l'utilizzo di una funzione destinata allo Scenario A per risolvere lo Scenario B. Identificare queste insidie è cruciale; non investire eccessiva energia in problemi indegni.

   L'unica situazione che merita attenzione è quando la Soluzione B indica un bisogno genuino, non solo un'alternativa alla Soluzione A. Questo significa che la Soluzione B affronta un "problema appena nato" strettamente correlato alla visione e alla missione del prodotto. Questo segnale è prezioso quando l'azienda vuole crescere ulteriormente e scoprire la sua prossima fase di espansione significativa.

Segnali cattivi#

Questa funzione complicherà il prodotto#

Evitare di complicare un prodotto non riguarda l'ignorare la soluzione di problemi impegnativi, ma è un promemoria che conciliare un prodotto "complesso, onnicomprensivo" con un'esperienza "semplice, user-friendly" è irrealistico nel mondo reale. Se ignori come tutto funziona insieme (pensiero sistemico) e ti concentri solo sulla risoluzione dei problemi di esperienza utente frammentata, il risultato è un prodotto mal progettato.

I prodotti complessi innescano una reazione a catena, rendendo difficile l'auto-servizio e allungando il tempo necessario per vedere il valore nel prodotto.

La progettazione di strumenti per le imprese (2B) è in qualche modo filosofica: comporta la creazione di modelli mentali in tandem con gli utenti e l'istituzione di una struttura che può anticipare il comportamento dell'utente. La complessità spesso deriva da architetture inconsistenti e non strutturate, che cercano di soddisfare le richieste mettendo insieme le interazioni, risultando in prodotti che sono "sopravvissuti" piuttosto che fornire eccellenti esperienze utente.

Le funzionalità che rendono un prodotto complesso, dalla richiesta alla soluzione, sono tutti segnali cattivi.

Sebbene questo potrebbe non aiutarti definitivamente a dire di no, è un punto cruciale che richiede chiari compromessi.

Questa funzione danneggerà il posizionamento e la narrazione del prodotto#

In altre parole, creare caratteristiche che non si allineano con il posizionamento di un prodotto danneggia e offusca l'immagine del prodotto. Ad esempio, Logto è uno strumento per sviluppatori che si concentra sulla gestione dell'identità in questo momento. Se dico, costruiamo una funzione di strumento di marketing, questa è una cattiva strategia.

Questa funzione consuma risorse significative ma è difficile valutare e percepire i benefici#

Questa prospettiva deriva da un obiettivo di business di una società o organizzazione. Ho visto molte attività svolte in un ambiente aziendale o grande impresa, come:

1. Stabilire una piattaforma dati per migliorare l'efficienza dell'ingegneria.
2. Creare un modello di previsione della crescita ogni singolo anno.
3. Tentare un cambio di marca di un prodotto maturo.

In uno stato operativo relativamente stabile, queste scenari sono preziosi e dovrebbero essere incoraggiati e sostenuti. Tuttavia, in ambienti di startup impegnativi, tali progetti richiedono risorse significative e tempo per convalidare il valore, indicando un impegno nella ricerca professionale piuttosto che nel successo aziendale. Questo punto sottolinea un conflitto tra ricerche personali, credenze di carriera ed obiettivi commerciali.

Sebbene avviare progetti proattivamente sia ammirevole, è anche importante riconoscere che una dedizione eccessiva a qualcosa potrebbe non produrre ritorni degni di nota: brandire il mio martello per trovare chiodi, poi usando un righello per misurare quanto sono profondi i miei buchi e quanto è grande il mio raggio - questo potrebbe non essere cruciale nel grande schema. In realtà, la persona che mi assume per inchiodare i chiodi ha bisogno solo di un modo per appendere un'immagine, e non ho bisogno di dimostrare quanto sono abile nell'inchiodare.

Buoni segnali#

Allineamento con la visione del prodotto e la roadmap#

Questo punto astratto ma vitale può essere concretamente valutato: quando si considera una funzione, chiedi se gli utenti sarebbero significativamente delusi se il prodotto non l'avesse, causando potenzialmente la loro partenza. Per esempio, considera l'attuale posizionamento del nostro prodotto Logto per risolvere i problemi di autenticazione, autorizzazione e gestione degli utenti/organizzazioni. Più una funzione è strettamente correlata a questi aspetti, più alta è la sua priorità. Se a Logto mancava una particolare funzione, quanto sarebbero delusi i nostri utenti? Se la risposta è sì, suggerisce che la priorità è alta ed è la nostra missione fornire un'ottima esperienza per lo sviluppatore a questo problema.

Abbastanza convalida o chiara ipotesi#

La Silicon Valley enfatizza spesso la ricerca sull'utente e la dimensione delle opportunità per la loro praticità e rigore. Questi due aspetti indicano che una funzione vale la pena di esplorare e sviluppare quando forniscono intuizioni positive.

"Perché no?"#

Questo concetto implica il frutto basso che porta un'enorme quantità di gioia e benefici senza sforzo, rendendolo parte della personalità e del marchio del prodotto.

Questa funzione rappresenta l'innovazione#

In mezzo a tutte le analisi, il pensiero razionale è essenziale, ma permettere spazio per l'intuizione è anche cruciale. Se sei convinto che una funzione sia il futuro malgrado l'assenza di dati razionali o validazione del mercato, vale la pena esplorarlo.

Altre funzioni ambigue? Mantenere nella fase di ricerca ed esplorazione.#

Per altre funzioni indistinte, consenti loro di svilupparsi e possiamo osservare i "segnali" nel tempo naturalmente.

Bilanciare l'essere aperto di mentalità e mantenere il pensiero critico in un ambiente in rapido movimento#

Durante lo sviluppo del prodotto, l'imprenditorialità e le interviste di lavoro di prodotto, potresti incontrare molte domande stimolanti, in particolare nella Silicon Valley, come il tema che ho menzionato sopra, dovremmo costruire questa funzione?

Sebbene questo tipo di domande potrebbe non avere principi universali, richiedono esecuzione e riflessione attente in situazioni concrete. Tuttavia, scomporre grandi e vaghe domande in risposte tangibili è un'abilità che i costruttori rifinisco nel corso delle loro carriere ed è un superpotere per costruire ottimi prodotti.

Spero che le intuizioni fornite possano ispirare il tuo approccio al pensiero del prodotto in una startup. In Logto, apprezziamo molto la costruzione di prodotti che gli sviluppatori amano. Siamo felici di chattare e condividere le nostre prospettive su argomenti simili.