Votre application mobile, testable en 4 à 8 semaines.
Je conçois et je livre des applications pour les fondateurs et les équipes qui ont un produit à sortir. 14 ans de mobile, une cinquantaine d'applications livrées. Périmètre fixé, prix fixé, code et documentation remis.
FlutteriOS & AndroidOffline-firstApp Store & Google PlayPérimètre fixéCode remis
Pour qui
Ceux avec qui ça fonctionne le mieux.
Vous avez quelque chose à mettre entre les mains d'utilisateurs réels, et un budget qui ne tolère pas six mois de dérive.
Fondateurs
Vous avez un produit en tête. Vous voulez le mettre entre les mains d'utilisateurs, pas dans un cahier des charges.
Startups early
Vous devez montrer quelque chose qui fonctionne : à des utilisateurs, à un investisseur, à un partenaire.
PME
Votre activité tourne et une partie s'opère encore à la main. Équipes terrain, clients, suivi.
Organisations & ONG
Vous voulez remplacer les tableurs et les groupes WhatsApp par un outil que vos équipes utiliseront vraiment.
Ce que je livre
Une application en ligne, et qui vous appartient.
Un périmètre écrit avant de commencer, une version testable chaque semaine, et à la fin le code est chez vous.
Une application Flutter pour iOS et Android depuis une seule base de code
Le backend et l'infrastructure quand le projet en a besoin, avec des ingénieurs seniors avec qui je travaille depuis des années
Un périmètre écrit et validé avant de commencer, et un prix qui ne bouge pas
Une version sur votre téléphone chaque semaine, et la mise en ligne sur les stores à la fin
Une architecture offline-first quand vos utilisateurs travaillent sans réseau
Le code source complet et la documentation technique. Aucune dépendance à moi ensuite
« Nabil est un entrepreneur dans l'âme, il s'approprie les projets qu'on lui confie et les complète par la force de son expérience. C'est le partenaire idéal pour lancer de nouveaux concepts innovants. »
Mohamed Alami Mchichi · Fondateur, Thinline
« I worked with him as his client for a Flutter development project. [...] He is able to manage a team of back-end, front-end engineers and designers. »
Nezha Larhrissi · Board Member, eSTEM Morocco
Comment ça marche
Quatre étapes, et vous savez toujours où on en est.
Le périmètre est écrit et validé avant la première ligne de code, et vous testez l'application chaque semaine.
01
Cadrage
On définit le problème, les écrans clés, et ce que « livré » veut dire. J'écris le périmètre, vous le validez, il ne bouge plus.
02
Prix et calendrier
Un prix fixe et une date. Si quelque chose doit changer en cours de route, on en parle avant, pas après.
03
Développement
Vous installez une version sur votre téléphone chaque semaine. Aucun moment où vous ne voyez rien.
04
Mise en ligne
Soumission sur les stores, code source et documentation remis, appel de passation. Les délais qui dépendent d'Apple et de Google, je vous les annonce avant.
Test interne : immédiat
Vous testez l'application sur votre téléphone le jour où la version est prête.
Publication publique : à anticiper
Apple valide chaque soumission, comptez une à deux semaines. Google impose en plus une phase de test fermé de quatorze jours avant qu'une application devienne visible publiquement. C'est du calendrier, pas du développement, et je vous le dis avant de commencer.
Réalisations sélectionnées
De vrais produits, en production.
Les 7 derniers projets.
FAQ
Des réponses directes.
Comptez 4 à 8 semaines de développement pour une première version testable sur votre téléphone. Le délai total dépend de deux choses qui ne sont pas entre mes mains : votre réactivité sur les validations, et les délais de publication. Apple valide chaque soumission en une à deux semaines, et Google impose une phase de test fermé de quatorze jours avant qu'une application soit visible publiquement. Je vous donne le calendrier complet au cadrage, sans l'enjoliver.
Je travaille au projet - périmètre fixe, prix fixe - pas à l'heure. Ça aligne les intérêts : j'ai toutes les raisons de livrer vite et proprement, pas de faire durer la mission. Le tarif est discuté après avoir défini le périmètre ensemble, pour que le chiffre reflète vraiment le travail.
Moi, pour tout ce qui est mobile. Quand un projet demande un backend, de l'architecture ou de l'infrastructure, je m'appuie sur des ingénieurs seniors avec qui je travaille depuis des années. Vous n'avez qu'un interlocuteur et un seul responsable de la livraison : moi.
Oui, après un audit. Je ne m'engage jamais sur une application que je n'ai pas examinée : c'est justement ce qui me permet de vous annoncer un prix ferme au lieu d'une fourchette. L'audit dit ce qui est réparable, ce qui est à refaire, et ce que ça coûte. Il m'est déjà arrivé de conclure que ce qui restait à corriger coûtait plus cher que ce qui restait à faire, et de le dire au client.
Pas nécessairement. Beaucoup de projets peuvent être livrés sans backend sur mesure, avec une solution de type Appwrite, Firebase ou Supabase. Je ne recommande un backend spécifique que lorsqu'il y a une vraie raison, pas par défaut.
La propriété complète : le code source Flutter intégral, la documentation technique, l'accompagnement pour la soumission sur les stores, et un appel de passation. Le code vous appartient - sans aucun verrouillage.
Je suis ouvert à une collaboration continue s'il y a du développement produit actif - nouvelles fonctionnalités, nouvelles versions, itérations. Les contrats de maintenance pure sans développement actif ne correspondent pas à ma façon de travailler.
Parlons de votre projet.
Dites-moi ce que vous voulez sortir et sous quelle contrainte de temps. Si ça correspond, on cadre le périmètre. Sinon je vous le dis, et je vous oriente si je peux.
