Niets schiet op met een kale klik
De meeste projectmanagementsoftware heeft een vertrouwde beweging: Change Status. Not Started → In Progress → Completed. Heel simpel. Maar iemand die op 'Completed' klikt, maakt niets echt af. Wat de toestand van een project verandert, is het bedrijfsfeit — de offerte geaccepteerd, materialen klaar, goederen geleverd, geld afgerekend. Projectstatus zou het resultaat van de werkelijkheid moeten zijn, geen dropdown.
De meeste Project Management-software heeft een heel vertrouwde handeling:
Change Status.
Not Started → In Progress → Completed.
Heel eenvoudig.
Maar bij het ontwerpen van Snappy PM hebben we onszelf een principe gegeven:
Nothing advances on a bare click.
Waarom?
Omdat iemand die op "Completed" klikt, niets echt voltooid maakt.
Wat de toestand van een project echt verandert, is het bedrijfsfeit.
De klant heeft de offerte geaccepteerd.
De materialen zijn klaar.
Het product is af.
De goederen zijn geleverd.
De betaling is voldaan.
Dus hoewel de vijf Phases van Snappy PM er simpel uitzien, is wat er achter elke fase echt toe doet:
What has actually happened?
Neem Scoping & Design.
Wat ons echt interesseert, is niet of de Project Manager de Status naar "Design Completed" heeft gezet.
Het is:
Heeft de klant onze definitieve Quotation geaccepteerd?
Als de klant per telefoon, e-mail, WhatsApp of handtekening heeft bevestigd, kan de PM Customer Approved registreren. Het systeem legt vast wie wanneer heeft bevestigd — en pas dan kan het project naar de volgende fase.
Hetzelfde geldt voor Closing.
Dat een projectmanager vindt dat het project klaar is, betekent niet dat het project echt kan worden gesloten.
Als:
de Invoices nog niet volledig zijn uitgeschreven, of er nog geld openstaat,
moet het systeem hem dat feit vertellen.
Daarom vind ik het steeds minder zinvol om Project Management te begrijpen als:
Task + Status + Gantt Chart.
Die hebben zeker waarde.
Maar voor veel kleine bedrijven is de belangrijkere vraag eigenlijk:
Reality vs. Status.
Een groen licht in de software betekent niets.
Wat echt telt, is of de klant heeft bevestigd, of de goederen zijn geleverd, of de kosten echt zijn gemaakt, of het geld is ontvangen.
Snappy PM wil de projectstatus daarom zoveel mogelijk bouwen op echte bedrijfsdata.
Document.
Quotation.
Expense.
Inventory.
Delivery.
Invoice.
Payment.
Deze dingen gebeuren al in de dagelijkse bedrijfsvoering.
Als het systeem deze feiten kan begrijpen, zouden medewerkers niet nog een aparte, van het bedrijf losgekoppelde "Project Status" hoeven bij te houden.
A project should move because the business moved.
Not because someone changed a dropdown.
SnapLedger, your life easier.
Reality vs. Status. Een groen licht in software betekent niets; wat telt is of de klant heeft bevestigd, de goederen zijn geleverd, de kosten echt zijn gemaakt en het geld binnen is. Als het systeem documenten, offertes, kosten, leveringen, facturen en betalingen kan begrijpen, hoeven medewerkers geen losse 'projectstatus' meer bij te houden die losstaat van het bedrijf.
Als in je huidige projecten niemand ooit meer op 'status bijwerken' zou klikken — hoe ver zou het beeld van het systeem van de werkelijkheid afdrijven, en welke van de twee zou je vertrouwen?
Een project zou moeten bewegen omdat het bedrijf heeft bewogen. Niet omdat iemand een dropdown heeft veranderd.
Ontvang het Founder Diary + regelgevingsupdates voor jouw land
Een e-mail wanneer Richard een nieuw bericht publiceert, en de regelgevingsupdates die ertoe doen waar je woont. Gratis, altijd op te zeggen.