Jam Solidaire : comment David a construit 1M€ de CA en 2 ans en digitalisant son propre métier

Notre agence de création d'application mobile firstapp a accompagné Jam Solidaire depuis le premier jour, avant même que la société soit créée. Trois prototypes, des pivots radicaux, des nuits à tout casser et tout reconstruire en quelques jours, et au bout du chemin : 1M€ de CA, 15 000 donateurs actifs, et un panier moyen de don 30% supérieur à la moyenne du marché. Voici toute l'histoire.

Les chiffres

David, un recruteur de donateurs qui veut digitaliser son marché

David n'est pas un entrepreneur tech. Il ne sait pas coder, n'a jamais monté de startup, et ne connaît rien au développement mobile. Ce qu'il connaît en revanche, c'est le don associatif, parce qu'il a passé des années à en faire son métier.

Avant Jam Solidaire, David travaillait comme recruteur de donateurs pour des associations. Son quotidien : aller à la rencontre des gens, comprendre leurs valeurs, et les convaincre de soutenir des causes qui les touchent. Un métier de terrain, de conviction, et de relation humaine.

C'est là que l'idée de Jam Solidaire est née, pas dans un incubateur, pas après une étude de marché, mais au contact direct du problème. David voyait chaque jour à quel point la collecte de dons était archaïque, fragmentée, et inefficace pour les associations qui n'avaient pas les moyens de s'équiper. Il a eu la vision de digitaliser ce marché. Et il est venu nous voir avec cette vision, sans société créée, sans prototype, sans budget défini. Juste une conviction et une connaissance du marché qu'on ne trouve pas dans les livres.

C'est le profil de fondateur qu'on préfère chez firstapp : quelqu'un qui connaît son marché mieux que n'importe quel développeur, qui a une conviction forte sur le problème à résoudre, et qui cherche un partenaire technique pour le concrétiser. Pas quelqu'un qui cherche un prestataire pour exécuter un cahier des charges.

‍

Le principe qui a tout changé, vendre avant de construire

La première décision stratégique de David a été de ne pas attendre d'avoir une app pour aller sur le terrain. Pendant que firstapp travaillait sur les premiers prototypes, David, lui, allait frapper aux portes des associations.

Pas pour leur montrer une app. Pour comprendre leurs problèmes, qualifier leur intérêt, et obtenir des engagements concrets. Il a utilisé exactement les mêmes compétences qui faisaient de lui un bon recruteur de donateurs, l'écoute, la conviction, et la capacité à créer de la confiance rapidement.

"La plupart des fondateurs attendent d'avoir un produit parfait avant d'aller le vendre. David a fait l'inverse. Il vendait pendant qu'on codait. Au lancement, le marché existait déjà." - Clément Parot

Au moment du premier lancement, David avait déjà signé une dizaine d'associations partenaires. Il n'avait pas eu besoin de les convaincre avec une démo produit, il les avait convaincus avec sa vision et sa connaissance du secteur. L'app est venue confirmer ce qu'il avait déjà vendu, pas l'inverse.

C'est la leçon la plus importante de l'histoire de Jam Solidaire : le produit n'est pas le point de départ. La distribution l'est.

‍

Les 3 prototypes, apprendre en cassant tout

Jam Solidaire n'est pas sorti du premier coup. Loin de là. Il y a eu trois prototypes avant d'arriver à la version qui tourne aujourd'hui, et chacun a appris quelque chose de fondamental.

Proto 1 - "Est-ce que le concept intéresse ?"

Le premier prototype était volontairement simple, rapide, et visuellement basique. L'objectif n'était pas d'avoir quelque chose de beau, c'était de tester si l'approche de Jam Solidaire suscitait de l'intérêt. Pas d'onboarding travaillé, pas de paywall optimisé, pas de performance technique au rendez-vous. Juste assez pour montrer la mécanique principale et observer les réactions. Le verdict : oui, le concept intéresse. On pouvait aller plus loin.

Proto 2 - Le mur du système de paiement

Le deuxième prototype cherchait à industrialiser la collecte de dons en gérant les paiements en interne, un système centralisé qui aurait permis à toutes les associations de passer par la même infrastructure. Sur le papier, c'était logique. Sur le terrain, c'était une catastrophe. Chaque association voulait utiliser son propre système de paiement. Certaines avaient des contrats avec des prestataires spécifiques, d'autres des obligations légales, d'autres encore des processus internes impossibles à contourner. La résistance était totale.

Proto 3 - Le pivot qui a tout changé

On a tout cassé et tout reconstruit en quelques jours. La nouvelle approche : laisser chaque association choisir son propre système de paiement, et intégrer ces systèmes au cas par cas dans la plateforme. Ce n'est pas la solution la plus scalable sur le papier, mais c'est celle que le marché acceptait. Et comme les associations partenaires sont des clients de taille significative, le sur-mesure est économiquement viable. C'est ce prototype qui a donné naissance à la version actuelle de Jam Solidaire.

La capacité à tout casser et tout reconstruire en quelques jours n'est pas un signe de désorganisation, c'est une compétence. La plupart des équipes passent des semaines à débattre d'un pivot. Chez firstapp, on avait la conviction qu'un test raté rapide vaut mieux qu'une certitude lente. Jam Solidaire en est la preuve.

‍

Le pivot décisif, s'adapter au marché plutôt que forcer le marché à s'adapter

Le pivot sur les paiements mérite qu'on s'y arrête, parce qu'il illustre une vérité que beaucoup de fondateurs refusent d'entendre : parfois, le marché a raison et votre hypothèse produit a tort.

L'hypothèse initiale était raisonnable : centraliser les paiements pour simplifier l'expérience utilisateur et créer une infrastructure scalable. C'est ce qu'aurait fait n'importe quel bon product manager. Le problème, c'est que les associations ne fonctionnent pas comme des startups. Elles ont des contraintes légales, des historiques de partenariat, des processus internes figés depuis des années. Leur demander de changer leur système de paiement pour rejoindre une nouvelle plateforme, c'était leur demander de prendre un risque qu'elles n'étaient pas prêtes à prendre.

La solution était contre-intuitive : au lieu de simplifier pour tout le monde, on a accepté de complexifier pour s'adapter à chacun. Intégration sur mesure pour chaque association, cas par cas, système par système. Un travail fastidieux en apparence, mais qui a débloqué l'adoption d'un seul coup.

C'est la leçon que peu de fondateurs appliquent vraiment : votre produit doit s'adapter au marché, pas l'inverse. Surtout quand vos clients sont des institutions qui ont leurs propres contraintes. La flexibilité n'est pas une faiblesse, c'est ce qui vous permet d'entrer dans le marché.

‍

La division des rôles qui a fait la différence

Ce qui a rendu le développement de Jam Solidaire particulièrement efficace, c'est une division des rôles d'une clarté absolue : David gérait la commercialisation, firstapp gérait le technique. Pas de chevauchement, pas de confusion, pas de réunions interminables sur des décisions qui n'avaient pas lieu d'être prises en commun.

David connaît son marché. Il sait parler aux associations, comprendre leurs besoins, et construire des relations de confiance dans un secteur où la confiance est tout. Lui demander de s'impliquer dans des décisions techniques aurait été une perte de temps pour tout le monde.

firstapp connaît le développement mobile, l'onboarding, et la monétisation. S'impliquer dans la stratégie commerciale de David aurait été présomptueux et contre-productif.

"Le meilleur partenariat qu'on ait eu avec un client, c'est quand chacun fait ce qu'il sait faire, et fait confiance à l'autre pour le reste." - Clément Parot

Concrètement : pendant que David allait signer des associations sur le terrain, firstapp itérait sur le produit. Les retours de David après ses visites terrain alimentaient directement les décisions de développement. Pas de délais, pas de filtres, pas de réunions de priorisation, une boucle de feedback directe entre le commercial et le technique.

C'est cette mécanique qui a permis les trois pivots rapides. Quand David rentrait du terrain avec une information critique, "les associations ne veulent pas changer leur système de paiement", on pouvait agir immédiatement. Pas la semaine suivante. Pas après une réunion de validation. Immédiatement.

‍

Les résultats, et ce qui vient ensuite

Deux ans après le lancement de la version définitive, les résultats parlent d'eux-mêmes :

Le panier moyen est peut-être le chiffre le plus révélateur. La moyenne du marché pour les dons en ligne tourne autour de 10 à 11€. Jam Solidaire est à 13-14€, soit 30% au-dessus. Ce n'est pas un hasard. C'est le résultat d'une expérience utilisateur qui crée de la confiance, d'un parcours de don fluide et bien pensé, et d'une présentation des associations qui donne envie de donner davantage.

Aujourd'hui, firstapp est toujours présent aux côtés de Jam Solidaire, en mode maintenance et optimisation continue, pour s'assurer que tout fonctionne parfaitement à mesure que la plateforme grossit. Et on prépare déjà la prochaine étape : une v2 avec de l'intelligence artificielle intégrée pour aller encore plus loin sur la personnalisation des dons et l'engagement des donateurs.

‍

Les leçons à retenir

Leçon 1 : Vendre avant de construire, pas après

David n'avait pas d'app quand il a signé ses premiers partenaires. Il avait une vision et une connaissance du marché. Le produit est venu confirmer ce qui était déjà vendu. C'est l'ordre dans lequel ça devrait toujours se passer.

Leçon 2 : Les prototypes moches sont une fonctionnalité, pas un bug

Les deux premiers prototypes de Jam Solidaire étaient visuellement basiques. C'était voulu. L'objectif n'était pas de convaincre, c'était d'apprendre. Un prototype moche qui vous apprend quelque chose de fondamental en 2 semaines vaut infiniment plus qu'une app parfaite qui prend 6 mois.

Leçon 3 : S'adapter au marché plutôt que forcer le marché à s'adapter

Le pivot sur les paiements était contre-intuitif, plus complexe techniquement, moins scalable en apparence. Mais c'est ce que le marché acceptait. La flexibilité face aux contraintes de ses clients n'est pas une faiblesse, c'est ce qui vous permet d'entrer et de rester.

Leçon 4 : La clarté des rôles multiplie la vitesse d'exécution

David sur le commercial, firstapp sur le technique. Pas de chevauchement, pas de réunions inutiles. Chacun dans sa zone d'expertise, avec une boucle de feedback directe entre les deux. C'est ce qui a permis trois pivots rapides là où d'autres auraient passé des mois en réflexion.

Leçon 5 : Le bon prestataire technique est un partenaire, pas un exécutant

firstapp n'a pas exécuté un cahier des charges. On a co-construit un produit, pris des décisions ensemble, et assumé des pivots radicaux quand le marché le demandait. La différence entre une agence qui livre du code et un partenaire qui pense produit avec vous, c'est exactement ce que cette collaboration illustre.

‍

Si l'histoire de Jam Solidaire vous parle, on a écrit en détail sur les principes qui ont fait sa réussite : comment valider son idée avant de dépenser le moindre euro en développement, comment générer ses premiers revenus dès le mois du lancement, et notre guide complet sur la création d'une application mobile pour startup de l'idée au lancement.

‍

Jam Solidaire est notre premier et plus ancien client. Cette collaboration résume ce qu'on fait chez firstapp : pas juste du développement mobile, mais un partenariat qui pense produit, distribution, et croissance ensemble, depuis le premier prototype jusqu'au million d'euros de CA.