Le backlog et le pipeline répondent à deux questions différentes. Le backlog est la valeur du travail contracté mais non encore livré ni reconnu : signé, financé, dû à la société. Le pipeline est la valeur des opportunités encore poursuivies et pas encore gagnées. Le backlog est une quasi-certitude (sous réserve de livraison et de clauses d’annulation) ; le pipeline est un espoir pondéré par une probabilité. Les traiter comme un seul chiffre est la surestimation de revenu la plus courante que corrige la diligence.
La présentation propre les garde en colonnes séparées et qualifie chacune. Le backlog : valeur du contrat, calendrier de livraison attendu, clauses d’annulation et d’acceptation, et si le financement du client est en place. Le pipeline : étagé par probabilité (qualifié, proposition, accord verbal, etc.), avec une hypothèse de conversion mixte et un âge honnête (un deal qui stagne en « proposition » depuis un an n’est pas vraiment du pipeline). Les questions de qualité sont celles de la quality of revenue : quelle concentration du backlog sur un seul client, les contrats sont-ils résiliables pour convenance, et l’hypothèse de conversion du pipeline colle-t-elle à l’historique de la société.
Pour une société deeptech, le piège est double. Une bonne partie de ce qu’on appelle backlog est en réalité conditionnel : pilotes qui ne convertissent que si un jalon est atteint, contrats suspendus à l’arrivée d’une subvention, commandes avec de longues portes d’acceptation. Et une bonne partie du pipeline est de l’intérêt non commercial (collaborations de recherche) mal étiqueté en ventes. Le fondateur crédible présente un backlog petit et propre, un pipeline étagé de façon réaliste, et les conditions de déclenchement des deux, plutôt qu’un chiffre unique que la diligence décomposera aussitôt.