- Conseils de Carlie Monroe, développeur indépendant à l’origine de diverses apps comme le téléchargeur de vidéos web pour Mac Downie et le convertisseur de formats multimédias Permute
Tout ne connaît pas un succès immédiat
- Il existe des cas de réussite du jour au lendemain, mais ce sont des exceptions extrêmement rares, et la plupart des entreprises ont besoin de temps
- Avec un budget limité, il est en pratique difficile de créer un hit en quelques semaines ou quelques mois
- En tant que personne ayant lancé une entreprise sans capital de départ, il souhaite donner des conseils réalistes
- Il faut se préparer à de petits échecs
- Les premières apps qu’il a lancées n’avaient presque aucun téléchargement, aucun utilisateur et aucun revenu
- Il est important d’anticiper ces échecs et de ne pas se décourager
- Au lieu de passer un an à vouloir créer un produit parfait dès le départ, il est plus efficace de développer rapidement l’idée centrale, puis de l’améliorer grâce aux retours
- Il faut maintenir un bon niveau de finition de l’app
- Il faut développer l’idée centrale de l’app et la faire évoluer sur la base des retours et de la feuille de route
- Il ne faut pas simplifier le développement à l’excès : l’app doit au minimum fonctionner de manière stable
- Si l’app plante, contient beaucoup de bugs ou semble inachevée, il est difficile de gagner la confiance des utilisateurs
- Certaines fonctionnalités peuvent manquer au départ, mais l’important est de les améliorer au fil des mises à jour
- Si les améliorations sont régulières, les utilisateurs le verront positivement et recommanderont l’app
- Il faut continuer à améliorer, tout en sachant quand s’arrêter
- Si, après le lancement de l’app, plusieurs mises à jour et des tentatives de publicité ou de promotion, le nombre de téléchargements reste autour de 200, il faut peut-être repenser l’idée
- Si les utilisateurs ne trouvent pas l’app utile, il peut être préférable d’envisager une nouvelle idée
- Il ne faut pas se décourager, mais se préparer à recommencer avec une meilleure idée
Ne cherchez pas un emploi salarié
- Mener de front un emploi et du développement indépendant est extrêmement difficile
- Dans son cas, il a travaillé comme stagiaire à l’université de Cambridge pendant l’été, faisait huit heures par jour, puis rentrait à la résidence et consacrait encore 3 à 4 heures à ses apps
- À la fin de l’été, il était stressé, avait pris du poids, et n’avait plus le temps de faire autre chose que travailler devant un ordinateur
- Il est impossible de tenir ce rythme longtemps
- On peut essayer pendant quelques mois, mais cela ne suffit pas pour développer une app et construire une base d’utilisateurs
- Au final, obtenir un emploi marque souvent la fin du parcours entrepreneurial
- En revanche, accepter des missions freelance ou des prestations logicielles peut être une bonne option
- Passer toute la journée uniquement sur son app peut au contraire être inefficace, et travailler sur d’autres projets peut aider à prendre du recul
- Il faut toutefois veiller à ce que les projets externes ne deviennent pas l’activité principale ; l’idéal est d’y consacrer environ quatre heures par jour et de préserver du temps pour son propre projet
- Au début, les fonds peuvent manquer ; il peut donc être nécessaire de couvrir ses frais de subsistance minimum grâce au freelance
- L’important est de trouver un équilibre pour travailler autour de son propre projet, sans entrer dans une logique de salariat
Ni seul, ni accompagné
- C’est une décision vraiment difficile
- Il a dirigé son entreprise seul
- Quand on dirige seul, on peut prendre toutes les décisions soi-même, sans conflit sur le style de code, les fonctionnalités, l’UI, etc.
- Mais le succès ne se joue ni en quelques semaines ni en quelques mois, et on ne sait pas si une autre personne acceptera des sacrifices comparables
- Après quelques mois, un cofondateur peut partir et chercher un emploi, et comme chacun a une situation de vie différente, les directions peuvent diverger
- Mais il ne faut pas non plus tout faire complètement seul
- Il faut tout gérer soi-même, ce qui revient à travailler 24 h/24 et 7 j/7
- Même les jours fériés ou en vacances, il faut consulter et traiter les e-mails de support
- Il reçoit en moyenne une centaine de demandes d’utilisateurs par jour, dont la plupart comportent un contenu technique, ce qui les rend difficiles à déléguer simplement
- Si l’on prend de longues vacances, la charge accumulée au retour peut devenir ingérable, et les utilisateurs attendent souvent une réponse en quelques heures
- Le support client prend environ 2 à 3 heures par jour : trop peu pour un employé à plein temps, mais déjà lourd à porter seul
- Avec un cofondateur, il y a de fortes chances qu’il comprenne bien la structure interne et puisse prendre le relais
- Si l’on démarre à plusieurs, les autres peuvent vous remplacer sur certaines tâches, ce qui évite de tout porter seul
- C’est un conseil contradictoire, mais il faut réfléchir de façon réaliste
- Travailler seul apporte de la liberté, mais aussi une forte charge ; travailler à plusieurs permet de partager les responsabilités, mais comporte aussi des risques
- Il est important de décider avec prudence de la direction qui vous convient sur le long terme
Accordez de la valeur aux retours des utilisateurs
- Il faut permettre aux utilisateurs de vous contacter facilement
- Il est préférable de placer des boutons de support à plusieurs endroits dans l’app, comme dans les boîtes de dialogue d’erreur ou l’écran principal
- Ouvrir un client mail peut nuire à l’expérience utilisateur
- À la place, proposer un formulaire de support intégré à l’app permet de vérifier les mises à jour, d’inclure les informations de version et de demander des détails supplémentaires
- Il peut y avoir un flux continu de questions et de signalements, mais c’est un signal positif montrant que les utilisateurs s’intéressent à l’app
- Il faut écouter attentivement les avis des utilisateurs
- Quand on a peu d’utilisateurs au début, il est essentiel de maximiser leur satisfaction. Un utilisateur satisfait recommandera l’app
- Des réponses rapides et l’implémentation des fonctionnalités demandées permettent de construire une relation de confiance avec les utilisateurs
- En intégrant les retours, l’app peut évoluer dans une direction différente de celle prévue, mais il sera toujours possible de réajuster une fois la base d’utilisateurs élargie
- Il faut intégrer les demandes de manière sélective
- Il faut juger si une demande utilisateur est cohérente avec l’orientation globale de l’app
- Il faut se demander s’il s’agit d’une fonctionnalité utile sur le long terme, et pas seulement d’une solution ponctuelle
- Il est important de comprendre la raison de la demande et la manière dont elle s’insère dans le workflow de l’utilisateur, puis d’expliquer s’il existe une meilleure approche
- Perdre un utilisateur parce qu’une fonctionnalité manque est moins grave que d’en perdre des centaines parce que l’app est devenue trop complexe
Préparez-vous à une fin brutale
- Toute entreprise finit un jour par s’arrêter. À moins d’être une grande société, l’activité peut disparaître quand on prend sa retraite ou qu’on ne peut plus l’exploiter
- C’est naturel, et il est important de garder à l’esprit qu’un jour il faudra peut-être fermer l’entreprise
- Le secteur technologique évolue vite, et même une app populaire aujourd’hui peut devenir inutile avec le temps
- Il existe des cas où l’éclatement de la bulle Internet du début des années 2000 a entraîné une forte contraction de nombreuses activités
- Exemple 1 : CandyBar
- Il y a 15 à 20 ans, c’était une app populaire permettant de personnaliser les icônes système et le Dock
- Mais macOS a changé sa manière de rendre le Dock, et avec l’ajout de la protection du système (SIP), l’app n’a plus pu fonctionner
- Exemple 2 : Skype
- Il y a 15 ans, c’était un outil de communication incontournable, mais il a aujourd’hui été remplacé par iMessage, FaceTime, WhatsApp, Zoom, Google Meet, etc.
- Avec l’évolution du marché, il a peu à peu été oublié des utilisateurs
- Exemple 3 : Twitterrific & Apollo
- Lorsque Twitter (X) et Reddit ont brusquement changé leur politique d’API, les apps tierces existantes ont cessé de fonctionner
- Les développeurs ont dû abandonner leurs apps sans aucune préparation, et certains utilisateurs ont même cru à tort que c’était de leur faute
- Stratégie de préparation
- Il vaut mieux ne pas dépendre d’une seule app, mais exploiter 2 à 4 apps stables
- En plus de l’app principale, il faut sécuriser d’autres apps pouvant servir de source de revenus de secours en cas d’imprévu
- Préparer une véritable stratégie de sortie peut aussi être utile. Par exemple, il est important d’avoir à l’avance un plan de transition vers un nouveau domaine
Conclusion
- Il ne faut pas considérer ce qui précède comme des règles absolues
- Cela vient de plus de 20 ans d’expérience, mais toute expérience reste subjective
- Les temps ont changé, et les situations individuelles diffèrent, donc la même méthode ne fonctionne pas toujours
- Alors, est-ce que tout cela en vaut la peine ?
- Personnellement, oui
- Il a traversé des périodes difficiles, a fait grandir son activité, et cela lui a permis d’en vivre
- Mais ce n’est pas une voie adaptée à tout le monde
- Sans motivation personnelle, on peut facilement abandonner, et il est important de savoir travailler de manière autonome dans un environnement sans supérieur hiérarchique
- Il faut garder le sens des réalités
- Le but n’est pas de faire peur à ceux qui veulent se lancer dans le développement indépendant
- Au contraire, il a rappelé à plusieurs reprises que le plus grand risque est d’abandonner trop tôt
- Créer une entreprise et développer une app est un excellent défi, mais il est important d’avoir des attentes réalistes
- Ce n’est pas quelque chose qui se termine en quelques mois, mais un processus qui peut durer des années, voire des décennies
- Réfléchissez sérieusement avant de vous lancer
Aucun commentaire pour le moment.