Produit versus Side Project

By Hugo LassiègeJul 27, 20209 min read

Après maintenant quelques années sur Malt, j'aimerais revenir sur un sujet qui revient souvent sur la différence entre side project et produit.
En 2010, j'avais lancé un side project, Localizeyourapps, et j'ai voulu en faire un produit.
Tout ne s'est pas passé comme prévu, mais pour être franc, avec le recul, c'était plutôt prévisible.
En 2013, je tentais d'en faire un retour d'expérience et je présentais "Epic Fail" lors d'un Human Talk.
En fin de compte, c'était trop tôt. Et je reste sur ma faim quant à cette présentation que je trouve très partielle et peu aboutie.
Je propose donc de revenir dessus, mais en insistant sur un angle en particulier, la différence entre side project et produit.

Retour en 2010, Localizeyourapps était une application en SAAS permettant de localiser son application. Vous pouviez y déverser vos fichiers de ressources et les traduire en ligne. Il y avait peu d'applications similaires à l'époque.
Aujourd'hui, ce serait l'équivalent d'un Phraseapp, Crowdin ou Transifex, mais avec quelques années d'avance ;)

Si le projet n'a pas fonctionné, on pourrait citer de nombreuses raisons. Je vais commencer par les plus triviales.

Ce n'était pas assez novateur

Non je plaisante.
Ce n'était pas le premier produit de cette nature je pense. Mais ce n'est pas vraiment le sujet. A l'époque, j'ai bien eu des personnes pour me dire que, bon, il y avait des outils desktop comme Poeditor et qu'un SAAS ça servirait à personne.
Vous aurez toujours des personnes pour dire que "ça existe déjà". Mais le sujet n'est pas là, enfin, pas uniquement.
Je reviendrais plus tard dans un autre billet sur le sujet des remake/copycat.
Donc oubliez cette raison, d'autant que, sans me jeter des fleurs, c'était au contraire plutôt bien pensé pour l'époque et que des produits similaires ont fini par s'imposer et faire de belles boîtes par la suite.

Techniquement il manquait quelques finitions

Non plus. A l'époque je le pensais oui. Mais ce n'était pas le cas. Comme beaucoup de techs, j'avais à cœur d'avoir un produit parfait et je passais de version alpha, à bêta, bêta 2, bêta 3...
Pour l'anecdote, j'ai eu plusieurs sociétés qui sont venues pro-activement me voir et qui ont utilisé le SAAS pour leurs besoins. C'était des agences mobiles/agences web ou des personnes qui bossaient à Bruxelles et Strasbourg pour des entités gouvernementales. Et de mon côté, je n'écoutais pas vraiment ce qu'ils avaient à dire, je ne facturais rien car je visais une énième version beta. Autrement, je ne me serais senti pas à l'aise de facturer un produit que je considérais non fini.

En réalité c'était un side project

La véritable raison, c'est que j'en faisais un side project et non un produit.

Un side project c'est un projet qu'on réalise à côté, le soir, le week end. C'est un extra en dehors d'une autre activité.
On le fait sans contraintes en mode best effort.
Et si j'arrive à une conclusion désormais, c'est que dans beaucoup de sujets, le mode best effort c'est le meilleur moyen d'échouer.
Et ça vaut pour les projets persos ou les projets en entreprise.

Donc la première leçon que j'en ai tirée, un produit ça demande un investissement permanent.
Il faut être dessus à 100% et se lever chaque matin en se demandant comment en faire un succès.
Et pour çà, il faut des contraintes.

La contrainte

Les éléments les plus importants quand on veut réussir, c'est :

  • de fixer un objectif ambitieux
  • avoir des contraintes

Fixer un objectif ambitieux, je ne m'étendrais pas dessus. Mais globalement je reprends la citation d'Oscar Wilde : "Il faut toujours viser la lune, car même en cas d’échec, on atterrit dans les étoiles "

Avoir des contraintes, c'est se poser les bases pour être efficace et inventif.
Par exemple travailler à 100% sur un produit sans salaire mais avec un matelas financier pour tenir 6 mois, ça vous force à penser efficacité et revenu financier.
Cette contrainte va vous obliger à faire des choix et vous forcera à trouver rapidement un modèle de revenus.
Vous éviterez d'itérer sur des versions bêta à n'en plus finir et vous allez vous concentrer sur l'essentiel.

A l'inverse, j'ai fait l'erreur pour Localizeyourapps de me dire que j'allais continuer à bosser par ailleurs en gagnant bien ma vie, et utiliser cet argent pour financer mon temps libre sur mon side project.
Combien de personnes j'ai croisé depuis 20 ans qui me disent la même chose, "je fais du freelancing/presta qui ne m'intéresse pas pour travailler sur un side project 1 jour par semaine et en vivre dans 1 an" ? Beaucoup, assurément.
Si vous gagnez bien votre vie par ailleurs, qu'est ce qui vous motivera à dédier vraiment du temps sur votre side project ?
Si vous passez un jour par semaine, comment allez-vous éviter la lassitude au bout de 6 mois à avancer comme une tortue sans en voir le bout ? Ou le burnout d'ailleurs, si vous y passez vos week ends et congés.

Une contrainte ça peut être une date.

  • Vous vous donnez 6 mois pour prendre une décision.
  • Vous avez une contrainte pour sortir l'application pour le 30 février au plus tard

Cela force à faire des choix, couper des choses, garder l'essentiel. Et cela force à être inventif.

Cette notion de contrainte est cruciale, y compris pour une entreprise déjà implantée.
J'ai participé à certains projets pharaoniques, largement financé, sans date, avec un scope très large. Et ce qui devait arriver arriva, rien n'est sorti malgré des armées de gens talentueux dessus.
Même une "petite" équipe projet de 5 personnes pendant 6 mois, ça représente entre 250 et 500k. Entre 1/4 et 1/2 millions d'euros. Ne pas avoir de date, de scope, d'objectifs chiffrés, c'est un risque de perte d'argent plutôt important.

A l'opposé, dans des contextes d'intraprenariat, vous avez des sociétés qui fonctionnent avec des systèmes de bourse et de contraintes.

Disclaimer

Je vais citer ici des entreprise, et je suis conscient qu'il y a le mythe (ce qu'elles ont raconté dans la presse) et la réalité. Ne me tenez pas rigueur si jamais ce n'est plus comme ça ou si ça ne l'a jamais été, c'est le concept qui nous intéresse ici.

Chez Gore (exemple issu du livre "future of management" de Gary Hamel), il est possible pour chaque employé de proposer une idée d'innovation et si on est convaincant, d'obtenir un budget pour tester un projet sur X mois. Au bout de ce délai, si le projet réussit, l'entreprise continue d'investir, sinon on jette. C'est ainsi que l'entreprise Gore s'est lancé dans la fabrication de cordes de guitares.
Chez Valve, idem, un employé doit convaincre ses collègues de travailler sur une idée et s'il réussit, ils vont avoir un temps/budget limité pour démontrer un résultat.
Sur beta.gouv.fr, l'idée est d'avoir une enveloppe de 6 mois, à 5, pour présenter un MVP qui aura des utilisateurs, sinon, le projet est abandonné.

Bref, pour caricaturer, il y a donc deux extrêmes qui ne marchent pas :

  • le mode best effort, sans moyen, sans temps alloué
  • la profusion de moyens et l'absence de contraintes

Et pour transformer un side project en produit, il faut viser la solution médiane : être à 100% et avoir des contraintes.

Différence entre prototype technologique et produit vendu

Je disais plus haut que si Localizeyourapps a échoué, c'est parce qu'il n'était qu'un side project.
J'ai insisté sur l'investissement en temps et sur le fait de se fixer des contraintes.
J'insisterais également sur le fait qu'un produit fait par des tech/devs ressemble souvent plus à un prototype technologique, une vitrine de savoir faire, bien avant d'être un produit à vendre.
C'est aussi une leçon que j'ai appris durant cette période où je continuais à faire évoluer cette application.

En 2011, je co-fondais Lateral-thoughts. C'est une ESN un peu particulière, fondée sur des principes d'entreprise libéré. Un des objectifs était justement de financer des produits par la prestation faite à côté. Exactement ce que je disais plus haut qui ne marche pas :)
Et sans surprise, LT n'est pas devenu éditeur de logiciels.
Pourtant au sein de LT (pour les intimes), de nombreux side project de qualité ont été créés.
En fait si, l'un d'entre eux a fonctionné : Hopwork, le futur Malt.

Sa particularité, c'est qu'il a été démarré avec une personne externe à LT, Vincent Huguet, qui a amené l'idée mais aussi des compétences complémentaires.

Et s'il y a un autre point qui différencie side project et produit, c'est celui là. Un produit a besoin de compétences diverses pour se vendre. Pour dépasser le cadre du prototype technologique, il a besoin de personnes pour savoir le mettre en valeur, réfléchir aux canaux d'acquisition des clients, au financement, bref, le vendre.
Combien de fois là encore j'ai vu de super protos technologiques mal vendus. J'ai vu de nombreuses fois des très bonnes idées mais dont la seule méthode pour en faire la promotion est restée Twitter.
Il y a une certaine forme de naïveté, que j'ai eu également avec Localizeyourapps, qu'en faisant un bon produit et en communiquant dessus sur son réseau et celui de ses amis sur Twitter, c'était le succès assuré.

Un produit demande plusieurs corps de métier à l'oeuvre.

Si on parle de création de société, je ne suis pas en train de dire qu'il n'est pas possible de créer une société seul. Une personne peut cumuler toutes ces casquettes, c'est possible. Ça reste rare car ça demande une énergie folle et des compétences très variées mais c'est possible. Et c'est pourquoi bien souvent on va se faire assister.
Ca n'est pas obligatoirement par un second associé, ça peut aussi être par des premiers employés.
Il y a en tout cas plusieurs exemples de solo entrepreneurs : Larry Ellison, Elon Musk, Mark Zuckerberg, Jeff Bezos pour ne citer qu'eux.

Mais ce sera la seconde leçon que j'ai tiré de Localizeyourapps, il ne faut pas négliger ces autres corps de métier.
Sans produit, on ne vend rien. Mais sans efforts sur la vente, le produit ne se vend pas.

Et au-delà la vente, pour certains produits, cela peut demander des compétences financières, légales, etc…
Je vous invite à lire ce très bon retour d'expérience sur la fabrication des machines MakAir qui illustre plutôt bien ce propos.

Je termine ici ce billet qui est pour moi un mini rétrospective.
Localizeyourapps s'est clos progressivement au cours des premières années de Malt. Ce side project pour lequel j'avais quelques ambitions mais pour lequel je n'avais pas mis les moyens m'a permis d'apprendre beaucoup de choses.
Tout d'abord il m'a rappelé à quel point je reste passionné par le fait de créer un produit et pas juste faire du consulting.
Il m'a fait comprendre l'importance d'être focalisé sur un objectif, d'accepter d'avoir des contraintes pour sortir de sa zone de confort.
Il m'a également fait réaliser ce qui ne fonctionne pas quand on raisonne uniquement en terme de produit technologique en négligeant le reste.

A bientôt


Share this:

Written by Hugo Lassiège

Software engineer, ex-freelance, ex-cofounder, ex-CTO. I love building things, sharing knowledge and helping others.

Copyright © 2024
 Eventuallycoding
  Powered by Bloggrify