Alt-i-én eller best-of-breed: den ærlige guide til din salgsstack

Tæl de faner, dine sælgere har åbne gennem én aftalecyklus. Et dataværktøj til at finde emnet. En dialer til at ringe. Et kalenderværktøj til at booke mødet. En notetaker til at optage det. Et mailværktøj til opfølgningen. Et regneark til alt det, ingen af værktøjerne helt kan. Og CRM-systemet, hvor noget af det, der skete, til sidst bliver tastet ind.

Enhver salgschef ender ved samme korsvej, når budgettet skal lægges: blive ved med at købe det bedste værktøj til hver opgave, eller lægge salgsarbejdsgangen i én platform? Begge lejre har højlydte fortalere, og begge har ret i noget. Det her er den ærlige version af argumentet — inklusive de omkostninger, hver side helst ikke nævner.

Først én ting, dette indlæg ikke handler om: jeres CRM. Systemet, hvor aftaledataene bor, bliver; intet her kræver, at det rives ud. Spørgsmålet gælder det, der sker rundt om — de seks eller otte værktøjer, en sælger rører ved mellem "hvem skal jeg ringe til?" og "aftale lukket". Det er den stack, vi sammenligner.

Det ærlige argument for best-of-breed

Best-of-breed-argumentet er enkelt og genuint stærkt: en specialist slår en generalist på sit eget speciale. Den bedste selvstændige dialer har funktioner, en platforms dialer kan mangle. Den bedste dataleverandør dækker markeder, en platform måske ikke når. Når én leverandør skuffer, skifter I den del ud og beholder resten — ingen fastlåsning, ingen stor migrering.

For store organisationer kan det desuden passe til organisationsdiagrammet. Har I et dedikeret SDR-team, et separat AE-team og en ops-funktion, der lever i CRM-systemet, bruger hver gruppe to eller tre værktøjer i dybden i stedet for, at alle bruger ét værktøj i bredden. Specialiserede roller kan bære specialiserede værktøjer.

Og der er en følelsesmæssig sandhed, der er værd at sætte ord på: best-of-breed føles trygt. Hvert enkelt køb kan forsvares — "vi valgte det bedste". Ingen enkeltbeslutning er stor nok til at blive forkert.

De ærlige omkostninger ved best-of-breed

Omkostningerne kommer gennem fire kanaler, og kun den første kan ses i budgettet.

Licensmatematikken. Hvert værktøj er billigt for sig; det er sådan, de bliver godkendt. Læg hele stacken sammen pr. sælger pr. måned, og den "billige" vej lander ofte på eller over, hvad en platform koster — før I har regnet den ops-tid med, der limer den sammen.

Integrationsskatten. Nogen skal få otte værktøjer til at tale sammen, og den person er sjældent ansat til det. Feltkoblinger knækker, når en leverandør opdaterer. Synkroniseringen går én vej, når I havde brug for to. Hvert team, vi taler med, har en person, der er uofficielt ansvarlig for gaffatapen, og gaffatapen bliver aldrig færdig.

Skifteomkostningen, sælgerne betaler dagligt. Hver værktøjsgrænse er et kontekstskifte: kopiér nummeret fra dataværktøjet, sæt det ind i dialeren, book i kalenderværktøjet, sæt notelinket ind i CRM-systemet. Hvert hop er lille; en sælger laver dusinvis om dagen. Vi har skrevet om, hvad admin gør ved salgstiden — en fragmenteret stack er der, hvor en stor del af den administration kommer fra.

Den splittede aftalehukommelse. Det her er den omkostning, næsten ingen regner på. Når samtalen bor i daileren, optagelsen i notetakeren, mailtråden i indbakken og aftalen i CRM-systemet, findes der ikke ét sted, der rummer, hvad der faktisk er sket med et emne. Den, der overtager aftalen — en kollega, der dækker ferie, en chef, der forbereder coaching, sælgeren selv tre uger senere — begynder med at rekonstruere historien fra fire kilder. Som regel gør de det ikke. De begynder fra nul.

Og den splittede aftalehukommelse har en dybere konsekvens: jeres salgsproces kan ikke bo i otte værktøjer. Vi har argumenteret for, at processen hører hjemme i systemet, ikke i sælgernes hoveder — men det virker kun, hvis der findes ét system. Battle cards kan ikke dukke op midt i samtalen, hvis samtalerne foregår i et værktøj, der ikke ved, hvad et battle card er. En vidensbase kan ikke lære af jeres bedste sælgeres samtaler, hvis samtalerne er spredt over tre leverandører. Fragmentering koster ikke kun tid; den gør i det stille vidensløjfen umulig.

Det ærlige argument for alt-i-én

Platformargumentet spejler de omkostninger: ét login, én aftalehukommelse, ét sted, hvor processen faktisk kan bo. Find emnet, ring, book mødet, optag det og følg op — i én arbejdsgang, hvor hvert trin fodrer det næste. Mødenotaterne hæfter sig selv på aftalen. Indvendingen fra tirsdagens samtale bliver coachingmateriale til torsdagens. Den nyansatte lærer ét værktøj, ikke otte, hvilket er en del af, hvordan man skærer ramp-tiden ned i stedet for at pynte på den.

Der er også et nøgternt kommercielt argument: én forhandling, én faktura, ét leverandørforhold — og en samlet omkostning pr. sælger, der er ærlig, fordi den er én linje i budgettet i stedet for otte små, som ingen nogensinde lægger sammen.

De ærlige omkostninger ved alt-i-én

Symmetrien kræver samme behandling, så her kommer den.

Ingen platform er bedst til alt. Enhver suite har stærkere og svagere moduler. Hvis det svageste modul tilfældigvis er den opgave, der betyder mest for jer, har I købt bekvemmelighed på bekostning af jeres kernemotor — en dårlig handel.

Én beslutning, større indsats. At vælge en platform er en større forpligtelse end at vælge en dialer. Skuffer den, gør skiftet mere ondt. Det er reelt, og det er derfor, evalueringen fortjener mere omhu, ikke mindre.

Den skal passe til jeres salgsmåde. En platform bygget til teams, der driver hele cyklussen udadvendt, passer til teams, der driver hele cyklussen udadvendt. Er jeres flow ren inbound, eller enterprise-aftaler med to samtaler om året, svækkes flowargumentet — I lever ikke i den løkke, platformen konsoliderer.

Vil du have værktøj-for-værktøj-versionen af denne evaluering for det nordiske marked, lavede vi en ærlig sammenligning af otte af dem, inklusive hvor vores eget kommer til kort.

Fem spørgsmål, der afgør det

1. Tæl fanerne i én aftalecyklus. Ikke de værktøjer, I betaler for — dem, en sælger faktisk rører ved fra emne til lukket aftale. Syv eller flere, og I betaler skifteskatten dagligt; spørgsmålet er kun, om I har målt den.
2. Hvor bor det komplette billede af en aftale? Hvis svaret kræver mere end én sætning, bor det ingen steder. Det er det, den næste sælger arver.
3. Hvem vedligeholder integrationerne, og hvad kostede det sidste kvartal? Nævn personen ved navn. Spørg om timerne. Det tal står aldrig i stackbudgettet og er altid reelt.
4. Læg stacken ærligt sammen. Alle licenser, pr. sælger, pr. måned, plus ops-timerne. Sammenlign med platformtallet — de fleste teams har aldrig lavet det regnestykke på papir.
5. Kan jeres proces bo i den? Stackspørgsmålet kommer efter processpørgsmålet. Vil I have playbooken til at køre i arbejdsgangen — svar, der dukker op midt i samtalen, viden, der bygges op af hver samtale — skal stacken være samlet nok til, at ét system kan se hele løkken.

Hvornår hver side vinder

Best-of-breed vinder, når I er store nok til, at specialiserede teams lever i dybden i deres egne to værktøjer, når én enkelt spidskompetence er genuint strategisk for jeres salgsmåde, og ingen platform matcher den, eller når jeres flow knap rører den emne-til-lukning-løkke, platforme konsoliderer.

Konsolidering vinder, når jeres sælgere selv driver hele cyklussen, når fanetællingen og kopiér-og-indsæt kan ses dagligt, når aftaler samles op af forskellige personer, og aftalehukommelsen betyder noget, og frem for alt når I har besluttet, at processen skal bo i systemet — for den beslutning kræver i det stille et system, der kan se det hele.

En sidste ærlighed: det her er vores kamp, og det skal du vide, når du læser os. Vi bygger den samlede salgsarbejdsgang — ved siden af jeres CRM, ikke i stedet for det — så selvfølgelig mener vi, at løkken hører hjemme ét sted. Men de fem spørgsmål ovenfor er ligeglade med, hvad vi sælger. Lav regnestykket, nævn gaffatape-ansvarlig ved navn, tæl fanerne. Siger tallene, at jeres stack er god, så behold den. De fleste teams, der faktisk tæller, bliver overraskede.

Vil du se hele løkken ét sted — emne, samtale, møde, opfølgning, med processen bygget ind? Book en demo og tæl de faner, du ville lukke →