Une due diligence technique vérifie que le produit fonctionne comme annoncé, qu'il appartient bien au vendeur et qu'il peut être repris sans risque excessif. Elle couvre le code, l'infrastructure, la sécurité, les données, les dépendances et les personnes clés. Elle doit se faire avant la signature, pas après.
Code et architecture : le produit est-il maintenable ?
Examinez la structure du code, la présence de tests, la gestion des versions et la documentation. L'objectif n'est pas la perfection, mais de mesurer l'effort nécessaire pour faire évoluer le produit.
Demandez aussi qui a écrit le code et dans quelles conditions : salariés, freelances ou agence. Cela conditionne la propriété intellectuelle.
- Dépôt de code complet, avec historique lisible
- Tests automatisés et processus de déploiement documenté
- Dette technique connue et assumée par le vendeur
- Cessions de droits signées par tous les contributeurs
Infrastructure, sécurité et données
Vérifiez où le produit est hébergé, qui détient les comptes cloud, les noms de domaine et les certificats. Un transfert doit pouvoir se faire proprement, sans accès cachés.
Côté sécurité et données, regardez la gestion des accès, les sauvegardes testées, le chiffrement et la conformité à la loi marocaine sur les données personnelles ou aux règles européennes si des clients y sont installés.
Dépendances, coûts et risques tiers
Listez les services tiers : paiement, messagerie, intelligence artificielle, cartographie. Identifiez ceux qui sont critiques, leurs conditions d'utilisation et le coût qui augmente avec l'usage.
Contrôlez les licences open source : certaines imposent des obligations qui peuvent gêner une revente ou un modèle commercial.
- Inventaire des services tiers et des contrats associés
- Licences open source compatibles avec le modèle économique
- Coûts d'infrastructure rapportés à l'usage réel
- Plan de repli en cas de défaillance d'un fournisseur clé
Équipe, connaissance et plan de transition
Identifiez les personnes sans lesquelles le produit ne tourne plus. Si la connaissance est concentrée chez une seule personne, prévoyez sa rétention ou un transfert structuré avant la clôture.
Terminez par un plan de transition : accès, documentation, sessions de passation, période d'assistance. Le prix d'achat devrait refléter les risques constatés, avec éventuellement des garanties contractuelles négociées avec un conseil juridique.
Questions fréquentes
Combien de temps dure une due diligence technique ?
Cela dépend de la taille et de la complexité du produit. Pour un petit SaaS, elle peut tenir en quelques jours de travail ciblé, mais mieux vaut ne pas la précipiter.
Faut-il un expert externe pour l'auditer ?
Si vous n'avez pas de compétence technique en interne, c'est fortement recommandé. Un regard indépendant évite de se fier uniquement aux déclarations du vendeur.
Que faire si l'audit révèle des problèmes ?
Évaluez leur gravité et leur coût de correction, puis renégociez le prix, demandez des garanties ou prévoyez un correctif avant la clôture. Dans certains cas, renoncer est la bonne décision.