Tout a commencé par un tableur.

Un tableur de dépenses hebdomadaire d'une colocation estivale à Fire Island — pondérations repas par repas, sections nourriture et alcool, contributions, et une ligne « doit / est dû » en bas. Noms anonymisés.
L'une des maisons, anonymisée.

Depuis plus de dix ans, je loue une maison estivale en colocation à Fire Island Pines, en sous-louant des chambres à un casting tournant d’amis tout au long de la saison. Chaque maison amenait le même genre de calculs : des colocataires qui arrivaient et partaient à des dates différentes, des couples qui voulaient régler ensemble, des non-buveurs qui ne voulaient pas participer aux notes de bar, et une pile de tickets de caisse du Pines Pantry à la fin de chaque semaine — réglés par celui qui faisait la cuisine ce jour-là.

Celui qui me tenait vraiment à cœur, c’était les invités. L’ami de quelqu’un venu dîner, le ou la partenaire de quelqu’un qui dormait sur le canapé quelques nuits — je ne voulais pas de règles rigides (« tu as droit à trois invités par semaine »), mais je ne voulais pas non plus que les colocataires qui n’invitaient pas d’invités aient l’impression de financer en silence la vie sociale des autres. Alors j’ai imaginé un système de pondérations journalières : la part de chaque colocataire augmentait un peu pour chaque nuit-invité qu’il amenait dans la maison, et les totaux se redistribuaient en conséquence.

Le tableur donnait la bonne réponse. Et puis il est devenu long. Et fragile. Et chaque nouvelle maison repartait d’une copie fraîche avec un cas particulier de plus greffé dessus — jusqu’à ce que la seule personne capable de le maintenir, ce soit moi.

Un trottoir en bois à Fire Island Pines au coucher du soleil, bordé d'herbes ornementales et illuminé par une lumière dorée à travers les nuages.
Fire Island Pines au coucher du soleil.

Puis c’est devenu une application.

Je suis ingénieur logiciel à plein temps, et je cherchais un projet personnel — quelque chose avec un vrai problème, une vraie base d’utilisateurs (moi et mes colocataires), et un prétexte pour apprendre un nouveau framework. Transformer le tableur en application Flutter cochait toutes les cases.

À peu près au même moment, j’ai essayé Splitwise sur un voyage entre amis et j’ai été consterné par le peu de calculs auxquels je tenais que l’application pouvait réellement gérer. Entre un tableur que moi seul savais maintenir et une application payante qui ne faisait pas ce que je voulais, le projet s’est imposé de lui-même — j’allais construire l’application de partage de dépenses que j’avais envie d’utiliser.

La première année, c’était soirs et week-ends, à apprendre Flutter en même temps que je construisais l’app. Le rythme s’est accéléré sur les huit derniers mois, une fois que j’ai intégré les outils de codage assistés par IA dans ma boucle de travail, et l’application est enfin sortie sur iOS, Android et le web.

Tabello est gratuit. Les calculs, les trackers, l’invitation par lien, le scan des tickets — tout. La seule fonctionnalité payante, c’est la connexion bancaire (Plaid), et c’est parce que Plaid facture par compte connecté et je ne peux pas absorber ce coût à mesure que la base d’utilisateurs grandit. Pas de fonds VC derrière, pas d’équipe growth, pas de feuille de route d’upsell. Ça coûte ce que ça coûte à faire tourner, et j’aimerais que ça reste ainsi.

Où ça en est.

J’ai fini par passer beaucoup de temps là-dessus — surtout parce que j’ai essayé d’appliquer la même rigueur et les mêmes principes de conception qu’à mon travail de jour. Mes amis et moi l’utilisons depuis un moment maintenant : ça a remplacé le tableur de la maison d’été, et c’est discrètement devenu utile pour des choses que je n’avais pas prévues — le plus récent étant un achat groupé de billets d’opéra, de danse et de concert pour la saison culturelle à venir.

Si vous avez fouiné un peu et que quelque chose a étonnamment bien marché — ou pas du tout — écrivez-moi un petit mot, la page de support m’arrive directement.

— Lothaire

← Retour à l'Accueil