Voorstelreview en goedkeuring
Solon voegt de opportunity-context, scope, aannames, bronnen en wijzigingen bij elk reviewverzoek, en legt de goedkeuring vast op één specifieke versie in plaats van op een document dat blijft bewegen.
Review is zelden een workflow. Het is een document, een mailthread en een partner die zich de klant probeert te herinneren.
Als goedkeuring aan een bestand hangt in plaats van aan een versie, kan een kantoor achteraf geen basisvragen beantwoorden.
Voordat een partner scope of prijs kan beoordelen, leest hij het transcript opnieuw, zoekt hij het eerdere voorstel op en vraagt hij wat de klant nu eigenlijk heeft afgesproken. De review begint lang voordat het document opengaat.
Als het voorstel na de goedkeuring nog wijzigde, kan het kantoor niet zeggen of de klant de beoordeelde versie kreeg of een latere. De goedkeuring en het artefact zijn uit elkaar gelopen.
De scope groeit, de prijs beweegt, er komt een workstream bij. Het document houdt dezelfde naam en de eerdere goedkeuring blijft er stilletjes geldig uitzien.
Opmerkingen staan in het document, het besluit staat in de e-mail en de redenering zit in iemands hoofd. Niets daarvan bereikt het volgende voorstel.
Wat is gewijzigd
Goedkeuring nodig
De goedkeuring van versie 3 verviel na een materiële wijziging in scope en prijs.
Interne partner-review is een oordeelsstap, geen handtekeningstap. De meeste tools lossen een ander probleem op.
De reviewer ontvangt het voorstel met de klantdoelen, scope, aannames, open vragen en de bronnen daarachter — geen kale bijlage.
Elk verzoek benoemt wat er sinds de vorige versie is bewogen: aanpak, prijs, workstreams, planning. De reviewer leest het verschil, niet nog eens het hele document.
Goedkeuren, wijzigingen vragen of afwijzen. Het besluit hangt aan die exacte versie, met de reviewer en de redenering ernaast vastgelegd.
Als er na goedkeuring een materiële wijziging binnenkomt, markeert Solon de goedkeuring als verlopen in plaats van een oude fiattering nieuwe scope te laten dekken.
Doelstellingen, besluiten, aannames en open vragen zitten bij de review, zodat de partner de opportunity niet uit zijn geheugen hoeft op te bouwen.
Solon houdt de huidige versie en de goedgekeurde versie apart bij, en laat zien wanneer ze uit elkaar zijn gelopen.
Uitspraken in het voorstel verwijzen terug naar het transcript, het eerdere werk of de kantoorregel waar ze vandaan komen, zodat een reviewer kan controleren in plaats van vertrouwen.
Vergelijk twee willekeurige versies naast elkaar en zie welke velden werkelijk zijn gewijzigd, ook de commerciële.
Elke versie draagt een status — concept, in review, goedgekeurd, goedkeuring nodig — in plaats van een impliciete.
Wie vroeg, wie besliste, wat die zag en wanneer. Beschikbaar na de opdracht, niet alleen tijdens.
Van klantgesprek tot goedgekeurd voorstel, stap voor stap.
Van voorstel naar SOW, projectplan en delivery-artefacten.
Het hele beeld: wat Solon is en hoe de onderdelen samenhangen.