L’histoire de JIWOK 🚀 retour sur les succès et les échecs

Avoir raison trop tôt est parfois pire que d’avoir tort.

C’est la leçon que nous enseigne Frédéric. Ancien de la Silicon Valley (Apple) et co-fondateur de Linkbynet (revendu à Accenture), il a vécu une aventure entrepreneuriale hors normes avec Gwalk.

Son idée en 2007 ? Une app de running qui mixe votre musique en temps réel selon votre rythme cardiaque. Une révolution avant l’ère de Spotify et Strava.

Voici les 3 leçons clés de cette aventure passée de l’hyper-croissance à la semi-réussite.

---

1. L’Innovation par la contrainte (Le « Vrai » MVP)

En 2007, les API musicales n’existaient pas. Pour créer son MVP, Frédéric n’a pas utilisé de solutions clé en main :

• Il codait la nuit des scripts Python pour scanner les disques durs des utilisateurs.
• Il louait des studios pour enregistrer ses propres musiques libres de droits.

Le Hack d’acquisition : Il a scrappé les emails des forums de running pour proposer son outil gratuitement. Résultat : 80 000 utilisateurs immédiats et des serveurs qui explosent, sans dépenser 1€ en pub.

2. Pourquoi JIWOK n’est pas devenu Strava (Les 3 erreurs)

Malgré 5 millions d’utilisateurs cumulés, le projet a plafonné. Frédéric identifie trois erreurs fatales :

1. La falaise de la monétisation : En passant brutalement du modèle gratuit au payant, il est tombé de 80 000 utilisateurs à 2 000 abonnés. Leçon : Les utilisateurs de gratuit convertissent rarement. Visez une cible payante dès le jour 1.
2. Le refus du VC (Venture Capital) : En voulant s’autofinancer face à des géants comme Nike ou Adidas (qui lançaient des apps gratuites), il a perdu la guerre des ressources.
3. L’erreur du Corporate : S’associer avec Decathlon semblait idéal. Mais la culture « Retail » du géant (vendre des produits) était incompatible avec la vente de services digitaux.

---

3. Du Code dur au No-Code

Aujourd’hui, Frédéric a changé de philosophie. L’ancien expert Java ne jure plus que par le No-Code (FlutterFlow, Xano).

Pourquoi ? Parce que la barrière technique s’est effondrée.

« C’est simple de faire compliqué, mais c’est compliqué de faire simple. »

Ce qui lui prenait 6 mois de développement acharné en 2007 se fait aujourd’hui en une semaine. Cela permet de se concentrer sur la seule chose qui compte : résoudre la douleur de l’utilisateur, et pivoter rapidement si ça ne marche pas.

La morale de l’histoire ? Ne tombez pas amoureux de votre solution technique. Tombez amoureux du problème. Et surtout, n’ayez pas peur de lancer votre projet imparfait dès maintenant.

---

À propos de l’auteur

Je m’appelle Franco, je suis Product Builder depuis 7 ans.

Aujourd’hui, j’accompagne les entrepreneurs sans compétences techniques (No-Code) à concrétiser leurs projets. Je vous aide à passer de l’idée à la publication de votre application sur les stores (App Store et Google Play).

• Vous avez un projet d’application ? N’hésitez pas à m’envoyer un message, ce sera un plaisir d’échanger avec vous.

• Une question à propos de cette video ? Posez-la en commentaire !

Merci d’avoir lu cet article !