Een echte planning noemt per week een resultaat, een verantwoordelijke en jouw eigen uren. Een balkenschema zonder namen is decoratie.
Je toetst hier niet de snelheid maar de doordachtheid. Een partner die jouw inzet inplant, heeft dit traject eerder gedaan.
Wat er letterlijk in de offerte staat
Soms is het een aparte bijlage met een tijdlijn. Vaker is het een alinea, bijvoorbeeld: "De doorlooptijd bedraagt naar verwachting acht weken, afhankelijk van uw beschikbaarheid." Of een rijtje fases zonder data: intake, ontwerp, bouw, migratie, training, livegang.
In het gunstige geval zie je een tabel. Per week of per fase staat er wat er gebeurt. Er staat wie het doet en wat er aan het eind klaar is. Zoek dan meteen naar twee dingen: een startdatum en een einddatum. En zoek naar het woord u of jij. Staat jouw team nergens in de planning, dan mist er een halve waarheid.
Wat die regels echt betekenen
Een planning is geen belofte over snelheid. Het is een verantwoording van de calculatie. De uren in de offerte moeten ergens landen, en de planning laat zien waar. Klopt die verdeling niet, dan klopt de prijs ook niet. Twintig uur ontwerp in een planning van twee dagen is een rekenfout die je nu al kunt zien.
Daarom is de zinsnede "afhankelijk van uw beschikbaarheid" belangrijker dan hij lijkt. Hij is waar: jouw team levert data aan, beslist en test. Maar hij mag geen excuus vooraf zijn. Een goede partner vertaalt hem naar een getal, bijvoorbeeld dertig tot vijftig uur van jouw kant. Wat er precies van je wordt gevraagd, staat in wat je zelf moet aanleveren.
Toets de doorlooptijd ook aan de markt. Vijf gebruikers doe je in twee tot vier weken, tien met migratie in vier tot acht. De volledige bandbreedtes per omvang staan in de doorlooptijd plannen. Een planning die daar ver onder duikt, verkoopt je snelheid die je later in meerwerk terugbetaalt.
Twee situaties uit een kickoff
Een salesmanager van een bedrijf met twaalf verkopers ontvangt een planning met vier gelijke balken van twee weken. Bij de kickoff vraagt hij wie in week drie wat moet aanleveren. Het antwoord is dat dat nog wordt bekeken. Zijn team is in week drie op beurs, en de data komt pas in week zes. De planning stond er netjes, en klopte op geen enkel punt met zijn werkweek.
Een eigenaar van een kleiner bedrijf ziet een planning per week met in de kolom "jouw inzet" steeds een aantal uur en een naam: twee uur voor het exportbestand, een uur voor het testen van de pijplijn, een halve dag training. Ze zet de uren in haar agenda en past een vakantieweek aan. De planning is geen schema, maar een afspraak met haarzelf.
Waar het misgaat
Het gaat mis bij de nepplanning: mooie balken, geen namen. Vier gekleurde blokken van elk twee weken, netjes achter elkaar. Er staat nergens wie wat doet en nergens wat er aan het eind van een blok af is. Zo'n schema kun je op geen enkel moment toetsen, dus het schuift ongemerkt mee met de werkelijkheid.
De tweede fout is de planning zonder testweek. Bouw loopt door tot livegang en jouw team test er maar tussendoor bij. In de praktijk komt testen dan niet van de grond en ontdek je de fouten pas in productie. Reken op minimaal één volledige week testen voor de livegang.
De derde fout is de planning zonder einddatum. Fases wel, eindpunt niet. Dat is geen planning maar een volgorde. Wat dat met een traject doet, lees je in geen einddatum in de offerte.
Deze planning kun je nergens aan toetsen, dus hij zal schuiven.
Vraag om resultaten per week en een harde livegangdatum. Weigert de partner dat, dan is de calculatie waarschijnlijk niet af.
Zo kan een goede formulering luiden
Een voorbeeldformulering, bedoeld als toetssteen en niet als juridisch advies:
"Het traject start op een afgesproken datum en eindigt met livegang op een afgesproken datum. Per week staat in de planning welk resultaat er klaar is, wie het oplevert en hoeveel uur jouw team daarvoor nodig heeft. Week zes is de testweek. Verschuift een opleverpunt, dan melden wij het binnen twee werkdagen en leggen wij vast of de einddatum meeschuift."
De weken zijn een rekenvoorbeeld. Je ziet drie dingen die elke goede planning heeft: resultaat per week, jouw uren erbij en een meldplicht bij verschuiving.
Zo nemen wij het op
Hoe Sales Surge dit doet
Een traject van ons loopt in vaste fases: intake, ontwerp, bouw met tussentijdse opleveringen per fase in plaats van een grote oplevering aan het eind, overdracht en nazorg. In ons aanbod staat een CRM-implementatie met een doorlooptijd van twee tot vier weken. Wat het voor jouw traject wordt, hangt af van je data, je koppelingen en de beschikbaarheid van je team, en staat pas in de planning van het voorstel. Een termijn die daar niet staat, noemen wij niet.
Je ziet hoe zo'n planning er bij een groter traject uitziet in het klantproject van Vita Brevis Fine Art. Volgens het sprintplan liep dat traject in zes sprints over tweeëntwintig weken, met een eerste sprint die uitsluitend vastlegde wat er stond, en training ter plaatse in de laatste.
De wedervraag die je stelt, ook aan ons
Stel hem letterlijk zo. Eén: "Wat is er aan het eind van elke week klaar, en wie stelt dat vast?" Twee: "Hoeveel uur vraagt u in welke week van mijn team, en van wie precies?" Drie: "Welke week is de testweek, en wat gebeurt er als wij daar fouten vinden?"
Vraag twee scheidt de partijen. Een partner die per week jouw uren benoemt, heeft dit vaker gedaan en weet waar trajecten stilvallen. Een partner die het bij "beperkt" houdt, schuift het risico naar jou. Neem de antwoorden mee naar de kickoff, zoals beschreven in hoe een traject verloopt.
De helft klopt. De helft die jou tijd gaat kosten, mist nog.
Vraag per fase om een schatting van jouw uren. Anders plan je vakanties en drukke weken dwars door je eigen traject heen.
Wanneer de formulering wél redelijk is
Een planning mag ruw zijn. Per week is genoeg, per dag is schijnzekerheid. Een marge hoort er ook bij: acht tot tien weken is eerlijker dan precies negen. En bij een klein traject van een paar dagen instelwerk hoef je geen bijlage te eisen. Een paar zinnen in de mail volstaan dan.
Ook een planning met voorbehoud is redelijk, zolang het voorbehoud concreet is. "Livegang in week acht, mits de exportbestanden in week twee binnen zijn" is een goede zin. Hij benoemt de afhankelijkheid en legt hem bij de juiste partij. Daar kun jij op sturen.
Verwacht dat de planning gaat schuiven. Dat is normaal. Wat telt is of het schuiven zichtbaar wordt gemaakt en of de einddatum meebeweegt. Hoe je dat gesprek voert zonder de relatie te beschadigen, lees je in bijsturen tijdens het traject.
Deze planning is een werkafspraak in plaats van een verwachting.
Je kunt elke vrijdag vaststellen of je op schema ligt. Dat maakt bijsturen een gesprek van tien minuten.
De grens van dit advies
Een planning is een voorspelling, geen contract, en geen partner kan de beschikbaarheid van jouw team vooraf garanderen. Heb je een harde datum, zoals een beurs of een einde van het kwartaal, zeg dat dan in het eerste gesprek: dan gaat de scope omlaag voordat de datum omhoog moet. Wil je bij ons een planning zien, bespreek dan je implementatie en neem hem mee naar de andere partijen.