Log indBook en briefing
Revenue Operations

Fra første opkald til hovedbogen. På den platform, I allerede bruger.

Revenue operations samler pipelines, tilbud, aftalegodkendelser, salgsdistrikter, betalinger og afstemning på enhver platform bygget på Nexus. Sælgere, deal desk og økonomi arbejder ud fra de samme stamdata med de samme rettigheder, og hver godkendelse efterlader et spor, I kan kontrollere.

Fra tilbud til betaling samlet ét stedTo godkendere på hver stor rabatHver betaling afstemt med hovedbogen
nexus · revenue operations · pipelinesEksempeldata
Pipelines og trin med reglen for at gå videre til hvert trin
Pipelines og faser. Hver enhed sælger gennem sin egen pipeline med faste regler på hvert trin.Eksempeldata
Sådan bevæger en aftale sig

Én registrering, fra første opkald til betaling.

De fleste virksomheder sender en aftale gennem fire eller fem værktøjer, før pengene går ind, og ved hver overdragelse går noget tabt. På Nexus er aftalen, tilbuddet, godkendelsen, betalingen og posteringen i hovedbogen én samlet registrering, som alle arbejder ud fra.

01

Første opkald

Et lead kommer ind via mail, telefon eller webformular og opretter en sag i den rette enhed. Assistenten udfylder det, den kan, og viser, hvor hver oplysning stammer fra.

02

Aftale

Aftalen bevæger sig gennem enhedens egne trin og går først videre til et nyt trin, når den opfylder kravene for det pågældende trin.

03

Tilbud

Tilbuddet dannes ud fra den gældende prisliste og en skabelon, som økonomi har godkendt. Alt, der falder uden for listen, markeres, før tilbuddet sendes.

04

Godkendelse

Rabatter over sælgerens beføjelse afventer deal desk. Store rabatter kræver en ekstra godkender. Hver godkendelse forsegles med hvem, hvornår og hvorfor.

05

Betaling

Kunden betaler i brandets eget betalingsvindue med kort eller direkte debitering. Kortnumre går direkte til betalingsgatewayen og rammer aldrig Nexus.

06

Hovedbog

Hver betaling følges helt til udbetaling, i banken og ind i hovedbogen. Alt, der ikke stemmer, stopper der med angivelse af årsagen.

Pipeline

En pipeline, der betyder det samme for alle.

Rotterdam og Felixstowe kan sælge på forskellige måder og alligevel rapportere ens. En aftale rykker først videre til et trin, når den opfylder kravene for trinnet, så “tilbud sendt” reelt betyder, at et tilbud er sendt. Felter opsættes én gang af en administrator og udfyldes der, hvor arbejdet udføres.

  • Trin med adgangskrav, pr. enhed og pr. produkt
  • Posttyper for konti, kontakter, aftaler og kontrakter
  • Hvem der må se hvert felt, og hvor ofte det udfyldes
  • Udfasning af en valgmulighed ændrer aldrig de aftaler, der brugte den
nexus · revenue operations · fieldsEksempeldata
Felter og posttyper for sager samt hvem, der må se hvert felt
Felter og posttyper. Tilføjelse af en årsag til en tabt aftale uden at ændre de aftaler, der allerede er lukket.Eksempeldata
Tilbud og deal desk

Tilbud, der sendes korrekt afsted. Rabatter, der kræver en begrundelse.

Priser kommer fra én gældende prisliste, tilbud fra godkendte skabeloner, og rabatter følger regler, som alle kan læse. Deal desk ser anmodninger sorteret efter størrelse med aftalens historik ved siden af hver enkelt.

Prislister og tilbudsskabeloner

Økonomi udgiver årets prisliste én gang, og hvert tilbud trækker fra den. En tilbudsskabelon fastsætter, hvad der skal stå på siden, og hvilke krav et tilbud skal opfylde, før det når kunden.

  • En ny prisliste afventer økonomi, før den træder i kraft
  • Tilbudsskabeloner fastsætter, hvad hvert tilbud skal indeholde
  • En manuelt indtastet linje markeres før afsendelse
nexus · revenue operations · price listsEksempeldata
Prislister og tilbudsskabeloner, hvor 2027-listen afventer økonomiafdelingen
Prislister. Prislisten for 2027 har afventet økonomis godkendelse i fire dage.Eksempeldata
Distrikter og kvoter

Indtegn distriktet. Sæt målet. Følg udviklingen.

Salgsdistrikter tegnes direkte på det kort, platformen allerede bruger, så en havn, et postnummerområde eller et helt land kan tilhøre et team. Hvert distrikt får et kvartalsmål, og vundne ordrer tæller med i takt med, at aftaler lukkes.

  • Distrikter tegnet på kortet, efter område eller kunde
  • Mål pr. kvartal, pr. team og pr. person
  • Vundet i forhold til målet, opdateret når aftaler lukkes
  • Ændringer i et mål kræver en ekstra godkender
nexus · revenue operations · territoriesEksempeldata
Distrikter på kortet med hvert distrikts mål og vundne ordrer
Distrikter og mål. Indtegning af et distrikt omkring Felixstowe og tildeling af et kvartalsmål.Eksempeldata
Betalinger

Modtag betalinger i eget navn. Hold kortnumre ude.

Hver platform og hvert brand på Nexus kan modtage betalinger via egne gateway-konti, med kort eller direkte debitering, med jeres eget design i betalingsvinduet og på kvitteringerne. Refunderinger, indsigelser, moms og partnerprovisioner håndteres samme sted.

Betalinger for hvert brand, I sælger under

Hver platform og hvert brand modtager penge gennem sin egen verificerede gateway-konto i eget navn. I ser, hvad der er gået ind i dag, hvad der fejlede, og hvad der kræver manuel håndtering på tværs af alle gateways på én gang.

  • Kort og direkte debitering pr. brand og valuta
  • Intet går i luften, før kontoen er verificeret
  • Fejlede betalinger og genforsøg vist ét sted
nexus · paymentsEksempeldata
Betalinger på tværs af gateways: beløb modtaget i denne måned, fejlede betalinger og næste udbetaling
Betalinger. Hvad der er gået ind hver dag i denne måned, opdelt på valuta, og hvad der kræver opmærksomhed.Eksempeldata
Afstemning

Hver betaling, fulgt helt til hovedbogen.

Hver betaling følges til en udbetaling, fra udbetalingen til banken og fra banken ind i din hovedbog. Afstemningen stopper ved enhver postering, der ikke stemmer, og angiver årsagen: en refundering, et gebyr eller en valutaafrunding.

  • Betaling, udbetaling, bank og hovedbog på én linje
  • Afvigelser forklares og skjules aldrig i en samlet sum
  • Hver postering i hovedbogen indeholder faktura, beløb, gebyr og dato
  • Ingen kortoplysninger eller kundebeskeder forlader Nexus
nexus · betalinger · afstemningEksempeldata
Udbetalinger afstemt mod banken og hovedbogen, hvor afvigelser er forklaret
Udbetalinger og afstemning. Afstemning af sidste uges udbetalinger mod banken og hovedbogen før månedsluk.Eksempeldata
AI-agenter

AI, der følger op. Inden for grænser sat af et menneske.

AI-agenter i Revenue Operations udarbejder udkast, rykker, tjekker og svarer. Hver agent har en navngiven ejer, et budget og en grad af frihed, den skal gøre sig fortjent til. Ingen af dem kan give mere væk, end den person, der ejer den, selv ville kunne.

En AI-agent med en ejer og en grænse

Faktureringsassistenten udarbejder fakturaudkast, rykker for sene betalinger og forbereder månedsafstemningen. Dens ejer i økonomiafdelingen fastsætter, hvad den må gøre på egen hånd, hvad den skal spørge om først, og hvor meget den må bruge. Én knap stopper den.

  • Navngiven ejer i økonomiafdelingen
  • Beløbs- og handlingsgrænser, den ikke kan overskride
  • Enhver handling, den foretager, bliver registreret
nexus · arbejdsstyrke · faktureringsassistentEksempeldata
Faktureringsassistent-agenten: dens ejer, grænser, seneste arbejde og omkostninger
Faktureringsassistenten. Hvad den lavede i denne uge, hvad den spurgte om først, og hvad det kostede.Eksempeldata
Dokumentation

Hver godkendelse efterlader et spor.

Når en revisor eller en kunde spørger, hvordan en rabat blev godkendt, er svaret allerede skrevet ned: hvem der spurgte, hvad reglen sagde, hvem der underskrev, og hvornår. Registreringen forsegles uden for platformen, så ingen i al ubemærkethed kan ændre den senere.

  • Hver godkendelse forsegles med hvem, hvilken regel og hvornår
  • Nøgler og store refunderinger kræver altid to personer
  • Alle kan kontrollere en registrering uden at have en konto
nexus · beslutningslogEksempeldata
Hvordan en fornyelsesrabat blev godkendt, trin for trin
Sådan blev en beslutning til. Sporing af hvordan en fornyelsesrabat blev godkendt, hvor hvert trin er forseglet.Eksempeldata
nexus · betalinger · hvem må håndtere betalingerEksempeldata
Hvem der må tilkoble gateways, rotere nøgler og refundere penge
Hvem må håndtere betalinger. Nøgler og store refunderinger kræver altid to personer.Eksempeldata
Forbindelser

Koblet til det, du allerede bruger.

Revenue Operations kobler sig til virksomhedens mail og kalender, medarbejderkartoteket og dit økonomisystem. For hver forbindelse kan du se, hvad den henter ind, hvordan den logger på, og hvad der fejler – tydeligt nok til, at en driftsmedarbejder kan løse det.

  • Mail- og kalenderaktivitet på sagen uden at kopiere indbakker
  • Fakturaer og betalinger fra dit økonomisystem
  • Fejl navngives sammen med de sager, de påvirker
nexus · revenue operations · forbindelserEksempeldata
Forbindelser til mail, medarbejderkartotek og økonomisystem, hvor én fejler
Forbindelser. Økonomisystemet stoppede med at acceptere loginoplysningerne, så 18 sager står stadig som ubetalte.Eksempeldata
Spørgsmål

Om Revenue Operations.

Skal vi skifte væk fra vores nuværende CRM?

Nej. Revenue Operations kan være jeres system til pipelines og tilbud, eller det kan køre sideløbende med det, I allerede har. Forbindelser henter mail og kalendere, medarbejderkartoteket og jeres økonomisystem ind, og hver forbindelse viser, hvad den henter, og hvad der fejler.

Hvem kan se en sag?

De samme personer, som kan se den pågældende kunde alle andre steder på platformen. Rettigheder styres ud fra afdeling og rolle, så en sælger i Rotterdam ser ikke sagerne i Felixstowe, medmindre nogen giver vedkommende adgang.

Ser Nexus nogensinde kortnumre?

Nej. Kunder indtaster kortnumre i betalingsgatewayens egne felter i betalingsvinduet. Nexus modtager en token og de sidste fire cifre, hvilket holder jeres platform ude af de fleste regler for kortsikkerhed.

Kan AI-agenter give rabatter eller refunderinger?

Kun inden for de grænser, deres ejer sætter, og aldrig over, hvad den samme rolle kunne gøre alene. Alt derover går til en person, og både agentens anmodning og personens svar forsegles.

Hvilke brancher er det til?

Enhver platform bygget på Nexus. Eksempelskærmene viser en logistikvirksomhed, der sælger havneydelser, men de samme pipelines, tilbud og betalinger fungerer for et forsikringsselskabs mæglerkanal, en banks erhvervskunder eller en softwarevirksomheds abonnementsfornyelser.

Book en briefing

Se en sag gå fra opkald til betaling.

Tag en sag med, som dit team lukkede i sidste kvartal. Vi fører den gennem Nexus, fra det første opkald til posteringen i hovedbogen, og viser hvert eneste spor, den efterlader.