Le coût caché d'un contrat dont personne n'est responsable

Une femme agenouillée fouillant dans un classeur dans un bureau

Demandez à quiconque a réellement passé du temps dans les opérations juridiques ou les achats ce qui pose vraiment problème avec les contrats, et la signature est rarement la réponse. Faire approuver et signer un document par les bonnes personnes est un problème borné — il a un début clair, une fin claire et une liste claire de qui est censé agir à chaque étape. Ce qui se passe après la signature est la partie véritablement ouverte, et c’est là que se produisent généralement les dégâts réels dans cette catégorie : une clause de renouvellement automatique que personne n’a signalée, une fenêtre de résiliation qui s’est fermée trois semaines avant que quiconque ne le remarque, un accord de niveau de service (SLA) fournisseur que personne ne suivait parce que la personne qui avait signé le contrat a quitté l’entreprise huit mois plus tard, emportant le contexte avec elle.

Rien de tout cela n’est un problème de signature. C’est un problème de responsabilité. Un contrat est signé par la personne à qui la chaîne d’approbation l’a acheminé, puis, structurellement, il n’appartient à personne — jusqu’à ce qu’une échéance arrive et qu’il appartienne soudainement, dans l’urgence, à celui ou celle qui reçoit l’e-mail de mécontentement.

Pourquoi il s’agit d’un problème véritablement différent de l’acheminement

Il est tentant de considérer qu’il s’agit du même type de problème qu’un moteur de délégation d’autorité résout déjà — après tout, il s’agit toujours de savoir « qui est censé agir, et quand ». Mais la structure du problème est en réalité différente, d’une manière qui compte. Une étape d’approbation n’existe que pendant l’acheminement d’un contrat, avant son exécution complète, et elle est généralement conditionnée par la séquence : l’étape deux n’a pas d’importance tant que l’étape un n’est pas terminée. Une obligation postérieure à la signature — renouveler l’attestation d’assurance avant mars, livrer le jalon d’un cahier des charges (SOW) au deuxième trimestre, examiner le renouvellement automatique soixante jours à l’avance — se déclenche après l’exécution, ne dépend d’aucune autre étape préalable, et peut se répéter indéfiniment selon son propre calendrier. La traiter comme une version réduite du problème d’acheminement des approbations reviendrait à résoudre le mauvais type de problème.

Ce qui est réel chez Contrayo aujourd’hui, et ce qui ne l’est pas

Nous préférons le dire clairement plutôt que de laisser une page de fonctionnalités sous-entendre plus que ce qui est vrai. Contrayo ne dispose pas encore d’un suivi automatisé des obligations — pas de rappels de renouvellement, pas de tâches de conformité récurrentes, pas de responsable distinct de la personne ayant approuvé le contrat. C’est une véritable lacune, assumée, et non une fonctionnalité cachée ou à moitié construite que nous éviterions de mentionner discrètement.

Ce qui existe déjà aujourd’hui est plus modeste, mais bien réel. Les dates clés d’un contrat — date d’entrée en vigueur, expiration, date de renouvellement automatique, échéance de notification de résiliation — sont visibles directement dans la liste des contrats, et non enfouies dans un document que quelqu’un doit ouvrir et lire. C’est de la visibilité, pas de l’automatisation : rien ne vous avertit de manière proactive qu’une échéance approche, mais l’information n’est plus quelque chose que vous devez rechercher contrat par contrat.

Nous disposons également déjà d’un système de notifications fonctionnel, conçu initialement dans un but différent : au moment où une étape d’approbation devient actionnable, la personne éligible — y compris quelqu’un qui remplace temporairement un approbateur absent — reçoit une notification automatique, calculée à partir exactement de la même logique d’éligibilité qui détermine si elle est réellement autorisée à agir, et non une copie distincte et plus laxiste de cette logique. Ce système a été délibérément conçu comme un mécanisme générique, et non comme une solution ponctuelle propre à l’acheminement, précisément pour qu’un type d’événement différent — une échéance qui approche, une obligation qui arrive à terme — puisse ultérieurement se greffer au même mécanisme sans nécessiter de refonte. C’est une infrastructure réelle et fonctionnelle. Ce n’est pas, à ce jour, du suivi d’obligations. L’utiliser à cette fin est un travail futur que nous n’avons pas encore réalisé, et nous le précisons directement plutôt que de laisser « nous avons un système de notifications » se substituer discrètement à « nous avons résolu le problème des renouvellements ».

Pourquoi nous le disons maintenant, plutôt que d’attendre que ce soit construit

Il serait plus simple de rédiger cet article une fois le suivi des obligations en place, et de passer directement à « voici comment nous l’avons résolu ». Nous l’écrivons maintenant parce que le problème est réel et mérite d’être nommé honnêtement, même avant que la solution n’existe, et parce que nous préférons qu’un client potentiel sache exactement ce qui est construit aujourd’hui et ce qui ne l’est pas, plutôt que de découvrir la lacune par lui-même après s’être déjà inscrit. Si le suivi de ce qui arrive à un contrat après sa signature est ce qui coûte réellement de l’argent à votre équipe aujourd’hui — une fenêtre de résiliation manquée, un renouvellement que personne n’avait l’intention de laisser se produire — démarrez un essai gratuit et voyez où en est aujourd’hui le suivi après signature.

← Retour au blog