Nous sommes une jeune équipe qui a décidé de rechercher le bonheur sur le marché des applications mobiles et a choisi un créneau très complexe pour cela, lié à l'auto-creusage, l'auto-tourment et la réflexion. Il s'agit de notre première série de publications sur Habré, si d'autres suivront dépendra de la façon dont notre aventure se développera à l'avenir.
En attendant, notre chemin est sinueux et plein de difficultés. Néanmoins, nous essayons de maintenir notre force, même dans les moments pleins de désespoir et de douleur. J'espère que mon histoire sur notre parcours d'un an et demi et toujours en cours peut apporter des avantages pratiques à quelqu'un et, au moins, avertir les développeurs novices des erreurs que nous avons commises.
On le constate tout de suite: le produit que nous développons n'est pas encore lancé et nous sommes loin d'avoir à évaluer nos résultats à ce stade. Cependant, l'application mobile est déjà disponible sur Google Play. Jusqu'à présent, la fonctionnalité de base a été mise en œuvre. En ce moment, nous sommes dans la phase finale de développement, après quoi nous aurons la partie la plus difficile du plan - entrer sur le marché et promouvoir le produit.
Nous avons participé à de nombreux événements de démarrage organisés par des fonds étatiques et quasi étatiques. Je ne sais pas comment aller plus loin, mais jusqu'à présent, nous en avons assez de la théorie de la création de start-ups informatiques et ... de toute façon, nous avons suivi notre propre chemin. Allons-y lentement, sans investisseurs et coups de pied d'en haut, inspirés par la foi en votre produit et le désir d'acquérir de l'expérience dans le domaine du développement d'applications mobiles.
Nous sommes conscients que notre produit est très spécifique, non conçu pour un public de masse, et nécessite une approche de promotion spéciale, sans convoyeur. Il est également évident que la création d'un produit de qualité et la construction d'un modèle commercial efficace sont deux processus différents, nous pouvons réussir dans l'un, mais échouer dans l'autre. Néanmoins, nous ne nous sommes pas donné pour tâche de «couper la pâte à tout prix», il était beaucoup plus précieux et intéressant de faire un produit bon et utile, que nous serions heureux d'utiliser nous-mêmes. Malheureusement ou heureusement (nous évaluerons cela plus tard), mais nous ne cherchons pas de moyens faciles.
Dès la quatrième tentative
Nous sommes une petite agence dans le domaine du développement web et de la publicité en ligne de la province russe. Nous travaillons depuis 6,5 ans, la plupart de nos clients sont des moyennes et grandes entreprises locales. Cependant, notre activité se limite aux sites Web et aux portails. Nous avons donc un double début. Ce n'est pas seulement la première fois que nous faisons notre application mobile. Nous ne les avons jamais fait auparavant.
Pour fabriquer mon propre produit, qui pourrait potentiellement non seulement bénéficier aux gens, mais aussi monétiser, j'ai personnellement rêvé pendant longtemps. Depuis le début des années 2010, «éclos» trois idées pour créer leurs propres projets Internet, mais pour diverses raisons, ils n'ont pas encore commencé la mise en œuvre. Et voici une nouvelle «approche».
Enfin, l'idée est sortie du papier et a lentement commencé à se transformer en un code complètement tangible. Et c'est notre petite victoire. Après tout, comme on dit, il vaut mieux faire et regretter que ne pas faire et regretter. Dans le pire des cas, nous dirons: «Personne n'a besoin de notre produit? Ok Mais nous avons fait tout ce que nous jugions bon et comme nous le pouvions. » Et nous resterons honnêtes, au moins pour nous-mêmes, et en même temps nous acquerrons des compétences et nous pourrons utiliser notre expérience à d'autres fins commerciales.
Je ne sais pas, plus mon partenaire responsable de la partie technique était guidé, acceptant de s’impliquer dans ce projet, que ce soit par la foi dans une idée ou le désir d’acquérir de nouvelles compétences. Il est important qu'il «donne le feu vert» et les choses se sont passées. Nous avons effectué la plupart du travail ensemble, faisant régulièrement appel à des sous-traitants pour résoudre des problèmes non essentiels (tels que la conception et la mise en page).
L'idée et son évolution
Le célèbre Gleb d'Arkhangelsk a un livre non moins célèbre «Time Drive: comment réussir à vivre et à travailler». Ce livre a une tonne de choses intéressantes, mais nous allons nous attarder sur une seule technologie, que l'auteur lui-même appelle "Mémoires et la définition des valeurs". Son essence est qu'à la fin de chaque journée, il est proposé d'écrire les événements les plus importants et les plus brillants émotionnellement de la journée et de les comparer avec des valeurs personnelles. Cette technologie, note Arkhangelsk, vous permettra de ne pas perdre les valeurs clés de la vie dans l'agitation de l'actualité. L'idée m'a semblé extrêmement attrayante et efficace, et j'ai essayé de créer un fichier simple à l'aide de Microsoft Excel. Je l'ai essayé et je me suis laissé emporter, alors le long et épineux chemin vers l'idée de l'application a commencé.
Petit à petit, mon fichier a commencé à «grandir» avec de nouvelles fonctionnalités. Par exemple, je suis arrivé à la conclusion qu'en plus d'enregistrer des événements, il serait utile d'évaluer chaque jour à une échelle compréhensible, d'examiner vos hauts et vos bas et d'identifier les causes de leur apparition. Le système a pris racine: d'une part, c'est un excellent auto-motivateur (essayant inconsciemment d'en faire plus et de vivre une journée plus efficacement), et d'autre part, l'analyse visuelle. Par exemple, vous pouvez maintenant dire exactement comment vous avez vécu le mois dernier - non pas selon vos sentiments personnels, mais selon un score très précis.
Plus c'est plus. Avec l'avènement du bracelet fitness, des données sont apparues sur les étapes franchies, l'heure du sommeil et la récupération. Avec la sortie de l'application Welltory, des mesures relatives aux niveaux d'énergie et de stress ont été ajoutées. CoinKeeper pratique à la fin de la journée en un clic affiche votre solde financier personnel pour la journée. Donc, lentement, dispersées, importantes pour moi, les données ont commencé à «migrer» vers ce fichier très xlsx. L'image entière de ma vie est devant mes yeux. D'une part, la valeur analytique - un tas de nombres différents sont entrelacés, vous pouvez suivre les tendances et les relations. Encore une fois, la motivation: lorsque toutes les données sont claires et à portée de main - vous voulez obtenir plus de résultats dans divers domaines de la vie: marcher plus, se lever plus tôt, dépenser plus efficacement, etc. En revanche, au fil du temps, ces données peuvent acquérir une valeur historique personnelle. Par exemple, ils aideront à rappeler la date à laquelle un événement s'est produit ou à suivre les tendances de la finance, de la santé ou de tout autre domaine de la vie au cours des dernières années.
Petit à petit, mon fichier s'est développé horizontalement et verticalement. De plus, la description textuelle du résultat de la journée au fil des ans est passée de quelques mots à des lectures pratiquement longues, donc tout faire dans Excel n'était pas très pratique. Après avoir essayé diverses autres options, je n'ai pas trouvé de solution unique qui résoudrait à 100% mes problèmes. Et nous avons commencé à développer une application, une sorte de «symbiose» d'un journal intime et d'un tracker avec un système d'analyse personnel dans une bouteille.
Bien sûr, lorsque nous décidions que nous étions guidés de loin non seulement par mes propres besoins, il serait complètement blasphématoire et utopique de projeter nos problèmes sur les besoins d'un large public. Nous avons étudié en détail le marché existant des services Web, des applications mobiles et des programmes Windows, mené des enquêtes et des études.
À la suite de ce travail, certaines fonctions ont été biffées comme inutiles, d'autres, au contraire, semblaient prometteuses et ont été ajoutées au projet.
Mais nous devons admettre honnêtement: au premier stade de développement, nous l'avons tous rendu trop compliqué et, par conséquent, nous sommes partis dans des chemins élaborés au mauvais endroit.
Version 1.0. À propos de la façon dont nous avons recyclé et sommes parvenus à un arrêt
Nous avons réagi à certaines choses trop fondamentalement, mais certaines choses de base simples ont été manquées. En conséquence, un service complexe et raisonnablement agréable est né, mais ... complètement non viable. Mais tout d'abord.
Tout d'abord, nous décidons de l'approche: nous décidons que le service web deviendra le cœur du projet, sur lequel nous accrocherons ensuite l'API et connecterons les applications pour différentes plateformes.
La première pensée dans l'implémentation technique était ce que nous savons et pouvons déjà faire: PHP, framework, MySQL, et plus encore. Mais, après avoir pensé au cerveau, avoir estimé les volumes et la quantité de données prévues, jeter un regard neuf sur tous les mouvements «tendance» modernes, ils ont changé d'avis. Le choix s'est porté sur MongoDB, NodeJS, React. Principalement attiré par la vitesse et l'évolutivité transparente de l'architecture. Et la sortie était une "application" vraiment réactive, quoique navigateur. Afin d'accélérer et de simplifier le processus de développement, nous avons décidé d'utiliser le framework Meteor en plus de notre pile technologique. Il est puissant, bien documenté, tout ce dont vous avez besoin pour un prototype et même pour le produit final est déjà dedans. Résumé un seul détail, mais à ce sujet plus tard.
En général, ils ont fait un excellent travail. Deux cents pages de documentation technique ont été rédigées et décrivent tous les processus internes et les fonctionnalités prometteuses du futur service / application Web. Un designer a été embauché dans le cadre d'un contrat qui dessine un logo pour nous et plus de 20 écrans détaillés. Un autre entrepreneur a été impliqué dans la mise en page - un mois et demi de travail minutieux, et les mises en page deviennent le code html. Alors que tout va bien, la qualité du travail nous convient parfaitement.
Ainsi, notre service Web gagne progressivement du terrain. Module par module, les principales fonctions deviennent opérationnelles et l'idée est claire. Et nous décidons enfin d'aller au-delà du studio avec le projet, «porter aux gens». Nous ouvrons le service en accès public marqué Beta. Dans le même temps, nous allons à un public hors ligne et parlons de notre projet lors de l'un des événements de démarrage locaux.
Sous la coupe, nous avons caché plusieurs dispositions de conception de notre service Web afin que vous puissiez évaluer ce que nous avons grossièrement créé:
Regarder les dispositions Lors de l'événement de démarrage, nous obtenons des conseils d'experts de l'un des fonds de capital-risque. Selon leurs conseils, la première étape consiste à attirer rapidement les utilisateurs. Nous résolvons une tâche spécifique: attirer 200 utilisateurs en une semaine afin de comprendre qui peut devenir nos utilisateurs actifs et obtenir des commentaires. A noter qu'à cette époque nous n'avions pas eu l'occasion de tester les ventes: les moyens de paiement n'étaient pas encore connectés. Après tout, loin de toutes les fonctions ont été mises en œuvre par nous, et la collecte d'argent pour le produit semi-fini semblait une entreprise étrange. Mais à l'avenir, nous avons vu la monétisation du projet dans le modèle d'abonnement.
Les utilisateurs ont été attirés de deux manières principales. Le premier est leur propre environnement, les participants aux événements informatiques (via les réseaux sociaux et la communication personnelle). La seconde - la publicité payante et gratuite sur les réseaux sociaux spécialisés, a même réalisé des mailings ciblés auprès des utilisateurs. Nous avons été invités à participer à des tests bêta, promettant un abonnement gratuit à l'avenir. En conséquence, la tâche a été accomplie à 75%: nous attirons 150 utilisateurs dans le délai indiqué.
Pour suivre les métriques de qualité, nous avons travaillé sur le panneau d'administration: nous avons créé des indicateurs d'activité pour utiliser différentes sections du service.
Les résultats ont été décevants: sur 150 utilisateurs enregistrés d'utilisateurs actifs - cinq. Quelques personnes supplémentaires ont visité le service de temps en temps, mais n'étaient pas actives. Laquelle de ces cinq personnes était prête à payer pour le service restait incertaine. Ainsi, nous n'avons reçu aucune confirmation de la viabilité de notre modèle économique (mais aussi de l'utilité et de la nécessité du produit).
Quant aux retours reçus, voici les exemples les plus marquants:
«Une interface très inhabituelle. C'est difficile à comprendre. "
«La seule chose que vous avez aimé, c'est le design. Donner un contact avec un designer? "
«Tout semble aller bien, mais je ne vais pas l'utiliser. Il s'agit de stocker mes informations personnelles, mais je n'ai aucune confiance dans les services russes. Je ferais mieux d’utiliser l’application Web de Singapour. Là, même si mes données sont décryptées, personne n'en a besoin »
Il s'est avéré que le problème de sécurité est devenu un problème clé pour de nombreux utilisateurs. Outre l'auteur de la dernière citation, plusieurs personnes ont déclaré d'une manière ou d'une autre qu'elles n'ont confié le placement d'informations privées sur le serveur à aucune entreprise bien connue de la province russe.
Parfois, il en venait à une absurdité franche. Dans l'un des groupes VKontakte, sur lequel des informations sur le projet ont été publiées, les participants ont mené leur propre enquête, après avoir calculé l'e-mail du propriétaire du domaine du service, se sont rendus sur le site Web de notre agence, dans la section "Portfolio" et ont tiré des conclusions étonnantes. Disons que toutes nos informations personnelles seront toujours revendues à de grandes sociétés. Parmi leurs clients se trouve Sberbank. Ils vont sûrement le vendre. En général, les commentaires sont sortis comme ça ...
De plus, nous avons réalisé que les solutions techniques que nous avions choisies conduisaient à une impasse. Le diable, comme toujours, se cachait dans les détails. Comme je l'ai écrit ci-dessus, pour le service, nous avons utilisé le framework Meteor, parmi lesquels il y avait un "killer bun" - la génération intégrée de l'application pour les appareils mobiles (Android, IOS, même pour le Blackberry respecté). Naturellement, avant le début du développement, un prototype rapide d'une certaine interface a été scié, l'application a été générée et lancée. Cela a même fonctionné. Après cela, les réflexions sur l'exportation de l'application ont été reportées à la dernière étape avec la note "tout fonctionne, avec un seul bouton". La situation a radicalement changé au début de cette étape. L'application avec la mise en page et les fonctionnalités finales s'est avérée être un monstre incroyablement maladroit et buggy. Et oui, cela ne fonctionnait qu'en ligne, avec Internet. Après le premier lancement, il y a eu un mois et demi incroyables de souffrances, de tourments, de tentatives pour donner vie à ce «Frankenstein». Toutes les branches sur les optimisations de Cordova ont été relues (oui, oui, cela s'est avéré être la base pour exporter la version mobile vers Meteor). Les tentatives se sont avérées vaines, le travail local avec Storage n'a pas pu être réalisé, l'interface et le fonctionnement de l'application n'ont pu être que partiellement accélérés, et la douleur et la souffrance étaient partout. En conséquence, ils sont venus au bon sens qu'une seule chose peut être faite avec le projet dans sa forme actuelle - à enterrer.
Ainsi, les principales conclusions de la première étape de développement:
- Une interface complexe et inhabituelle qui repousse une partie importante des utilisateurs
- Valeur implicite du produit et positionnement erroné.
- Une question de confiance concernant la sécurité du stockage des données dans notre service.
- Solutions techniques erronées.
La poursuite du développement a été suspendue. Hélas, la plupart des pages d'une documentation soigneusement décrite, comme de nombreuses mises en page de conception qui n'ont pas encore été mises au point, se sont révélées être rien de plus que des ressources gaspillées. Ensuite, nous avons eu deux façons. Abandonnez et réduisez le projet ou essayez de le repenser et de tout renverser. Non pas que nous n'ayons pas hésité, mais finalement nous avons choisi la seconde.
Version 2.0 Repenser et optimiser
Pas de dépenses supplémentaires qui peuvent être inutiles - c'est peut-être le principal postulat avec lequel nous avons commencé la deuxième étape. Le nom, le logo, le site Web promotionnel, le design - nous faisons tout avec un minimum d'effort, sans épargner d'argent ni de temps. Tout cela peut être modifié ultérieurement, une fois que le produit a prouvé sa viabilité.
À la suite de longues discussions, fondées sur des erreurs commises antérieurement et des idées émergentes, les concepts de base suivants ont été élaborés pour la suite des choses:
- Application mobile native. Développement sur une plateforme universelle, qui vous permettra à l'avenir de créer des applications pour différents types de plateformes. À la suite de la recherche d'une solution appropriée, React Native a été choisi. Le cadre s'est avéré être avec ses charmes et ses problèmes, mais c'est déjà un sujet pour un article séparé.
- Interface utilisateur claire et familière. Simplification des fonctionnalités.
- Positionnement évident. Nous allons dans une direction compréhensible - un journal intime. Nous choisissons un titre de travail simple: About.Me
- Résoudre les problèmes de sécurité des informations personnelles et supprimer les questions de confiance. Aucune décision susceptible de soulever des soupçons. Toutes les données utilisateur seront stockées sous forme cryptée sur l'appareil, ou en tant que sauvegarde dans le compte de l'utilisateur dans le stockage cloud. Il a été décidé que le premier système cloud avec lequel l'intégration sera configurée sera Google.
- Dans un premier temps, nous implémentons la version Premium afin de pouvoir évaluer le côté financier du problème, et, si nécessaire, d'expérimenter un ensemble de fonctions payantes et de prix. Mais le plus important est la disponibilité des achats, la confirmation de l'hypothèse que le produit n'est pas seulement nécessaire à quelqu'un, mais que les gens sont prêts à payer pour cela.
- Réalisez immédiatement le multilinguisme. Cela nous permettra de tester rapidement l'hypothèse sur les perspectives d'application sur les marchés d'autres pays, principalement anglophones.
Allons-y. Trois mois de travail - la version minimale utilisable pour les appareils Android est prête et présentée sur Google Play. La décision de s'adapter à d'autres plates-formes sera prise après avoir accumulé une base d'utilisateurs suffisante et reçu un retour exhaustif sur l'application, ainsi qu'évalué les perspectives de sa monétisation.
Aujourd'hui, nos efforts se concentrent sur l'achèvement du développement, après quoi nous prévoyons de continuer à attirer activement les utilisateurs et le marketing. À mon avis, commencer ce processus aujourd'hui est prématuré: pour commencer, nous devons devenir, au minimum, des concurrents à part entière avec des applications d'agenda déjà disponibles dans la boutique. Jusqu'à présent, en termes de fonctionnalité et de convivialité, il y a encore des moments où notre application est nettement inférieure.
Quant à la monétisation, la seule façon que nous voyons, au moins au stade initial de développement, est le modèle freemium, les paiements uniques. Avec leur taille, nous avons longtemps à expérimenter. « »: . , , , , . $5. - – , , , , .
– . ( , ) 300 . – , html-. , — , , . 850 -. , , .
. About.Me . , - , Store, – .