FrenchAugust 7, 2025
By Matt

Pourquoi nous avons construit Last20

Nous nous sommes récemment assis avec proofstories.io, un blog qui interviewe des fondateurs en phase précoce, pour parler des origines de Last20 : ce qui a déclenché l'idée, comment nous l'avons validée, et ce que nous apprenons en essayant d'aider les vibe coders à vraiment terminer leurs builds d'IA.

histoire fondateurvoyage startupvalidation mvpconstructeurs iamarché développeurfinalisation projetmodèle paiementmétriques tractionlancement plateformeinterview fondateur

Une conversation avec Matt Rix, fondateur de Last20

Nous nous sommes récemment assis avec ProofStories, un blog qui interviewe des fondateurs en phase précoce, pour parler des origines de Last20 : ce qui a déclenché l'idée, comment nous l'avons validée, et ce que nous apprenons en essayant d'aider les vibe coders à vraiment terminer leurs builds d'IA.

Voici un extrait édité de cette conversation.

"La plupart des outils d'IA vous mènent à 80% mais c'est les derniers 20% qui tuent l'élan."

D'où est venue l'idée ?

Ça a commencé avec ma propre frustration. Je construisais avec des outils comme Lovable et Base44, lançant des projets et m'enthousiasmant. Mais comme beaucoup de gens, j'arrivais à 80% du chemin à travers quelque chose et puis je me heurtais à un blocage. Une intégration backend. Un problème Stripe. Un bug bizarre qui n'avait aucun sens. Et c'est là que ça s'arrêtait.

Je me souviens avoir pensé : sûrement il y a quelqu'un qui pourrait corriger ça en 20 minutes ? Mais je ne voulais pas avoir affaire à Fiverr. Reddit n'était pas cohérent. Les agences de développement ne touchent pas aux petits boulots. Alors j'ai pensé, et si il y avait juste un tableau de tâches simple construit pour ce moment ?

Pas une idée nouvelle. Mais le positionnement semblait manquer. Léger, délimité, et construit pour les constructeurs d'IA. C'est comme ça que Last20 a commencé.

"Nous pensions que la partie difficile serait les développeurs. En fait, beaucoup se sont inscrits très rapidement."

Comment avez-vous validé qu'il y avait un vrai problème ?

Honnêtement ? Reddit. Je passais déjà du temps dans les fils de vibe coding donc j'ai juste commencé à répondre aux gens qui étaient bloqués. Pas en essayant de vendre quoi que ce soit. Juste en discutant, en offrant de l'aide, et en posant des questions.

Une fois que nous avions construit un peu de rapport, je dirais : "S'il y avait un endroit où vous pourriez poster ça et payer quelqu'un £50 pour le corriger, l'utiliseriez-vous ?"
Et la réponse était typiquement oui.

Nous pensions qu'obtenir des développeurs serait la partie difficile. Que nous serions inondés de tâches et que nous aurions du mal à les faire accomplir.

Nous avions complètement tort. Les développeurs sont apparus immédiatement et maintenant ils dépassent les vibe coders 3 à 1.

Donc le défi s'est retourné. Ce n'est plus "pouvons-nous obtenir de l'offre ?" C'est : comment obtenons-nous plus de constructeurs à poster ?

"Nous avons construit le MVP en deux semaines. Notre première tâche a été complétée en trois jours."

À quoi ressemblait le processus de construction précoce ?

J'ai rencontré mon cofondateur Neil via Reddit. Je ne cherchais même pas un cofondateur, j'ai juste vu son post et je lui ai envoyé un message. Il a répondu rapidement, nous nous sommes connectés, et nous avons bougé vite. En deux semaines de cette première conversation, nous avions un MVP en direct.

Nous ne visions pas la perfection. Juste assez pour tester le flux :

  • Quelqu'un pouvait-il poster une tâche délimitée ?
  • Un vrai développeur pouvait-il la réclamer ?
  • Pouvions-nous gérer la correction, la remise, le paiement ?

Ça s'est passé en trois jours du lancement. Nous savions que ce n'était pas poli, mais c'était un gros signal que le modèle central fonctionnait.

"Vous pouvez poster une correction pour £1. Nous paierons au développeur le montant complet."

Comment fonctionne le paiement maintenant ?

Notre but est d'être le moins de friction et le plus de confiance possible.

Vous pouvez poster gratuitement. Vous pouvez fixer votre propre budget. Le paiement est détenu via Stripe et seulement libéré quand vous approuvez la correction. Si vous n'êtes pas satisfait, votre argent revient. Le développeur ne reçoit pas de paiement à moins que le travail soit complété selon votre standard.

Finalement nous ajouterons une petite commission de plateforme (payée par celui qui poste la tâche), mais pour l'instant, les développeurs gardent 100% de la commission listée.

Comme offre d'introduction, vous pouvez fixer le budget de votre tâche à £1 et nous paierons au développeur la commission complète

"Si nous obtenons 100 vraies tâches postées, nous saurons que cette chose a des jambes."

Quel genre de traction voyez-vous maintenant ?

Nous faisons une moyenne de 100 - 300 visiteurs uniques par jour et les inscriptions vont de 5 à 30 par jour selon l'activité Reddit et la portée.

La première tâche organique a été réclamée et complétée dans les premiers jours du lancement. Ça nous a donné confiance. Mais le plus gros défi maintenant est de convertir les utilisateurs qui s'inscrivent en gens qui postent réellement.

Nous faisons tourner la plateforme assez manuellement pour l'instant, poussant les gens, délimitant les tâches, aidant à faciliter les paiements. C'est bien. Nous apprenons beaucoup.

Notre prochain jalon est simple : obtenir 100 vraies tâches postées. Si nous pouvons faire ça, avec des résultats de qualité et une utilisation répétée, nous savons que nous avons quelque chose qui vaut la peine d'être mis à l'échelle.

"C'est commission fixe et vous ne payez que quand vous êtes satisfait."

Quel a été le plus gros défi jusqu'à présent ?

La plupart des gens avec qui nous parlons savent déjà ce qu'ils veulent corriger, ils ne sont juste pas sûrs de comment le faire sans se faire avoir.

Si vous avez utilisé des outils comme Lovable, vous serez familier avec cette expérience :

Vous demandez "Corrige ce bouton", ça le corrige à moitié.

Vous dépensez plus de crédits.

Puis ça casse autre chose.

Vous mettez à niveau votre plan.

Maintenant vous avez dépensé £200 et le bouton ne fonctionne toujours pas.

Vous ne savez pas combien ça coûtera. Vous ne savez pas quand c'est fait. Vous êtes coincé dans la boucle.

Last20 est l'opposé de ça.

  • Vous dites ce qui est cassé

  • Vous décrivez à quoi ressemble "fini"

  • Vous fixez le prix

  • Et vous ne payez que si le travail est fait selon votre standard

Et c'est tout vraiment, pas de crédits, pas d'abonnements et pas de surprises.

C'est commission fixe et c'est la commission que vous avez fixée.

Ce n'est pas révolutionnaire. En fait, c'est assez traditionnel mais c'est l'antithèse de l'expérience que la plupart des vibe coders ont actuellement.

"Nous n'essayons pas de faire du bruit. Nous essayons juste d'aider les gens à finir leurs applications."

Qu'est-ce qui suit pour Last20 ?

À court terme, nous nous concentrons sur l'activation des constructeurs : obtenir plus de tâches postées et complétées avec succès.

Nous commencerons à ajouter :

  • Témoignages et études de cas

  • Re-ciblage vers les gens qui ont abandonné à mi-poste

  • Médias payés légers

  • Construction de communauté à travers Discord, Reddit, et canaux de développement de niche

Mais nous n'essayons pas de lancer avec un bang. Nous essayons de gagner la confiance en étant utiles. Si nous pouvons aider les gens à se débloquer, et montrer que le modèle fonctionne, nous mettrons à l'échelle à partir de là.

"Vous avez déjà fait la partie difficile. Laissez-nous vous aider à finir."

Si vous êtes bloqué sur votre build, que ce soit Lovable, Bubble, Replit, Webflow, ou quoi que ce soit, Last20 est construit pour ce moment.

Vous n'avez pas besoin de réécrire toute votre stack. Vous n'avez pas besoin d'embaucher une agence.
Décrivez juste ce qui est cassé, à quoi ressemble "fini", et fixez un prix.

Postez une tâche ici et payez seulement £1 pendant que nous sommes en bêta
💬 Rejoignez le Discord si vous avez des questions ou voulez juste discuter

Pourquoi nous avons construit Last20