Revue et approbation des propositions
Solon joint à chaque demande de revue le contexte de l'opportunité, le périmètre, les hypothèses, les sources et les changements, et enregistre l'approbation sur une version précise plutôt que sur un document mouvant.
La revue est rarement un workflow. C'est un document, un fil de discussion et un associé qui essaie de se souvenir du client.
Quand l'approbation porte sur un fichier plutôt que sur une version, un cabinet ne peut plus répondre après coup à des questions élémentaires.
Avant de pouvoir juger le périmètre ou le prix, un associé relit la transcription, cherche la proposition passée et demande ce que le client a réellement accepté. La revue commence bien avant l'ouverture du document.
Si la proposition a changé après la validation, le cabinet ne peut pas dire si le client a reçu la version relue ou une version ultérieure. L'approbation et l'artefact se sont éloignés l'un de l'autre.
Le périmètre s'élargit, le prix bouge, un chantier apparaît. Le document garde le même nom et l'approbation précédente continue discrètement de paraître valable.
Les commentaires vivent dans le document, la décision dans l'e-mail, et le raisonnement dans la mémoire de quelqu'un. Rien de tout cela n'atteint la proposition suivante.
Ce qui a changé
Approbation requise
L'approbation de la version 3 est devenue caduque après un changement substantiel de périmètre et de prix.
La revue interne par un associé est une étape de jugement, pas une étape de signature. La plupart des outils répondent à un autre problème.
Le relecteur reçoit la proposition avec les objectifs du client, le périmètre, les hypothèses, les questions ouvertes et les sources qui les sous-tendent — et non une pièce jointe nue.
Chaque demande indique ce qui a bougé depuis la version précédente : approche, prix, chantiers, calendrier. Le relecteur lit l'écart, pas de nouveau tout le document.
Approuver, demander des modifications ou rejeter. La décision se rattache à cette version exacte, avec le relecteur et le raisonnement enregistrés à côté.
Lorsqu'un changement substantiel intervient après l'approbation, Solon marque celle-ci comme caduque plutôt que de laisser une ancienne validation couvrir un nouveau périmètre.
Objectifs, décisions, hypothèses et questions ouvertes sont joints à la revue, pour que l'associé ne reconstruise pas l'opportunité de mémoire.
Solon suit séparément la version en cours et la version approuvée, et montre quand elles ont divergé.
Les affirmations de la proposition renvoient à la transcription, aux travaux passés ou à la règle du cabinet dont elles proviennent, pour qu'un relecteur puisse vérifier au lieu de faire confiance.
Comparez deux versions côte à côte et voyez les champs qui ont réellement changé, y compris les champs commerciaux.
Chaque version porte un état — brouillon, en revue, approuvée, approbation requise — au lieu d'un état implicite.
Qui a demandé, qui a décidé, ce qu'il avait sous les yeux et quand. Disponible après la mission, pas seulement pendant.
De l'échange client à la proposition approuvée, étape par étape.
De la proposition au SOW, au plan de projet et aux artefacts de delivery.
La vue d'ensemble : ce qu'est Solon et comment les pièces s'articulent.