Bonjour, Habr! Je vous présente la traduction de l'article Comment j'ai expédié mon premier projet parallèle SaaS tout en travaillant à plein temps par Tigran Hakobyan, qui, travaillant au sein du célèbre service d'affichage Buffer, a pu lancer son projet et même le monétiser.




Voici mon histoire personnelle sur la façon dont j'ai lancé mon premier projet SaaS, travaillant 40 heures par semaine chez Buffer. Le but de cet article est de vous inspirer. Si vous êtes comme moi, qui a un emploi à temps plein et que vous souhaitez créer une activité secondaire rentable comme source de revenus, cette histoire résonnera avec vous. Dans cet article, je veux montrer que je n'ai pas du tout transpiré ou traité et que, néanmoins, je pouvais offrir un produit SaaS vraiment fonctionnel.

Présentation

Je suis développeur de sites Web et j'ai beaucoup de chance qu'en plus de jouer au football pendant mon temps libre, j'aime aussi coder et créer des projets de divertissement. Plus récemment, j'ai créé Booknshelf , qui aide de nombreuses personnes à organiser leurs livres sur le Web. Bien que le travail à temps plein ait un impact important sur ma croissance en tant qu'ingénieur, j'ai pu acquérir certaines des compétences de développeur en travaillant sur mes projets personnels.

L'année dernière, j'ai commencé à penser à créer une autre source de revenus que mon emploi principal. L'idée de compter sur un seul salaire est un peu effrayante. Je savais que j'avais les compétences et la passion pour réfléchir à quelque chose. J'ai décidé de créer une entreprise, éventuellement en ligne, compte tenu des compétences que j'ai. Un autre élan pour ces réflexions a été ce que je voulais vivre et apprendre à créer une entreprise. Je n'ai jamais été impliqué dans aucune entreprise de ma vie, donc j'ai vu cela comme une excellente opportunité d'apprentissage, un moyen par lequel je peux maîtriser des compétences que je n'ai pas en ce moment. La pire chose qui puisse arriver, c'est que j'échouerai, mais j'aurai de l'expérience.

Idée

De toute évidence, la première chose que tout développeur devrait faire est de commencer à réfléchir aux idées. Les idées n'ont jamais été un problème pour moi, j'ai donc toujours dû identifier celle qui me correspond. Cette fois, j'ai décidé d'essayer une approche différente et de vraiment réfléchir à cette idée qui me convient avant de m'y attarder. Il y avait certains critères par lesquels je voulais dessiner chaque idée.

• Je voulais résoudre un vrai problème, peut-être celui que j'ai personnellement rencontré
• Ça aurait dû être pour un marché que je connais bien
• Cela ne devrait pas être une nouvelle idée (cela ne changera pas le monde)
• Cela pourrait devenir une sorte d'entreprise

La règle d'or de toute idée est qu'elle devrait résoudre le problème auquel les gens sont confrontés. J'avais l'habitude d'ajouter tant d'idées à mes notes, c'est pourquoi je suis retourné au tas d'idées sur lesquelles je me suis approvisionné.


Mes notes où j'ai gardé toutes les idées

Dès le début, je savais que je pourrais probablement avoir plus de succès si je créais quelque chose pour les développeurs, parce que je connais assez bien le marché, et la plupart de mes amis proches et disciples sont techniquement avertis. Je pourrais utiliser mes contacts et mon public pour confirmer l'idée et obtenir de précieux commentaires avant de décider quoi que ce soit. Cela a vraiment réduit toutes mes idées à une liste de 2-3 choses sur lesquelles je pouvais travailler. L'une des idées était ce à quoi je revenais constamment encore et encore. C'est quelque chose que j'ai rencontré à la fois dans le service Buffer et en travaillant sur mes précédents projets parallèles. Un moyen simple de contrôler les tâches planifiées dans cron. Étant donné que l'un des domaines avec lesquels je m'occupe de Buffer est l'infrastructure de données analytiques, j'ai lancé une douzaine de tâches cron en arrière-plan pour collecter des données analytiques quotidiennes pour nos clients. Cela aurait dû être tout à fait pertinent. Le service de surveillance Datadog que nous utilisons chez Buffer est vraiment génial, mais il a été initialement conçu pour surveiller les services ou serveurs de longue durée. J'avais besoin d'une barre d'outils simple où je pouvais voir une liste de toutes mes tâches dans cron, leurs statuts et leurs journaux. Chaque jour, je reçois un rapport sur toutes les tâches en cours, je sais donc que tout se déroule comme prévu.

Ayant choisi cette idée, j'ai voulu savoir s'il existe des solutions de travail sur le marché. S'il existe des solutions, c'est un bon signe qu'il existe une demande pour certains outils. En fait, il y avait quelques solutions avec divers plans payants sur le marché. Je ne voulais pas nécessairement créer quelque chose de complètement nouveau, car si je le faisais, il serait beaucoup plus difficile d'identifier et de tester le marché. Toutes les solutions existantes avaient des plans payants, donc je savais que les gens étaient prêts à payer pour cela. Le prochain objectif était d'évaluer l'exactitude de mes pensées en créant et en exécutant MVP.

MVP

J'ai passé 2 mois à créer la première version de Cronhub (oui, je lui ai donné un nom). Quelque chose de viable que je pourrais envoyer en essai à un tas de mes amis et followers sur Twitter. Pour MVP, j'avais besoin de quelque chose de très simple, mais aussi assez précieux, pour lequel les gens paieraient. Je sais que vous pourriez penser que 2 mois, c'est long pour créer un MVP, mais je n'ai pas adopté l'approche traditionnelle «sueur-sueur» et à la place:

• Travaillé seulement 1 à 2 heures par jour
• J'ai dormi 8 heures tous les jours.
• J'ai regardé Netflix quand je le voulais.
• Totalement détendu le week-end.
• J'ai utilisé toutes les solutions techniques avec lesquelles j'étais à l'aise.

Depuis que je travaille à plein temps, je travaille sur Cronhub généralement de 7 à
20h30, je pouvais aussi travailler le matin, mais j'ai passé la majeure partie de la matinée au gymnase. Il y a eu quelques jours où je me sentais mentalement épuisé après le travail et je ralentissais, mais la plupart du temps, je respectais mon horaire quotidien. Je savais que si je voulais terminer ce projet, je devais économiser la charge et commettre tous les jours, même si c'était un petit commit (peut-être même un commit sur une seule ligne). La concentration a toujours été très utile pour moi de continuer. J'ai utilisé Trello pour décomposer mes tâches de projet en petites étapes.


Ma planche Trello pour Cronhub

J'ai essayé de rendre chaque tâche si petite que je pouvais commencer et terminer en une journée. Garder les petites tâches m'a aidé à lancer le produit plus rapidement et à voir mes progrès quotidiens. Quand vous voyez une sorte de progrès, cela vous motive et vous soutient de plusieurs façons. C'est peut-être un truc pour l'esprit? Le travail sur de grandes tâches nous ralentit et, finalement, nous abandonnons, parce que nous nous ennuyons et nous voulons travailler sur autre chose. Je n'ai jamais travaillé la nuit. Je me suis couchée vers 10h30 tous les jours et je me suis réveillée à 7 heures. Le sommeil correct est ma priorité numéro un. Il détermine l'énergie mentale qui est pendant la journée, et je ne peux pas y donner. En plus de dormir, j'ai décidé de passer la majeure partie de mon week-end à faire quelque chose de complètement différent, comme jouer au football, regarder des films ou discuter avec des amis et la famille. Malgré le fait que j'aime le codage, je sais qu'il est facile de se brûler. Le week-end m'a aidé à rafraîchir mon cerveau.

Je pense qu'en tant que développeur, vous voulez toujours utiliser les technologies les plus avancées et les plus cool. C'est normal. Je le veux aussi. Cependant, mon objectif était différent, et je voulais construire et lancer Cronhub aussi vite que possible, en s'appuyant sur des technologies que je connaissais déjà. Je me suis concentré sur mon objectif et j'ai utilisé Laravel et Vue.js. Cronhub est une application d'une page utilisant Laravel comme backend.

Lancement de la bêta fermée

Le 20 février, j'ai terminé le développement minimum requis de Cronhub et j'étais prêt à inviter le premier groupe d'utilisateurs à essayer Cronhub. Après mon tweet, environ 20 à 25 personnes se sont tournées vers moi sur Twitter pour demander une invitation, et les commentaires que j'ai reçus de leur part ont été très précieux.


Ce tweet était une invitation à la bêta fermée

Il y a eu quelques rapports de bogues et quelques suggestions de fonctionnalités intéressantes que j'ai ajoutées au document de commentaires. Le suivi des commentaires des utilisateurs est une étape importante, car il aide à identifier les modèles évidents que vous pouvez suivre lorsque vous décidez du développement d'un produit. En général, la première impression et les critiques ont été encourageantes. Maintenant, je devais continuer à améliorer le produit et à le préparer pour le premier lancement public. J'ai prévu le premier lancement public en un mois.

Lancement public

Trois mois plus tard, aujourd'hui, je lance publiquement mon premier projet SaaS. Hourra!

De toute évidence, je suis nerveux et je ne sais pas si cela fonctionnera ou non. Cependant, je sais que cela me rapprochera de mon objectif. L'objectif est de faire de Cronhub une entreprise en ligne rentable où je peux apprendre et découvrir tous les secrets de faire des affaires. Au final, qu'est-ce qui pourrait arriver de pire? J'apprendrais beaucoup!

Je sais, je suis peut-être trop concentré sur la rentabilité, mais après avoir créé quelques sous-produits gratuits, je sais qu'il est temps de faire quelque chose de plus sérieux. Le temps est l'atout le plus précieux que j'ai, et je veux le dépenser consciemment. Construire un produit payant est la chose la plus motivante, et cela vous fait avancer. De plus, la prise en charge de sous-produits gratuits n'est pas bon marché, et je le sais par ma propre expérience.

Leçons apprises

Les 3 derniers mois ont été un très bon moment pour réfléchir, mais aussi pour évaluer ce qui a bien fonctionné et ce qui n'a pas fonctionné. Chaque fois que je crée un nouveau projet, c'est une nouvelle expérience d'apprentissage. Chaque projet est unique et nécessite un processus de réflexion différent sur le produit. En tant qu'ingénieur produit, je souhaite développer une compréhension de mon produit, et cela aide.

Dans l'ensemble, j'ai eu beaucoup de leçons qui m'ont vraiment aidé à démarrer et à faire démarrer l'idée. Je veux partager avec vous le plus important.

• Résolvez le problème auquel vous êtes personnellement confronté. Ceci est si important, car vous construisez essentiellement un produit pour vous-même, souvenez-vous toujours de cela. Cela facilite grandement la prise de décision concernant le produit. Vous savez quelles questions vous devez poser et les chances sont plus élevées lorsque vous posez les bonnes questions.
• Réduisez vos tâches. Lorsque vous divisez votre projet en morceaux, essayez de les réduire. Une bonne façon de mesurer la taille d'une tâche est de vous demander: "Puis-je terminer cette tâche en une journée?" Si la réponse est «non», alors c'est probablement une grosse tâche, et vous pouvez la décomposer davantage.
• Dormez bien et reposez-vous. Je ne peux pas souligner l'importance d'un bon sommeil. Vous n'avez pas besoin de travailler la nuit. Concentrez-vous sur les progrès graduels et les petites réalisations quotidiennes. Si vous ne prenez pas soin de vous, vous vous fatiguerez bientôt et finirez par abandonner.
• Choisissez un marché que vous connaissez bien. Je suis développeur et je connais bien ce marché. Je sais ce qu'il faut pour être développeur et comment les équipes de développement travaillent ensemble. Cela me donne une idée de ce qui fonctionnera et ne fonctionnera pas sur ce marché. Bien sûr, je peux toujours me tromper, mais les risques d'erreurs sont bien moindres.
• Parlez-nous de votre projet. C'est une tâche difficile pour moi et je m'y adapte toujours. Je n'aime pas vraiment parler de moi. J'aime écouter plus. Ce n’est pas facile pour moi de parler du projet que je crée, car je suis un peu timide et je ne veux pas donner l’impression que je parle constamment de moi. Cependant, je sais que je dois parler et vendre mon projet. C'est ainsi que les autres découvrent mon produit. Cet article en est un exemple.

En conclusion

Merci d'avoir lu. J'espère que vous avez apprécié cette histoire et que vous avez reçu au moins un bénéfice minimal. J'aimerais avoir de vos nouvelles, n'hésitez pas à commenter vos questions. Vous pouvez me contacter sur Twitter ou m'envoyer un email .

Poursuite du lancement de produits - Tigran.