Aller au contenu
DurinTasondock
en

Services

Je travaille avec des fondateurs et des équipes qui ont besoin d'un logiciel en production, pas d'un prototype. Le périmètre est toujours de bout en bout : compréhension du besoin, architecture, développement frontend et backend, intégrations, infrastructure et déploiement.

Trois offres couvrent les situations que je rencontre le plus souvent. Si la vôtre se situe entre deux d'entre elles, décrivez-la et je vous dirai par quoi je commencerais.

01

Développement de MVP et de SaaS

Construire votre MVP, de l'idée à la production.

Vous avez une idée validée, ou un produit qui doit exister, et pas encore d'équipe technique. Je le prends en charge des besoins jusqu'à une application déployée et maintenable qui vous appartient — frontend, backend, base de données, intégrations et infrastructure.

Je travaille directement avec vous, je livre par incréments utilisables et je garde un périmètre honnête : ce qui est construit est ce dont les premiers utilisateurs ont besoin, structuré pour que les fonctionnalités suivantes n'imposent pas de réécriture.

Ce qui est inclus

  • Cadrage et périmètre de la première version
  • Architecture technique et modèle de données
  • Développement frontend (Next.js, React) et backend (NestJS, Node.js)
  • Authentification, rôles et permissions
  • Intégrations de paiement et de services tiers (Mobile Money, e-mail, messagerie)
  • Conception de la base de données (PostgreSQL, MongoDB)
  • Tests automatisés sur les parcours critiques
  • Docker, CI/CD et déploiement en production
  • Documentation et passation

Pour qui

  • Fondateurs avec une idée validée et sans cofondateur technique
  • Petites entreprises qui remplacent des tableurs ou des processus manuels par un vrai produit
  • Équipes qui ont besoin d'une première version en production avant de recruter

02

Ingénierie sur produit existant

Améliorer, stabiliser et faire évoluer un produit existant.

Votre produit est en ligne, mais il vous freine : bugs récurrents, déploiement fragile, fonctionnalité que plus personne n'ose toucher, architecture qui ne correspond plus. Je rejoins une base de code existante, je la comprends avant de la modifier, et je corrige d'abord ce qui fait le plus mal.

C'est le travail que je fais depuis plus de trois ans sur Ekoh, un SaaS en production pour une entreprise sud-africaine : nouvelles fonctionnalités, refonte complète de l'authentification, seuils de couverture de tests et SDK typé — sans jamais interrompre le produit.

Ce qui est inclus

  • Audit du code et de l'infrastructure, avec un plan priorisé
  • Investigation des bugs et correction des incidents de production
  • Refactoring et évolutions d'architecture menés par étapes
  • Suites de tests et seuils de couverture imposés dans la CI
  • Renforcement de la performance et de la sécurité
  • Authentification, autorisation et gestion des sessions
  • Pipelines de déploiement, Docker et supervision
  • Développement de nouvelles fonctionnalités dans le produit existant

Pour qui

  • Fondateurs dont le produit est en ligne mais dont le développeur initial est parti
  • Équipes qui ont besoin d'un ingénieur senior sur un module difficile
  • Entreprises dont la dette technique bloque la feuille de route

03

Partenariat technique

Un partenaire technique avant d'avoir besoin d'un CTO à temps plein.

Une jeune entreprise a besoin de bonnes décisions techniques bien avant de pouvoir justifier un CTO à temps plein. Je tiens ce rôle de façon récurrente : architecture, priorités, livraison, et le volet technique des échanges avec les partenaires, les prestataires et les futures recrues.

J'occupe cette position sur mes propres produits, pour un réseau de laboratoires médicaux dont je porte la plateforme de bout en bout, et pour Inter Solutions Service — une société d'IT et de voyages avec qui je suis en partenariat sur Kuntriz. L'engagement, c'est la continuité : je prends les décisions, je développe à vos côtés et je reste responsable de ce qui tourne en production.

Ce qui est inclus

  • Feuille de route technique alignée sur les priorités de l'entreprise
  • Décisions d'architecture et arbitrages construire ou acheter
  • Développement direct sur les parties critiques du produit
  • Revue de code et standards d'ingénierie pour les autres développeurs
  • Choix des prestataires et de l'infrastructure (paiement, hébergement, outillage)
  • Aide au recrutement et à l'intégration de vos premiers ingénieurs
  • Sécurité, sauvegardes et préparation à la production
  • Reporting régulier aux fondateurs et aux parties prenantes

Pour qui

  • Fondateurs qui ont besoin d'un copilote technique sans recrutement à temps plein
  • Équipes non techniques qui exploitent un produit construit par une agence
  • Entreprises qui préparent la constitution d'une équipe technique interne

Comment je travaille

Les mêmes cinq étapes à chaque mission, quelle que soit sa taille. L'objectif : un produit utilisable tôt et qui reste maintenable.

  1. Étape 01

    Comprendre

    Je commence par comprendre le problème métier, les utilisateurs et ce que signifie concrètement la réussite.

  2. Étape 02

    Structurer

    Je traduis les besoins en une approche technique et une architecture claires.

  3. Étape 03

    Construire

    Je développe par itérations, en gardant le produit utilisable et testable tout au long du processus.

  4. Étape 04

    Livrer

    Je prends en charge le déploiement, l'infrastructure et la mise en production.

  5. Étape 05

    Améliorer

    Je m'appuie sur les retours et les données réelles pour améliorer le produit en continu.

Questions fréquentes

Travaillez-vous à distance, et sur quels fuseaux horaires ?

Oui. Je suis basé à Yaoundé, au Cameroun (UTC+1), et je travaille à distance avec des clients en Afrique, en Europe et au-delà. Mes horaires recouvrent largement ceux de l'Europe et de la majeure partie de l'Afrique ; pour les autres régions, je fixe des créneaux communs pour les réunions et je travaille en asynchrone le reste du temps, avec des points écrits.

Comment démarre-t-on ?

Par un échange sur votre produit, où il en est et ce dont vous avez besoin ensuite. Si nous sommes alignés, je vous envoie une proposition écrite courte : périmètre de la première phase, livrables, calendrier et prix. Le travail commence une fois cette proposition validée.

Combien de temps dure un projet ?

Cela dépend du périmètre, et je ne promets pas de dates avant d'avoir compris le travail. En revanche, je découpe chaque projet en phases courtes qui se terminent chacune par un résultat fonctionnel et déployable, pour que vous voyiez l'avancement tôt et puissiez ajuster la direction.

Comment fixez-vous vos tarifs ?

Par phase à périmètre fixe lorsque le travail peut être défini, ou sous forme de forfait mensuel pour l'ingénierie continue et le partenariat technique. Chaque proposition précise exactement ce qui est inclus. Il n'y a pas de chiffres sur ce site parce qu'ils dépendent du périmètre.

À qui appartient le code, et que se passe-t-il à la fin ?

Il vous appartient. Le code vit dès le premier jour dans des dépôts que vous contrôlez, avec la documentation, la configuration des environnements et les instructions de déploiement. À la fin d'une mission, je transmets tout ce dont un autre ingénieur a besoin pour continuer, et je reste disponible pour la maintenance si vous le souhaitez.

Vous hésitez entre plusieurs offres ?

Décrivez votre situation et je vous dirai par quoi je commencerais.

Parlons-en