Proaction øger salget 60 % og sparer 75+ timer med Codex
Med Codex, GPT‑Live‑1 og GPT‑6 Astra kan Proaction hurtigere udvikle, drive og sælge moderne flådestyring.
Resultater
40–60
Udviklertimer sparet om måneden
Resultater
33
Timer sparet af medstifteren om måneden
Resultater
60 %
Stigning i salget
Proaction(åbner i et nyt vindue) udvikler software til virksomheder, der administrerer flåder af køretøjer – fra personbiler og lastbiler til entreprenørmaskiner. Ingen flåder drives ens. Derfor er det en afgørende del af salget at vise potentielle kunder, hvordan Proactions platform passer til netop deres virksomhed.
Men skræddersyede demoer krævede udviklertid, som teamet ikke kunne afse. Stifterne måtte nøjes med samtaler og præsentationer for at forklare mulighederne. Det ændrede Codex på.
»Jeg har ikke en teknisk baggrund, så før var jeg nødt til at involvere udviklerne, hvis jeg ville have en demo,« siger Colin Knudsen, medstifter og driftsdirektør i Proaction. »Nu gør jeg det selv i Codex.« Colin laver fire til seks skræddersyede, interaktive demoer om måneden, og hver af dem tager 30 til 45 minutter at bygge. Han anslår, at det sparer 40 til 60 timers udviklingsarbejde.
»Vi havde ikke udviklingskapacitet til at bygge en demo til hver eneste interesserede kunde. Med Codex kan jeg nemt omsætte en kundesamtale til en skræddersyet demo, der tager udgangspunkt i kundens køretøjer og arbejdsgange.«
Efter en salgssamtale henviser Colin Codex til Granola-optagelsen, mailtrådene med den potentielle kunde og eventuelle regneark, kunden har delt. Codex bruger den kontekst til at tilpasse et HTML-demomiljø, der afspejler Proactions produkt og kundens egen flåde.
Når Colin deler sin skærm, ser de potentielle kunder deres egne biler, lastbiler eller maskiner, organiseret efter deres arbejdsgange. De kan pege på det, der skal justeres, og være med til at forme løsningen. »Man arbejder sammen om at skabe den endelige løsning helt uden at involvere udviklerne,« siger Colin.
En demo med den potentielle kundes egne data giver kunden en konkret grund til at gå videre. Colin anslår, at de skræddersyede demoer har øget andelen af salgsmuligheder, der går fra indledende kontakt til løsningsudvikling frem for løbende opfølgning, med 50 % til 60 %.
Hvis Proactions udviklere skulle lave tilsvarende demoer, ville det ifølge Colin tage cirka 10 timer pr. demo. Proaction laver omkring fire til seks demoer om måneden, så det svarer til 40 til 60 sparede udviklertimer hver måned.
Demoen sparer også tid senere i processen. Når en potentiel kunde bliver kunde, giver Colin udviklerne den skræddersyede demo som visuel reference. Det betyder færre spørgsmål og afklaringsrunder om, hvad der skal bygges.
Med Codex har Proaction også bygget et løsningscenter, hvor potentielle kunder kan logge ind, udforske arbejdsgange tilpasset deres virksomhed og gennemgå salgsmateriale. Det gør det lettere for kunderne at forklare deres behov og giver kolleger uden udviklerbaggrund mulighed for at omsætte samtalerne til tydeligere krav. Når udviklerne bliver involveret, har de derfor et mere konkret billede af, hvad de skal bygge.
Colins daglige arbejde spænder over salg, kundesupport og produktstyring. Via Codex-plugins til blandt andet Granola, Gmail, Slack, Linear, GitHub og HubSpot samler Colin oplysninger om kunderne og handler på dem direkte i Codex.
Han henter transskriptioner af samtaler og mailhistorik for at forberede opfølgninger, opretter opgaver i Linear og opdaterer salgsmuligheder i HubSpot. Han har også opsat en planlagt automatisering, der gennemgår de seneste samtaler og udarbejder salgsopdateringer til teamet.
Tidligere betød hans store arbejdsbyrde, at han måtte hoppe mellem faner og kopiere oplysninger fra ét værktøj til et andet. Nu kan Colin beskrive, hvad han har brug for, og lade Codex indsamle de relevante oplysninger og udføre næste trin. »Alt, hvad jeg laver, foregår med Codex som omdrejningspunkt. Jeg arbejder sjældent uden for Codex,« siger Colin. Colin anslår, at han har 15 til 20 forskellige opgaver om dagen, og vurderer, at Codex sparer ham 25–33 timer om måneden.
»Jeg kan faktisk ikke forestille mig at være startup-stifter uden Codex.«
Proaction bruger også OpenAI-modeller på tværs af sin platform. Når kunder indsender billeder sammen med fejlmeldinger om køretøjer, hjælper ChatGPT‑5.6 Sol med at identificere skader. Og med GPT‑Live‑1 bygger Proaction agenter, der håndterer mere af det daglige arbejde med at drive en flåde. Virksomheden kalder det sit Managed Execution Layer.
»Vi udvikler Proaction, så platformen kan udføre arbejde for vores kunder og ikke blot hjælpe dem med at styre og følge op på det. Fremskridtene inden for OpenAI's stemmeteknologi er en væsentlig grund til, at vi kan gøre det.«
Kunder kan bede specialiserede agenter om at håndtere for eksempel vejafgifter eller service eller opsætte arbejdsgange, der automatisk sætter den rette agent i gang. Agenterne bruger OpenAI-modeller, herunder GPT‑Live‑1 og GPT‑6 Astra, til at foretage telefonopkald, gennemgå dokumenter og billeder, analysere tekst og svare i chatten.
En af agenterne, Marty, er designet til at koordinere vedligeholdelse af køretøjer. Marty taler med chaufføren om problemet, ringer til værksteder, aftaler service og hjælper med at få prisoverslaget godkendt og betalt. Proactions team træder til, når arbejdet kræver menneskelig gennemgang eller indgriben.
GPT‑6 Astra gør det også muligt for Proaction at udvikle disse funktioner til kunderne hurtigere. Danny O’Halloran, produktchef, siger: »Når Astra betjener computeren, er forløbene mere direkte. Med GPT‑5.6 Sol krævede det et meget længere forløb at udføre det samme arbejde.«
Codex og GPT‑6 Astra giver Proaction mere tid til at sælge, hjælpe kunderne og udvikle forretningen. Og med agenter bygget på GPT‑Live‑1 giver Proaction også de flådeansvarlige mere tid.
