Klare svar om Prowi.

En provisionsplatform i to dele, der deler et sæt tal: en webplatform, hvor du definerer planer, godkender perioder og sender provision til løn, og en app til telefonen, hvor hver sælger ser sin egen indtjening flytte sig, når deals ændrer sig.

Begge dele, i den rækkefølge. Provision er midlet; pointen er, at sælgerne mærker belønningen i det øjeblik, de tjener den, ikke uger efter perioden lukker.

Fire faner: Hjem, Konto, Godkendelser og Profil. Hjem viser åben provision og et kort pr. plan med en status på hver linje. Et tryk på en linje åbner opgørelsen med dealsene bag og beregningen tegnet op trin for trin.

Ja. Når en lukket deal hæver en sælgers opgørelse, kommer en push med beløbet. Er appen åben, tager et “Du har lige tjent”-øjeblik hele skærmen.

Ja. Teams kan konkurrere på live tal om præmier, du sætter. Konkurrencer kører på webplatformen i dag og er endnu ikke i sælger-appen.

Ja. Prowi bygger den plan, I allerede kører, og rådgiver derefter om, hvilke modeller der virker, og hvilke I skal undgå. Trin, acceleratorer, kickers, splits og marginbaserede regler er alle understøttet.

Hver åben opgørelse på den plan genberegnes for hele den åbne periode. Lukkede, godkendte og udbetalte opgørelser flytter sig aldrig.

En udbetalt opgørelse skrives aldrig om. Hvis en deal bag en udbetalt periode annulleres, refunderes eller ændres, regner Prowi forskellen ud og lægger den som en korrektion på sælgerens aktuelle opgørelse. Du bestemmer, hvor mange senere perioder en gammel holdes åben i, fra nul til seks.

Ja. Hver opgørelse viser de deals, den er bygget af, og formlen, med metrikker, satser og korrektioner lagt frem i rækkefølge. Uenigheder bliver til en samtale om en deal, ikke hele udbetalingen.

Hver plan har en godkendelseskæde: sælgeren bekræfter sin egen opgørelse, derefter godkender en eller flere ledere. At godkende er et swipe i appen eller et klik på nettet, og kan gøres for flere opgørelser ad gangen.

Godkenderen afviser den med en begrundelse. Sælgeren eller en admin genberegner eller indsender igen, og kæden starter forfra. Kommentarer bliver på opgørelsen som dokumentation.

Hver morgen får hver godkender en push og en mail med alt, der venter på dem.

Godkendt provision lander på hver persons saldo. Økonomi udbetaler den derefter direkte til Zenegy, eller som en CSV-fil til ethvert andet lønsystem, grupperet pr. lønart.

Prowi er bygget til HubSpot. Pipedrive, Salesforce og Podio er også understøttet, og fakturadata kan komme fra e-conomic.

HubSpot og Pipedrive sender ændringer til Prowi, mens de sker, så en lukket deal når sælgerens opgørelse på få øjeblikke. Planlagte opsamlingskørsler fanger alt det, en live opdatering missede.

Nej. Prowi beregner ud fra de deals, jeres team allerede holder i CRM. Der er ikke noget andet system at udfylde.

Kunderne ser konsekvent renere pipelines. Når sælgerne ser hver deals værdi på deres opgørelse, holder de dealsene opdateret, fordi en forældet deal betyder et forkert tal.

Pr. bruger, pr. måned. Sælgere, ledere og økonomi tæller alle som brugere.

Ja, et engangsgebyr tilpasset jeres virksomhed. Det dækker kortlægning af jeres plan, tilslutning af jeres data og kontrol af tallene mod en periode, I allerede har udbetalt.

Seks trin: kickoff, afdækning, integration, konfiguration, validering og go-live. Før noget bygges, godkender I et skriftligt oplæg til jeres planer. Før go-live kører Prowi en periode, I allerede har udbetalt, og forklarer hver forskel.

De fleste planer viser sig mere komplekse, end de beskrives. At sammenligne med et kendt facit finder hullerne, før jeres sælgere ser et tal, ikke efter.

En, en sælger kan forklare i en sætning. En sælger, der ikke kan beskrive sin egen model, kan ikke handle på den, og en model ingen handler på, motiverer ikke. Den klart mest almindelige form er en flad sats: samme procent af hver deal.

En trappemodel er en tabel af bånd, hver med sin egen sats: 3 % op til 100.000, 5 % til 250.000, 8 % derover. En accelerator er en trappemodel med et trin placeret ved målet: 5 % op til målet, 10 % på alt derover. Brug acceleratoren, når pointen er at belønne overpræstation, trappemodellen når det handler om at gradbøje volumen.

Beslut det, før I bygger. Marginal betyder, at hvert bånds sats kun gælder for salget inden for det bånd. Hele beløbet betyder, at når et bånd nås, omberegnes alt fra første krone. Forskellen ved båndgrænsen er stor, og de fleste virksomheder har aldrig sagt, hvilken de mener.

Låse driver folk til at ramme tallet, men når en sælger kan se, at låsen er uden for rækkevidde, dør måneden, og deals holdes tilbage til næste periode. Låser I, så hold målet realistisk og overvej at betale en lavere sats under det frem for ingenting.

Et loft beskytter budgettet mod en kæmpe deal og er upopulært hos top performers. Prowi modellerer lofter rutinemæssigt; vid bare, at de mennesker, I helst vil beholde, er dem, der rammer dem.

Med en override: en procentdel af teamets salg. I Prowi læser modellen det ledede teams deals i stedet for personens egne, så lederens tal flytter sig, hver gang et teammedlem lukker.

Ja. Et split deler en deals provision efter faste andele eller efter rolle. Krediteringsreglen, hvem der får kredit for et salg og hvor meget, aftales en gang og anvendes på hver deal.

Nej. At læse tidligere deals er fint, “1 % af sidste års lukkede deals plus 2 % af dette års” virker godt. En model, hvor en udbetaling defineres af en anden udbetaling, gør ikke: ingen kan følge den på en opgørelse, og en korrektion til sidste kvartal skal forplante sig gennem alt, der er bygget på den. Hver opgørelse bør kunne beregnes ud fra deals alene.

Aftal beløbet og udbetal det som en synlig justering på opgørelsen, eller gennem en separat manuel plan. Begge efterlader en linje, sælgeren kan se, og økonomi kan spore, hvilket et skjult gulv bygget ind i modellen ikke gør.

Kør dem som en konkurrence frem for en provisionsmodel. En spurt på et produkt i tre uger passer til et leaderboard med en præmie; den behøver ikke en permanent regel i planen.

Ja, og det gør de fleste teams. En typisk mellemstor plan er “5 % flad, 8 % over målet, loft på 40.000 om måneden, plus en bonus på 10.000 ved 120 %”: fire former, en plan, hver en separat linje på opgørelsen.

Næsten altid en af tre ting: sælgeren er ikke på en plan, dealen matcher ikke planens filter (forkert pipeline, stadie eller dealtype), eller et felt, modellen læser, er tomt i CRM. Prowi viser, hvilke deals en opgørelse er bygget af, så den manglende er hurtig at spore.

Ja, men hver valuta skal have en valutakurs konfigureret, og en deal i en valuta, Prowi ikke kender, kan ikke beregnes. Sæt valutaerne op under onboarding, ikke når den første udenlandske deal lander.

Teammedlemskab læses pr. dags dato, så en sælger, der skifter team, beregnes i det nye teams åbne periode fra det øjeblik. Deres tidligere opgørelser er urørte. Fratrådte bør fjernes fra teams, ellers bliver deres opgørelser ved med at vente på godkendelse.

Som regel fordi den navngivne godkender er stoppet eller har overdraget kontoen, eller fordi en opgørelse på nul venter på, at nogen underskriver den. Tjek, at hvert godkendelsestrin peger på en nuværende person, og sæt nul-opgørelser til at godkende automatisk.

Intet. En udbetalt opgørelse ændrer sig aldrig. Hvis en deal bag den blev annulleret eller genforhandlet, vises forskellen som en korrektion på sælgerens aktuelle opgørelse, og det er der, I skal kigge.

Fordi en plan, der beskrives som enkel, otte eller ni gange ud af ti viser sig at have undtagelser, ingen skrev ned: hvilke deals der tæller, hvad der sker ved båndgrænsen, hvem der får kredit på en delt deal. Afdækningen finder dem, før den første opgørelse gør.

Nej. Hold den skriftlige aftale og den konfigurerede model i trit. Når en sats ændres, så ret begge samme dag og noter startdatoen; en sats, der starter en måned tidligere et sted og ikke det andet, er den mest almindelige kilde til en afstemningsuenighed.

Ja. Prowi gemmer en historik over poster og plankonfigurationer, så ethvert tal kan spores tilbage til de data og indstillinger, der skabte det.

Med e-mail og adgangskode, eller Google- eller Microsoft-login. Appen understøtter Face ID og fingeraftrykslås. Konti oprettes af jeres administrator; der er ingen offentlig tilmelding.

Ja. En GDPR-databehandleraftale, inklusive listen over underdatabehandlere, er en del af vores juridiske vilkår.