L’histoire la plus triste du « Just Ship It » (2020)

• L’histoire la plus triste du « publie-le simplement »

  • En tant qu’Indie Maker, entendre « publie-le simplement » peut être extrêmement décourageant
  • Le développement de l’application a commencé le 1er janvier 2018
  • Le MVP était prêt en quelques jours, mais l’envie d’ajouter sans cesse de nouvelles fonctionnalités a continué
  • Apprentissage de React Native et investissement de plusieurs mois
  • Après 2 ans de développement, abandon de la sortie de l’application

• Quelqu’un d’autre a résolu le problème

  • Découverte que quelqu’un d’autre avait résolu le problème que je voulais résoudre
  • Après avoir essayé leur application, elle s’est révélée lente et pleine de bugs, et pourtant elle avait été lancée
  • Leur application était mise à jour chaque semaine et grandissait avec sa communauté

• Utiliser l’application d’un concurrent

  • En m’inscrivant à l’application d’un concurrent et en l’utilisant, j’ai ressenti des émotions confuses
  • Même si leur application n’était pas parfaite, elle avait été lancée, et j’en suis devenu fan

• Mise à jour 2024

  • En 2022, décision de lancer une application de productivité
  • Parce que l’application concurrente ne correspondait pas à ma vision
  • Lancement d’une application appelée Benji - The Life OS

L’avis de GN⁺

• Cet article transmet aux développeurs un message important : ne pas attendre le « moment parfait » pour lancer un produit
• Il décrit bien les émotions complexes ressenties lorsqu’un concurrent résout le problème en premier
• En partageant honnêtement les frustrations et les réussites du processus de développement d’une application, il permet à de nombreux développeurs de s’y reconnaître
• Les applications de productivité comme Benji peuvent offrir une grande valeur aux utilisateurs en intégrant diverses fonctionnalités
• Lors de l’adoption de nouvelles technologies, il est important de lancer d’abord, puis de refléter les retours des utilisateurs, plutôt que de viser la perfection

[GN⁺]

Avis sur Hacker News

• Il faut résister à la pression du « lancez-le comme ça »

  • Quand les détails techniques comptent, on ne peut pas se précipiter ni « juste lancer »
  • Résister à la pression du management fait partie du rôle d’un ingénieur logiciel
  • Il est plus important de faire du bon logiciel que de servir les intérêts de l’entreprise
  • Respecter des délais à court terme devient une motivation négative sur le long terme

• Retour d’expérience avec quelqu’un qui demandait 50 % des parts pour une simple idée

  • Une personne ayant une idée d’application a demandé qu’on code gratuitement pour elle
  • Elle a dit que si ce n’était toujours pas lancé six mois plus tard, elle le construirait elle-même

• Avis de quelqu’un qui attend des autres qu’ils résolvent ses problèmes

  • La personne qui résout le problème finit aussi par s’occuper de la maintenance
  • Il est plus important d’apporter de la valeur aux clients que d’être obsédé par la résolution du problème

• Histoire de quelqu’un qui a lancé son application après avoir été motivé par les commentaires

  • L’application a été lancée et s’est révélée bien meilleure que les produits concurrents
  • Visible sur benji.so

• Utiliser réellement son propre système peut changer de perspective

  • Les utilisateurs ont l’habitude de corriger automatiquement de petits problèmes
  • La recherche de la perfection peut relever de l’ego
  • Le fait d’utiliser ce qu’on a créé et de décider de ne pas le modifier peut changer beaucoup de choses

• Avis de quelqu’un qui voit positivement le fait qu’une autre personne ait implémenté son idée en premier

  • Il y voit une preuve que l’idée est bonne
  • Le but d’un projet personnel est d’être utile à soi-même ou à son entourage
  • Il publie même une version alpha pour que d’autres puissent l’améliorer

• Avis de quelqu’un qui déteste un style d’écriture qui « essaie d’être drôle »

• Il faut décider de lancer ou non une application selon l’objectif du développement

  • Si le but est de résoudre un problème personnel, il n’est pas nécessaire de la lancer
  • Si c’est un produit destiné à la vente, il faut le lancer dès qu’il a un minimum de fonctionnalités
  • S’il s’agit d’un projet open source, il ne faut pas se précipiter pour le lancer
  • Une fois public, il peut y avoir beaucoup de demandes de correction de bugs et d’ajout de fonctionnalités
  • Abandonner un projet n’est pas non plus une mauvaise chose
  • L’important, c’est ce qu’on a appris au cours du processus

• Avis de quelqu’un qui estime que les exemples de « lancez-le comme ça » ne sont pas pertinents

  • Beaucoup de gens ont indépendamment des idées d’applications de productivité
  • Ils sont déçus de constater que leur idée existe déjà

• Avis de quelqu’un qui traite l’auteur de « gamin »

  • Il critique le fait qu’il se soit limité à une preuve de concept sans aller plus loin
  • Il souligne qu’on ne peut revendiquer aucun droit sur une simple idée