Scherzo sempre con i miei amici startup che sono troppo accomodante per inventare una grande app. È solo una mezza battuta perché, se ti guardi intorno, noterai che molte applicazioni sono costruite a causa di un problema che i fondatori hanno incontrato, esaminato con altre persone e deciso di risolvere. Il mio problema è che compilare moduli e aspettare in fila non mi ha mai dato fastidio. Non mi strappo i capelli quando un pacchetto è in ritardo, o mi manca un dato, o il condimento della mia pizza non era quello giusto. E qualsiasi problema che sia abbastanza grande da farmi andare il sangue alla testa è un problema che non saprei nemmeno come risolvere. Come la disuguaglianza di reddito, l'assistenza sanitaria o la povertà globale. È improbabile che io possa risolvere uno di questi problemi con un'app.
Quindi, la tua prossima migliore opzione è fare quello che ho fatto io: Uscire e parlare con le persone. Scoprire cosa li fa incazzare. Chiedete loro l'ultima cosa che li ha veramente frustrati. Come si sono sentiti? Qual è stata l'esperienza. Approfondisci un po'. Offrigli una birra mentre lo fai. O diverse birre. Se non puoi generare problemi tuoi da risolvere, allora la prossima cosa migliore è trovare persone, e aiutarle a risolvere i loro.
Ma, e qui è la chiave, prova a guardare oltre la superficie dei problemi che raccogli. Ci sono ipotesi comuni in ogni caso che devono essere risolte? Si tratta di un problema di design o di codice? Il problema che viene risolto è scalabile, e può scalare organicamente (attraverso il passaparola, per esempio) o richiede lavoro per scalare (contratti commerciali o governativi, ecc)? Costruire un'app è facile. Capire COSA costruire è difficile.
Se è la tua prima app, alcune raccomandazioni:
1) Non cercare di nasconderla. Socializzatela, testate le vostre ipotesi, ottenete un feedback su ogni pezzo, e fatelo PRIMA. Nel momento in cui la vostra app comincia a fare qualunque sia la sua funzionalità principale, trovate qualcuno a cui potrebbe interessare e mostrategliela. Anche se non sei un tipo da UX, alcuni principi base di UX possono aiutarti.
2) Non abbiate paura della parola "pivot". I cambiamenti incrementali basati sui test sono certamente lo scenario migliore, ma se scopri che la tua premessa di base è sbagliata, non aver paura di girare l'angolo e andare in una direzione diversa. Spesso troverete parti della vostra tecnologia da riutilizzare. È qui che entrano in gioco i test costanti e precoci, perché possono aiutare a prevenire la necessità di un pivot, ma non sappiamo cosa non sappiamo, e una nuova direzione potrebbe sempre essere nel vostro futuro.