Provisionsmodeller
Rul planen ud. Lad den så køre.
En provisionsplan samler menneskene, modellerne og perioden. Tildel et team, og Prowi ved præcis, hvem der var på det ved periodens slutning. Stabl modeller for basis, kickers og acceleratorer. Derfra kører den selv.
De fleste planer lever tre steder, der er uenige.
Kontrakt-PDF’en, økonomiens regneark og sælgerens hukommelse. Hver har ret i noget og uret i resten. Hver uenighed starter der.
Så du bruger kvartalet på at diskutere reglerne i stedet for dealsene.
En plan: menneskene, modellerne, perioden.
Tildel personer enkeltvis eller pr. team. En person kan være på flere planer, men aldrig to gange på den samme. Hver plan har en periodetype og en status: aktiv, vedligeholdelse mens du ændrer den, udløbet når den har udbetalt sin sidste periode. Perioder kan forskydes fra kalenderen, så en plan der kører fra d. 16. til d. 15. eller på jeres regnskabskvartaler virker, som den er.
Så der er et sted, reglerne lever, og alle læser derfra.
Stabl modeller i stedet for at skrive en monsterformel.
Basisprovision, en kicker for deals over en tærskel, en kvartalsvis accelerator, en team-override til ledere. Hver er sin egen model med egne datakilder og metrikker. Trin, acceleratorer, kickers, splits og clawback-vinduer er alle byggeklodser.
Så en sælger kan læse planen og vide, hvad den næste deal giver.
Teams med hukommelse.
Prowi gemmer den fulde historik over, hvem der var på hvilket team og hvornår. Tildel et team til en plan, og hver periode afgør sine medlemmer pr. periodens sidste dag. Flyt en sælger midt i kvartalet, og begge planer beregner korrekt.
Så omorganiseringer holder op med at være en manuel omfordelingsøvelse.
Ændr planen uden at skrive historien om.
Hver opgørelse er låst til det konfigurationssnapshot, der beregnede den. Ret en sats for april, og januar ved stadig, at den blev udbetalt til den gamle sats. Test ændringen i Studio først, og placer den så på tidslinjen.
Så planer kan udvikle sig med forretningen i stedet for at stivne.