Étude de cas Produit Produit SaaS B2B En production

Docs-dispatcher, un SaaS conçu et exploité par Levanna

Création, industrialisation et exploitation d'un produit SaaS d'orchestration documentaire

CTO produit hands-on

Vision produit Architecture Développement DevOps & exploitation
Découvrir le produit

Carte d'identité du projet

Secteur d'activité
Éditeur SaaS B2B — automatisation documentaire
Type d'organisation
Produit édité par Levanna
Intervention Levanna
  • Vision produit
  • Architecture
  • Développement
  • DevOps
  • Exploitation
Produits et technologies
  • Microservices
  • API REST
  • Clever Cloud (PaaS)
  • CI/CD
  • Observabilité
Durée
Produit en exploitation continue

À propos du client

Docs-dispatcher est un produit SaaS B2B édité par Levanna. Il expose une API unique pour orchestrer des workflows documentaires (génération, traitement et envoi de documents) en s’appuyant sur des prestataires externes encapsulés.

Né des besoins rencontrés en mission de CTO externalisé, il est aujourd’hui utilisé notamment par des organismes de formation qui l’interconnectent avec leur CRM Zoho, comme le mentionnent les témoignages de COPB, Milandes Santé et GEMA sur la page clients Zoho.

100 % de disponibilité sur l’année 2025, sans équipe SRE dédiée

En résumé

Docs-dispatcher est un produit SaaS B2B conçu, développé et exploité par Levanna. Né de besoins terrain rencontrés lors de missions de CTO externalisé, il permet d’orchestrer des workflows documentaires critiques via une API robuste, découplée des prestataires externes.

Ce cas illustre la capacité de Levanna à assumer un rôle de CTO produit de bout en bout, de la première ligne de code jusqu’à l’exploitation en production.

Contexte

En mission chez plusieurs clients, le même besoin revenait : produire, faire signer, envoyer ou archiver des documents depuis un outil métier (CRM, plateforme de formation), en passant par des prestataires spécialisés.

Chaque client réinventait cette plomberie, et chaque changement de prestataire imposait des développements coûteux. Levanna a décidé d’en faire une brique transverse, éditée comme un produit.

Le problème rencontré sur le terrain

  • Génération documentaire éclatée et hétérogène d’un client à l’autre
  • Forte dépendance aux prestataires externes et à leurs API
  • Difficulté à tracer, auditer et superviser les traitements
  • Refactorings coûteux à chaque changement de prestataire

Contraintes

  • Fiabilité : les workflows sont critiques pour les clients (inscriptions, contrats, courriers officiels)
  • Exploitation par une petite structure : le produit doit tourner sans équipe SRE dédiée
  • Multi-clients : isolation des données et des configurations dès le départ
  • Indépendance : les clients ne doivent pas subir les changements de prestataires

Le rôle de Levanna

Levanna porte ce produit en CTO produit hands-on : vision, architecture, développement, chaîne de livraison et exploitation en production. Les arbitrages sont pris en fonction de l’usage réel et de la capacité d’exploitation, pas d’un idéal technique.

Décisions structurantes

  • Créer un produit SaaS plutôt qu’un outil interne : le besoin était transverse, stable et réutilisable
  • Une API unique côté client, qui encapsule les prestataires derrière des connecteurs
  • Multi-tenant natif, pour servir plusieurs clients avec une seule plateforme
  • Découpler les clients des prestataires : changer de fournisseur ne doit impacter que le connecteur
  • Exploitation industrielle dès le départ : observabilité et automatisation comme fondations

Réalisation

  • Conception de l’API et du modèle de workflows synchrones et asynchrones
  • Développement des connecteurs par prestataire, isolés du cœur applicatif
  • Mise en place de la chaîne CI/CD et des déploiements automatisés
  • Observabilité intégrée : logs, métriques, traces et traçabilité complète des traitements
  • Migration de l’hébergement vers une plateforme PaaS pour réduire la charge d’exploitation

Architecture

Principes

API unique côté client
Exécution synchrone et asynchrone
Connecteurs encapsulés par prestataire
Multi-tenant natif
Détails techniques
  • Architecture microservices, découpée par responsabilité métier
  • Observabilité intégrée (logs, métriques, traces)
  • Traçabilité complète de chaque traitement
  • Hébergement PaaS européen (Clever Cloud)

Trajectoire technique et arbitrages

Hébergement

Kubernetes PaaS (Clever Cloud)

Réduire la complexité d'exploitation pour une petite structure

CI / CD

Déploiements semi-manuels CI/CD automatisée

Fiabilité et répétabilité des mises en production

Run

Supervision minimale Observabilité complète

Exploitation long terme sans équipe SRE

Résultats en production

100 %

de disponibilité

sur l'année 2025

10 à 200

workflows par jour et par client

pics jusqu'à 500

0

équipe SRE dédiée

exploitation assurée par Levanna

  • Produit en production continue, multi-tenant, utilisé par des clients B2B
  • Changement de prestataire possible sans refactoring côté client
  • Chaque traitement est tracé et auditable

Indicateurs de disponibilité et de volumes issus de la supervision du produit.

Enseignements

  • Un besoin rencontré chez plusieurs clients peut justifier un produit, à condition d’en assumer l’exploitation
  • L’architecture la plus sophistiquée n’est pas la bonne si l’équipe ne peut pas l’exploiter : le passage de Kubernetes au PaaS en est l’illustration
  • L’observabilité est ce qui permet de tenir un engagement de disponibilité sans équipe dédiée
  • Cette expérience nourrit directement l’offre IA et industrialisation de Levanna

Vous avez un produit critique à structurer ?

Besoin d'un CTO produit senior, du cadrage à l'exploitation, sans recruter immédiatement ?

SaaS CTO produit Architecture DevOps Run
Retour aux études de cas