Red flags en due diligence : le guide de terrain

Un red flag est un signal assez sérieux pour tirer la note d'un candidat vers le bas exprès, plutôt que de se poser poliment dans une liste où une bonne moyenne peut l'enterrer. Le danger en due diligence n'est pas de manquer une information, c'est de trouver un vrai problème et de le laisser se faire moyenner. Ce guide couvre les red flags à surveiller, comment distinguer un vrai d'un risque ordinaire, et comment le traiter sans basculer dans la paranoïa.

Chaque problème sérieux qu'un programme finance par accident était en général visible avant, posé tranquillement parmi les risques ordinaires, contrebalancé par tout ce que la boîte faisait bien. C'est précisément l'échec que les red flags existent pour éviter. Une boîte forte avec un souci rédhibitoire et une boîte médiocre sans aucun peuvent afficher la même note globale, et un process qui traite un problème de gouvernance comme un marché un peu faible est un process qui finira par financer la mauvaise chose.

Ce guide déroule les catégories de red flag à connaître, des incohérences de claims à la gouvernance à la cap table, comment distinguer un vrai red flag d'un risque de routine, et la discipline qui garde le flagging utile plutôt qu'un réflexe qui tue chaque deal.

Ce qu'est vraiment un red flag

Un red flag n'est pas juste un négatif. Chaque boîte a des négatifs, et traiter chacun comme rédhibitoire, c'est ne jamais rien financer. Un red flag est un négatif assez sérieux pour changer la décision à lui seul, quelle que soit la force du reste du tableau. Le test qui le définit : vous engageriez-vous quand même si ceci était vrai et que tout le reste était excellent ? Si la réponse honnête est non, c'est un red flag. Si la réponse est « ça dépend du reste », c'est un risque ordinaire à peser, pas à flaguer.

La raison pour laquelle la distinction compte est arithmétique. Dans tout scoring, un chiffre moyen unique et fort laisse un problème sérieux se cacher derrière de la force ailleurs. Un red flag est le mécanisme qui tire la note globale vers le bas exprès, pour que le problème reste visible au comité au lieu d'être lissé en un total acceptable. Le flagging ne consiste pas à être négatif. Il consiste à refuser qu'un vrai rédhibitoire soit moyenné.

Red flags de claims et de cohérence

Le premier endroit où les red flags apparaissent, c'est dans les affirmations elles-mêmes, quand ce que la boîte dit ne survit pas à la vérification.

• Une affirmation matérielle contredite. Pas une différence d'arrondi, mais un claim phare que la preuve publique contredit : un partenariat que le partenaire nommé ne confirme pas, une métrique que des sources autoritaires réfutent. Une boîte prête à énoncer quelque chose de contredit vous a dit comment elle vous reportera plus tard.
• Des chiffres qui ne se réconcilient pas. Traction, revenu, et effectif qui ne peuvent pas tous être vrais en même temps. L'incohérence interne est un signal même quand vous ne pouvez pas dire quel chiffre est faux.
• L'évasion sous vérification. Un fondateur qui ne peut ou ne veut pas étayer un claim qu'il a fait, ou qui le reformule à chaque fois qu'on le questionne. Le claim était vérifiable et il a évité le contrôle.

La règle d'honnêteté ici compte autant que le flag : une métrique qui a légitimement bougé dans le temps, un nombre de clients d'il y a trois ans face à une source actuelle, n'est pas une contradiction. Vérifiez la date avant de flaguer. Un red flag est une vraie incohérence, pas un chiffre périmé.

Red flags de gouvernance et de personnes

La deuxième catégorie porte sur qui dirige la boîte et comment, et c'est souvent la plus prédictive.

• Conflits ou historique non divulgués. Un fait matériel sur un fondateur ou la boîte qui n'a pas été divulgué et aurait dû l'être. Le problème est moins le fait que la non-divulgation.
• Un motif, pas un incident. Un cofondateur parti, c'est la vie ; une porte tournante du leadership précoce est un signal. Distinguez un événement unique d'un motif.
• Une gouvernance qui concentre le risque. Des structures qui ne laissent aucun contre-pouvoir sur un seul décideur, ou qui rendent la boîte difficile à tenir responsable. Il ne s'agit pas du contrôle fondateur en soi, mais de savoir si quelque chose rattrape une mauvaise décision.

Red flags structurels et de cap table

La troisième catégorie porte sur la forme de la boîte, les parties difficiles à corriger après coup.

• Une cap table cassée. Une propriété si fragmentée, ou si concentrée dans des parties précoces inactives, que les futurs tours sont compromis. Une cap table est dure à défaire, donc un problème ici est durable.
• Une exposition légale ou PI non résolue. La propriété de la technologie coeur en question, des litiges non résolus, ou une donnée sous licence présentée comme un moat possédé. Ça ne s'améliore pas tout seul.
• Une dépendance sans plan B. Un point de défaillance unique que la boîte ne peut pas survivre à perdre : un client, une plateforme, un fournisseur dont les conditions pourraient changer. La concentration elle-même est le flag.

Comment traiter un red flag sans paranoïa

Le mode d'échec de l'autre côté, c'est de traiter tout comme un red flag jusqu'à ce qu'aucune boîte ne survive. Une discipline garde le flagging utile. D'abord, appliquez le test de façon cohérente : ceci changerait-il la décision à lui seul. Sinon, c'est un risque à peser, pas un flag. Ensuite, vérifiez avant de flaguer : une contradiction supposée qui s'avère être une métrique périmée ou une source mal lue n'est pas un red flag, et la flaguer érode la confiance dans ceux qui sont réels. Enfin, enregistrez le flag avec sa preuve, pour que le comité pèse le vrai problème plutôt qu'un malaise vague, et pour que la décision, dans un sens ou l'autre, soit défendable.

Un red flag n'est pas un non automatique. C'est un signal assez fort pour que la décision doive consciemment en tenir compte. Parfois un comité regarde un vrai red flag et avance quand même, les yeux ouverts. C'est une issue légitime. Ce qui n'est pas légitime, c'est de ne jamais voir le flag parce qu'une bonne moyenne l'a caché. Le but n'est pas de tuer des deals. C'est de s'assurer que le problème sérieux est sur la table quand la décision est prise.

Foire aux questions

Qu'est-ce qu'un red flag en due diligence ? Un signal négatif assez sérieux pour changer la décision à lui seul, quelle que soit la force du reste du dossier. Il devrait tirer la note globale vers le bas exprès pour rester visible, plutôt que d'être moyenné en un total acceptable où un bon tableau le cache.

En quoi un red flag diffère-t-il d'un risque ordinaire ? Par un test : vous engageriez-vous quand même si ceci était vrai et que tout le reste était excellent ? Si non, c'est un red flag. Si « ça dépend du reste », c'est un risque ordinaire à peser. Chaque boîte a des risques ; un red flag est le sous-ensemble qui décide à lui seul.

Quels sont les red flags de startup les plus courants ? Des affirmations matérielles contredites et des chiffres qui ne se réconcilient pas, des conflits non divulgués ou un motif de turnover du leadership, une gouvernance qui ne laisse aucun contre-pouvoir sur une décision, une cap table cassée ou fragile, une exposition PI ou légale non résolue, et une dépendance critique à un seul client, une seule plateforme, ou un seul fournisseur.

Un red flag veut-il dire rejeter automatiquement la boîte ? Non. Un red flag veut dire que la décision doit consciemment en tenir compte. Un comité peut regarder un vrai flag et avancer les yeux ouverts, et c'est légitime. Ce qui n'est pas légitime, c'est de ne pas le voir parce qu'une bonne moyenne l'a enterré. Le flag force le problème sur la table.

Comment éviter de tout flaguer ? Vérifiez avant de flaguer, et appliquez le test « ceci changerait-il la décision à lui seul » de façon cohérente. Une contradiction supposée qui s'avère être une métrique périmée n'est pas un red flag, et le sur-flagging érode la confiance dans les vrais. Enregistrez chaque flag avec sa preuve pour qu'il soit pesé comme un problème précis.

En résumé

Un red flag est un problème assez sérieux pour décider à lui seul, et le travail de la due diligence est de s'assurer qu'il n'est jamais moyenné derrière tout ce qu'une boîte fait bien. Surveillez les catégories claims, gouvernance, et structure, vérifiez avant de flaguer, appliquez le test « ceci changerait-il la décision à lui seul », et enregistrez chaque flag avec sa preuve. Un red flag n'est pas un non automatique. C'est une garantie que le problème sérieux est visible quand la décision est prise.

Comment ça se traduit dans Deckwise

Dans Deckwise, un red flag est un mécanisme de premier plan, pas une note en marge. Quand une affirmation matérielle est contredite ou qu'un négatif sérieux surgit pendant la vérification et la due diligence, il tire la note globale du candidat vers le bas exprès, pour qu'il ne puisse pas se cacher derrière de la force ailleurs, et il apparaît dans le mémo avec sa preuve pour que le comité le pèse. La vérification passe les registres d'abord, puis la recherche web sourcée, et une métrique qui a bougé dans le temps est nuancée plutôt que flaguée comme un mensonge. Le flag rend le problème visible ; l'humain décide encore quoi en faire.

Voir aussi : Le guide complet de la due diligence · Comment rédiger un mémo d'investissement · La Méthode Deckwise