Antikeys pour promouvoir l'application mobile
Partager des histoires de réussite et des cas enchanteurs est agréable, simple et beau. Mais nous avons décidé de parler de notre échec à promouvoir le service Web. Du haut de la journée, cette affaire nous semble élémentaire et assez évidente: nous n'avons pas pu construire de processus dans l'équipe et sous-estimé le rôle du marketing. Néanmoins, peut-être que notre expérience et nos observations seront utiles à quelqu'un. Faites le plein de pop-corn et installez-vous confortablement - nous commençons l'histoire de la façon dont nous avons dépensé un million de roubles en un an et demi, mais avons acquis une expérience inestimable.
Il y a plusieurs années, à l'ère des baby-boomers en démarrage, nous nous sommes inspirés d'une inspiration universelle et avons également décidé de créer notre propre produit. «Puisque nous savons développer des applications, nous pourrons certainement faire quelque chose d'intéressant», avons-nous pensé. Nous avons consulté et décidé de faire un
service d'achats en commun. À cette époque, le marché n'était pas un outil simple et pratique qui vous permettrait de créer et de modifier des listes de courses par plusieurs personnes à partir de différents appareils en temps réel, et le leader était «
Achetez un pain! ". Nous avons analysé toutes les solutions existantes et compilé une liste de fonctionnalités que nous avions prévu de mettre en œuvre et que les concurrents n'avaient pas. Nous avons utilisé Angular 1.3 pour le développement, à l'époque c'était la version la plus avancée - les applications d'une seule page commençaient à peine à se développer. Nous nous attendions à ce que ce soit un autre plus en plus de nos avantages compétitifs, car à cette époque, peu de gens savaient comment créer des solutions sur ce framework.
Fakap 1. Répartition incorrecte des rôles dans l'équipe
Après avoir réfléchi à tout et créé les wireframes, nous avons décidé de donner le développement à des programmeurs sans projet. C'était une erreur, car un développeur n'est généralement pas gratuit pendant plus d'un mois. Pendant cette période, peu de choses peuvent être faites. Puis un nouveau programmeur arrive sur le projet, il était plus facile pour lui de tout écrire à partir de zéro que de comprendre le joker du code des autres.
A cette époque, nous n'avions pas de chefs de projet, et à cause de notre travail, nous ne nous consacrions pas entièrement au projet. Pour le développement du service, ils n'ont pas attiré les Jones, mais des programmeurs solides, ils ont donc pensé qu'ils n'avaient pas besoin de contrôler chaque étape. C'était une autre erreur - sans contrôle approprié, nous avons reçu une application de sur-ingénierie qui n'était pas nécessaire pour l'entreprise. Mais nos développeurs maîtrisent de nouvelles approches et technologies. Nous avons lancé une petite application pour créer une liste de courses sur sept serveurs sur DigitalOcean, avec une base de données de répliques, un équilibreur de charge et un partage de données dans MongoDB. Nous avons mis en place une mise à l'échelle et une analyse automatisées de l'application à l'aide de l'orchestrateur Ansible.
Ensuite, nous avons décidé de sélectionner une personne individuelle pour le projet et de lui donner le développement de MVP ou d'une version bêta fonctionnelle. Cela a pris encore sept mois. Naturellement, dans le processus de développement, de nouvelles idées sont nées et des modifications ont été apportées au projet. Au total, nous avons passé 13 mois à créer le service.
Fakap 2. Manque de connaissances sur le marketing et la promotion des produits
Maintenant, il est devenu clair pour nous que nous devons d'abord mener une étude de marché et de public cible, déterminer le positionnement, faire des prévisions et développer une stratégie marketing. Il y a sept ans, il nous semblait que tout était simple: faites-le bien - ce sera normal. Nous avons considéré que le produit serait en demande, car nous avons conçu et mis en œuvre des puces sympas qui n'étaient pas disponibles pour des services similaires. Par exemple, la possibilité de partager une liste de courses avec des amis et la famille, créer des listes et ajouter des produits à partir de n'importe quel appareil et voir ces actions en temps réel.
Par exemple, vous allez à la nature de l'entreprise et vous devez acheter des produits pour un pique-nique. Habituellement, une discussion de groupe est créée dans le messager pour discuter des détails. Si vous avez Shopsrehood, faites simplement une liste de courses dans l'application et invitez des amis. En temps réel, vous pouvez y ajouter des produits et des choses que vous devez acheter ou emporter avec vous. Il est possible de partager des achats avec des amis: quand quelqu'un achète un objet de la liste, il le raye - tout le monde le voit tout de suite.
D'accord, l'idée était cool. Nous pensions que tout le monde utiliserait notre solution.
Après avoir testé et corrigé des bogues, nous avons finalement publié une version et avons commencé à attendre un afflux d'utilisateurs. Cependant, comme cela arrive souvent dans la vie, quelque chose s'est mal passé. Nous avons été en retard avec la sortie de l'application et elle n'est pas tombée dans la catégorie «Nouveaux produits», et nous n'avons donc pas reçu le nombre d'utilisateurs attendu.
Voilà ce qui s'est passé. En règle générale, une application est publiée automatiquement sur l'App Store, immédiatement après avoir passé l'examen d'Apple. Mais il existe toujours une option de publication différée: vous pouvez définir la date de publication d'une future version. Nous en avons profité. Il a fallu une semaine pour terminer la revue et a donc décidé de lui donner la candidature à l'avance: ils voulaient gagner du temps et en même temps finaliser les tâches restantes sur le backend. Nous craignions que l'application ne soit publiée avant la fin du composant WebPart complet, nous avons donc choisi cette option. Nous ne savions pas que dans ce cas, l'application n'entrerait pas dans les "Nouveaux produits", et nous n'avons jamais rencontré de telles réservations nulle part dans les guides de l'App Store.
Ensuite, bien sûr, ils ont essayé d'attirer des clients par eux-mêmes, mais sans la connaissance des bases de la promotion des produits et des stratégies de marketing, rien de bon n'en est sorti. Certes, nous avons des statistiques intéressantes: il s'est avéré que les Chinois utilisent le plus notre application. Au total, l'application comptait environ cinq mille installations.
Selon les estimations les plus approximatives, nous avons perdu plus d'un million et demi de roubles.
Au début, nous avons fait plusieurs versions et pour chacune, nous avons attiré des développeurs libres de projets. En 2011, le salaire d'un programmeur intermédiaire dans notre ville était de 50 à 60 000 roubles, plus les taxes et le coût de la location d'un bureau. Pendant dix mois, nous avons dépensé 700 000 roubles pour le développement. Pour l'
animation pour le site payé 75 mille.
Dans la deuxième itération, nous avons donné le projet au développeur dédié: cela a fonctionné pendant sept mois à plein temps, parfois nous avons connecté des programmeurs gratuits et June, qui avait un salaire horaire. Tout cela a pris 500 mille.
La conception a été réalisée par la maison, 150 000 autres y ont été dépensés. Le développement mobile des deux plates-formes Android et iOS a pris six mois et a coûté 300 milliers d'euros.
Le résultat total: nous avons passé un an et demi et 1 725 000 roubles sur une application perdue dans les entrailles de l'App Store. C'est le prix de notre expérience, qui est maintenant libre de partager avec vous.
Une équipe technique solide ne peut que faire le sommet d'un énorme iceberg appelé produit. Sans équipe produit, marketing et publicité, le logiciel en soi est inutile.
Souvent, des programmeurs solides se réunissent pour entailler leur «produit du siècle» et ne penser qu'au développement lui-même. Ne vous flattez pas, sans une approche systématique de la création et de la promotion d'un produit, personne ne découvrira ses fonctionnalités intéressantes ou personne n'en aura besoin. Notre histoire est un exemple vivant.
Moralité: même si vous avez une idée géniale pour une startup et une équipe technique, mais que vous ne savez pas comment vous allez promouvoir votre produit, il vaut mieux ne pas commencer à travailler sur le projet.