Je plaisante toujours avec mes amis créateurs d'entreprises en disant que je suis trop facile à vivre pour inventer un jour une application géniale. Ce n'est qu'une demi-blague car, si vous regardez autour de vous, vous remarquerez que de nombreuses applications sont construites à cause d'un problème que les fondateurs ont rencontré, vérifié avec d'autres personnes et décidé de résoudre. Mon problème est que remplir des formulaires et faire la queue ne m'a jamais vraiment dérangé. Je ne m'arrache pas les cheveux lorsqu'un colis est en retard, qu'il me manque une donnée ou que les garnitures de ma pizza ne sont pas bonnes. Et tout problème suffisamment important pour m'énerver est un problème que je ne saurais même pas comment résoudre. Comme l'inégalité des revenus, les soins de santé ou la pauvreté dans le monde. Il est peu probable que je puisse résoudre l'un de ces problèmes avec une application.
Donc, votre meilleure option suivante est de faire ce que j'ai fait : Sortez et parlez aux gens. Découvrez ce qui les énerve. Demandez-leur quelle est la dernière chose qui les a vraiment frustrés. Comment se sont-ils sentis ? Quelle a été l'expérience. Approfondissez un peu. Offrez-leur une bière pendant que vous le faites. Ou plusieurs bières. Si vous ne pouvez pas'générer vos propres problèmes à résoudre, alors la prochaine meilleure chose est de trouver des gens, et de les aider à résoudre les leurs.
Mais, et voici la clé, essayez de regarder au-delà de la surface des problèmes que vous collectez. Y a-t-il des hypothèses communes formulées dans chaque cas qui doivent être résolues ? S'agit-il d'un problème de conception ou d'un problème de code ? Le problème à résoudre est-il évolutif, et peut-il évoluer organiquement (par le bouche à oreille, par exemple) ou nécessite-t-il un travail pour évoluer (contrats commerciaux ou gouvernementaux, etc.) ? Construire une application est facile. Comprendre ce qu'il faut construire est difficile.
Si c'est votre première application, quelques recommandations :
1) N'essayez pas de la cacher. Socialisez-la, testez vos hypothèses, obtenez des commentaires sur chaque pièce, et obtenez-la TÔT. Au moment où votre application commence à faire n'importe quelle pièce de fonctionnalité de base, trouvez quelqu'un à qui cela pourrait importer, et montrez-lui. Même si vous'n'êtes pas un gars de l'UX, certains principes de base de l'UX peuvent vous aider.
2) N'ayez pas peur du mot " pivot ". Les changements incrémentiels basés sur les tests sont certainement le meilleur scénario, mais si vous constatez que votre prémisse de base est défectueuse, n'ayez pas peur de tourner un coin et de prendre une direction différente. Souvent, vous trouverez des parties de votre technologie à réutiliser. C'est là que les tests constants et précoces entrent en jeu, car ils peuvent aider à prévenir la nécessité d'un pivot, mais nous 'ne savons pas ce que nous ne savons pas'et une nouvelle direction pourrait toujours être dans votre avenir.