Hoe u een bedrijfsvolgsysteem ontwerpt dat niet afhankelijk is van geheugen

Veel bedrijven denken dat ze meer leads nodig hebben, terwijl ze in werkelijkheid de continuïteit verliezen tussen het moment dat een kans zich voordoet en het moment dat iemand besluit wat ze ermee gaan doen. De lead komt binnen via een formulier, een telefoontje, WhatsApp, een aanbeveling of een e-mail. Iemand antwoordt. Er wordt informatie gevraagd. Misschien wordt er een begroting opgesteld. Dan verschijnen er stiltes, taken zonder verantwoordelijkheid en vervolgacties die in iemands geheugen leven.

Alleen het kopen van een CRM lost dit probleem niet op. Een CRM registreert informatie. Het handelssysteem is de reeks regels die bepaalt wat elke status betekent, wie verantwoordelijk is, welke gebeurtenis tot actie dwingt, hoe lang een kans kan wachten, wat geautomatiseerd is en hoe wordt gedetecteerd dat iets is gestopt.

1. Begin met meten waar de continuïteit verloren gaat

Voordat u van tool wisselt, moet u een voorbeeld van recente mogelijkheden opnieuw opbouwen. Vraag niet alleen hoeveel er verdiend zijn. Vraag wat er tussen de fasen is gebeurd. Geef voor elke opportuniteit de herkomst, ingangsdatum, eerste reactie, afgesproken volgende actie, verantwoordelijke persoon, statuswijzigingen, voorstel, laatste contact en resultaat aan.

Zoek naar vier soorten wrijving: espera, wanneer niemand handelt; contextverlies, wanneer het volgende contact niet weet wat er is gebeurd; dubbelzinnigheid, wanneer twee mensen geloven dat de ander verantwoordelijk is; en vermijdbare handenarbeid, bij het kopiëren van gegevens of het najagen van herinneringen die het systeem zou kunnen beheren.

Er bestaat geen correcte universele SLA. Een spoedconsult en een adviesverkoop van zes maanden vereisen verschillende ritmes. Het bedrijf moet deze definiëren op basis van de verwachtingen van de klant, de complexiteit en de zuinigheid van het proces.

2. Ontwerp het proces vóór het CRM

Een goede bedrijfsstroom kan worden beschreven zonder software te noemen. Bijvoorbeeld: input → validatie → kwalificatie → gesprek → voorstel → besluit → gewonnen/verloren. Die reeks is slechts het skelet. Belangrijk zijn de overgangsvoorwaarden.

Voor elke fase wordt gedefinieerd wat waar moet zijn om binnen te komen, welke minimale informatie er moet zijn, wie verantwoordelijk is, welke actie wordt verwacht, welke gebeurtenis een uittreding mogelijk maakt en wat er gebeurt als de zaak niet vordert. Als “Voorstel ingediend” alleen maar betekent dat er een PDF bestaat, draagt ​​de status weinig bij. Als dit betekent dat het voorstel is verzonden, er een vervolgdatum is, een geïdentificeerde beslisser en een volgende actie, dan vertegenwoordigt de status een operationele toestand.

Een bruikbare pijplijn beschrijft niet waar de lead zich op een scherm bevindt. Beschrijf wat er vervolgens moet gebeuren en wie verantwoordelijk is voor wat er gebeurt.

3. Staten, verantwoordelijke partijen en volgende acties

Vermijd pijpleidingen met te veel decoratieve staten. Elke staat zou een beslissing, een verantwoordelijkheid of een maatstaf moeten veranderen. ‘Geïnteresseerd’, ‘zeer geïnteresseerd’ en ‘heet’ zijn vaak subjectieve labels als ze geen waarneembare criteria hebben.

Eigenaarschap moet ook expliciet zijn. Een opportunity kan betrekking hebben op sales, pre-sales, management en operations, maar er moet wel iemand zijn die verantwoordelijk is voor de continuïteit. Consultaties en medewerkers kunnen veranderen; de eigenaar mag niet dubbelzinnig zijn.

De volgende actie is belangrijker dan de laatste activiteit

De registratie dat “er een e-mail is verzonden” verklaart het verleden. Het registreren van “bel donderdag bij geen reactie” regeert de toekomst. Daarom moet elke actieve zaak, indien nodig, een volgende actie hebben met een datum en een verantwoordelijke persoon. Als er geen volgende actie is, moet er een expliciete reden zijn: wachten op de cliënt, weggegooid, verzorgend, gesloten of een andere gedefinieerde toestand.

4. Ontwerptijden en schalen

Een commerciële interne SLA hoeft geen achtervolging te worden. Het dient om cases zichtbaar te maken die verder gaan dan het verwachte tempo. Definieer vensters op fase en prioriteit. Wanneer een kans de periode overschrijdt, kan het systeem waarschuwen, opnieuw toewijzen of om beoordeling verzoeken.

Schalen moet worden gereserveerd voor uitzonderingen. Als het management elke lead ontvangt zonder antwoord, heeft het systeem het werk simpelweg verplaatst. Een betere regel kan alleen kansen van een bepaalde waarde, strategische klanten, gevallen met twee overtredingen of situaties waarin de verantwoordelijke persoon niet beschikbaar is, escaleren.

5. Wat moet een bron van waarheid zijn in het CRM

Het CRM moet de gegevens bevatten die de zakelijke relatie bepalen, en geen willekeurige kopie van alle systemen. Minimaal: identiteit, bedrijf, contacten, herkomst, eigenaar, stadium, volgende actie, relevante activiteit, waarde of rang wanneer nuttig, beslissing en reden van verlies.

Grote documenten, operationele gegevens of hele gesprekken kunnen in andere systemen leven als er een stabiele verbinding bestaat. De juiste architectuur vermindert duplicatie en maakt duidelijk welke de gezaghebbende bron van elke gegevens is.

Gegevenskwaliteit

Er moeten weinig verplichte velden zijn en deze moeten gekoppeld zijn aan beslissingen. Als er twintig velden worden opgevraagd die niemand gebruikt, leert het team ze toch in te vullen. Het is beter om de minimale informatie te eisen die nodig is om de fase te doorstaan ​​en het dossier te verrijken wanneer het proces dit vereist.

6. Wat je wel en niet moet automatiseren

Automatiseer deterministische gebeurtenissen: creëer taken, normaliseer gegevens, dedupliceer, verrijk met geautoriseerde bronnen, onthoud follow-ups, synchroniseer systemen, genereer concepten, classificeer verzoeken of meld niet-naleving. Zorg voor menselijk toezicht als er sprake is van onderhandeling, contractuele verbintenis, gevoelige interpretatie of een beslissing die materiële gevolgen kan hebben voor de klant.

AI kan helpen bij het samenvatten van gesprekken, het extraheren van behoeften, het voorbereiden van vragen of het voorstellen van een vervolgconcept. Maar het ontwerp moet ervan uitgaan dat een model fouten kan maken. Als het systeem een ​​niet-ondersteunde zakelijke claim, een onjuiste economische situatie of een niet-bestaande belofte genereert, kunnen de kosten de bespaarde tijd overschrijden. Voor acties met een grote impact maakt u gebruik van menselijke goedkeuring en legt u vast uit welke informatie het voorstel voortkomt.

Idempotence en duplicaten

Een bedrijfsautomatisering moet weten wat te doen als hij twee keer dezelfde gebeurtenis ontvangt. Er zijn opnieuw ingediende formulieren, herhaalde webhooks en nieuwe pogingen. Definieert idempotentiesleutels, ontdubbelingsregels en welk systeem de bevoegdheid heeft om een ​​record te maken of bij te werken.

7. Metrieken die het systeem verklaren

Het uiteindelijke succespercentage is belangrijk, maar het komt te laat om een diagnose te stellen. Voeg processtatistieken toe: eerste responstijd, percentage met volgende actie, leeftijd per fase, tijd van voorstel tot besluit, vastgelopen kansen, volledige gegevensverhouding, conversie tussen fasen en redenen voor verlies.

Segmenteer wanneer dat zinvol is op kanaal, type klant, product, manager of complexiteit. Een algemeen gemiddelde kan verhullen dat het ene kanaal zeer goed presteert en het andere niet-geconverteerde capaciteit verbruikt.

Hypothetisch voorbeeld: Als twee kanalen dezelfde omzet genereren, maar voor één kanaal drie keer zoveel gesprekken en handmatige tracking nodig zijn, moet bij de analyse rekening worden gehouden met de acquisitiekosten en de operationele kosten, en niet alleen met de omzet.

8. Ontwerp de afsluiting en overdracht aan de activiteiten

“Vee” mag niet het einde van het systeem zijn. Definieert welke informatie naar de levering gaat: verkochte omvang, verplichtingen, contacten, data, beperkingen, documentatie en hangende beslissingen. Een slechte overdracht verandert een goede verkoop in herbewerking en tast de marge aan.

Het verliesproces is ook belangrijk. Een gestructureerde reden stelt ons in staat onderscheid te maken tussen prijs, timing, afwezigheid van behoefte, concurrentie, gebrek aan beslissing of mismatch. Forceer geen valse taxonomie: laat aantekeningen toe als de oorzaak onduidelijk is.

9. Omnichannel commerciële dienstverlening zonder chaos te creëren

Als e-mail, telefoon, formulieren en berichtenverkeer kansen genereren, hebben ze allemaal een identiteits- en routeringsstrategie nodig. Het doel is niet om elke boodschap in het CRM te stoppen, maar om ervoor te zorgen dat een relevant gesprek een casus kan worden, de context behouden blijft en de juiste verantwoordelijke persoon bereikt.

Voordat u een chatbot of agent toevoegt, moet u definiëren wat deze kan oplossen, welke gegevens deze kan opvragen, wanneer deze schaalt en welke context deze aan de mens levert. De ervaring wordt erger als de klant na escalatie alles moet herhalen.

10. Praktijkaudit in 90 minuten

1. Selecteer 15 tot 30 recente kansen met verschillende uitkomsten.
2. Bouwt uw tijdlijn opnieuw op met gegevens, niet met geheugen.
3. Vlagwachttijden, duplicaties, contextverlies en handmatige taken.
4. Maak een lijst van de huidige statussen en verwijder de statussen die een beslissing niet veranderen.
5. Definieert de eigenaar en de volgende actie voor elke actieve status.
6. Definieer twee of drie relevante SLA's en hun uitzonderingen.
7. Bepaal welke gegevens verplicht zijn om te beslissen.
8. Scheidt deterministische automatiseringen van menselijke beslissingen.
9. Kies vijf statistieken waarmee u verslechtering kunt detecteren vóór de uiteindelijke conversie.

Conclusie

Een robuust handelssysteem is niet een systeem dat automatisch meer berichten verzendt. Het is degene die de context bewaart, verantwoordelijkheid toewijst, de volgende actie zichtbaar maakt en ervoor zorgt dat uitzonderingen worden gedetecteerd voordat de klant ze opmerkt. Automatisering komt na deze regels.

Als een bedrijf niet kan uitleggen waarom een kans vastloopt, wie deze moet verplaatsen en wanneer, is het niet de eerste taak om AI toe te voegen. Het is het ontwerpen van het commerciële besturingssysteem.

En hoe wij werken We leggen de ProjectCore-aanpak uit voor het analyseren van processen en het ontwerpen van systemen voordat technologie wordt geïmplementeerd.