Den komplette guide til DealJourney. Alle funktioner, hvordan du konfigurerer dem, og hvordan brikkerne hænger sammen. Gennemse efter kategori eller søg efter det, du har brug for.
Alle brugervendte lanceringer i DealJourney, forklaret i et forståeligt sprog. Datoerne er den dag, lanceringen gik live.
59 opdateringer, 1. april–21. april 2026
Det essentielle for et helt nyt arbejdsområde: opsæt din virksomhedsprofil, inviter teamet, lær dashboardet at kende, form din pipeline og få dine data med over.
Opsæt et nyt DealJourney-arbejdsområde og konfigurer de detaljer, der vises overalt.
Et arbejdsområde i DealJourney er et isoleret miljø for din virksomheds data. Hver bruger kan tilhøre flere arbejdsområder, og data (salgsmuligheder, kontakter, fakturaer, rapporter) holdes fuldstændig adskilt mellem dem.
Den første person, der tilmelder sig, opretter arbejdsområdet. Under onboardingen angiver du dit firmanavn, primære kontaktoplysninger og standardvaluta. Disse vises på tværs af tilbud, fakturaer, e-mailskabeloner og rapporter, så det er værd at få det rigtigt fra start.
Når dit arbejdsområde er aktivt, leder Kom godt i gang-tjeklisten dig gennem det essentielle: udfyld virksomhedsprofilen, importer eksisterende kontakter og pipelinedata, forbind e-mail og inviter holdkammerater.
Hvad du konfigurerer
Tilføj kolleger til dit arbejdsområde og tildel det rette adgangsniveau.
Teaminvitationer sendes via e-mail fra administrationsområdet. De inviterede modtager et link til at oprette deres adgangskode og lander direkte i dit arbejdsområde, allerede tildelt den rolle, du har valgt til dem.
DealJourney bruger tre rolleniveauer. Almindelige brugere kan arbejde med salgsmuligheder, kontakter, sager og enhver side, de har adgang til, men kan ikke ændre indstillinger på tværs af arbejdsområdet. Tenant admins har fuld adgang til dit arbejdsområde. De kan invitere og fjerne brugere, redigere brugerdefinerede felter, ændre pipelinestadier, forbinde integrationer og konfigurere sideadgang. Platformadministratorer er forbeholdt DealJourney-medarbejdere; den rolle tildeler du ikke selv.
Ud over roller kan tenant admins aktivere eller deaktivere specifikke sider per rolle. Hvis dit supportteam skal se sager, men ikke salgsmuligheder, eller hvis økonomi skal se fakturaer, men ikke leads, kan du konfigurere det under Sideadgang.
Når en kollega forlader virksomheden, kan du fjerne dem fra arbejdsområdet. De poster, de har rørt ved, forbliver intakte, men de kan ikke længere logge ind.
Forstå, hvad hver sektion af forsidens dashboard fortæller dig.
Dashboardet er det første, du ser, når du logger ind. Det kombinerer dagens vigtigste nøgletal, et live aktivitetsfeed og hurtige indgange til det arbejde, der venter på dig.
KPI-rækken viser de tal, dit team lever af: månedlig tilbagevendende omsætning, pipelineværdi, win rate, aktive kunder og mere. De opdateres i realtid, efterhånden som salgsmuligheder flytter sig og handler lukkes.
Dagens program viser kalenderbegivenheder, opkald og opgaver, der er planlagt for den aktuelle dag, hentet fra din forbundne kalender og de aktiviteter, der er registreret i DealJourney. Forfaldne elementer vises øverst, så intet smutter.
Den vægtede pipeline visualiserer din prognose ved at gange hver salgsmuligheds sandsynlighed med dens værdi. Det er det hurtigste sanity-check på, om kvartalet er på sporet. Aktivitetsfeedet nedenunder viser, hvad resten af dit team har lavet: lukkede handler, nye leads, sendte fakturaer, løste sager.
Definer de stadier, der matcher den måde, dit team rent faktisk sælger på.
Din pipeline er en sekvens af stadier, hver salgsmulighed bevæger sig igennem, fra første interesse til en lukket handel. DealJourney leveres med en fornuftig standardpipeline, typisk Prospektering, Kvalificering, Tilbud, Forhandling, Vundet og Tabt, men du vil gerne tilpasse den, så den matcher din salgsproces.
En tenant admin kan omdøbe, omarrangere, tilføje og arkivere stadier fra Stadieadministration. Hvert stadie har en standard win-sandsynlighed, der bruges af den vægtede pipeline-visning og omsætningsprognosen. Slutstadier markeres som Vundet eller Tabt, så rapporter behandler dem korrekt.
Nye salgsmuligheder starter som standard i det første stadie. Du kan trække en salgsmulighed mellem stadier i Kanban-visningen, ændre den inline fra listevisningen eller opdatere den på detaljesiden. Alle tre er ligeværdige.
Få kontakter, virksomheder og pipelinedata med over fra en CSV-fil.
DealJourney importerer CSV-filer for kontakter, kunder, leads, salgsmuligheder og produkter. Importflowet læser din fil, lader dig mappe hver kolonne til et DealJourney-felt (inklusive brugerdefinerede felter) og viser et eksempel på en række, så du kan fange fejl, før du gennemfører.
Hver række bliver til en post, og relationer løses automatisk: Hvis dine kontaktrækker refererer til et firmanavn, der allerede findes i dit arbejdsområde, bliver de knyttet til den kunde i stedet for at blive duplikeret.
Importer kører i baggrunden. Du får en opsummering til sidst, der viser, hvor mange rækker der blev oprettet, hvor mange der blev opdateret, og hvad der ikke bestod validering, med en begrundelse på rækkeniveau, så du kan rette din kildefil og prøve igen.
Salgsmuligheder er DealJourneys måde at spore enhver potentiel handel: pengene, personerne, tidslinjen og hele historikken af interaktioner fra første samtale til underskrevet kontrakt.
Salgsmuligheden er DealJourneys post for en enkelt potentiel handel.
En salgsmulighed repræsenterer ét potentielt salg. Den sporer beløbet, ejeren, lukkedatoen, stadiet og hver interaktion mellem dit team og prospektet.
Hver salgsmulighed har et navn, et beløb med valuta, en forventet lukkedato, et stadie, en sandsynlighed og en primær ejer. Du kan også tilknytte tilbagevendende og ikke-tilbagevendende omsætningslinjer, hvilket er nyttigt, når en handel samler et abonnement, et opstartsgebyr og professionelle services i samme kontrakt.
Salgsmuligheder linkes tilbage til den kontakt og kunde, de tilhører, så du altid ser hele relationshistorikken. Hvis salgsmuligheden kom fra et lead, bevares oprindelsen gennem konverteringen, hvilket giver dig et tydeligt attributionsspor i rapporter om kanalpræstation.
Flyt salgsmuligheder gennem pipelinen og hold din prognose ærlig.
En salgsmuligheds stadie fortæller teamet, hvor den er i salgsprocessen; sandsynligheden fortæller dig, hvor sandsynligt det er, at den lukkes. Standardsandsynligheder sættes per stadie af en tenant admin, og enkelte salgsmuligheder kan tilsidesætte standarden, når en specifik handel er usædvanligt stærk eller svag.
Ud over stadie og sandsynlighed har hver salgsmulighed en prognosekategori (Pipeline, Best Case, Commit eller Lukket), hvilket er det, de fleste salgsledere faktisk bruger til at samle op til ét tal. Prognosekategori er uafhængig af stadie, så en handel sent i forløbet kan stadig ligge i Best Case, hvis sælgeren ikke er fuldt sikker.
Tre måder at se på den samme pipeline, afhængigt af hvad du laver.
Kanban-visningen viser salgsmuligheder som kort grupperet efter stadie. Træk et kort for at ændre stadie, klik på det for at åbne posten, og brug filtrene til at indsnævre til en ejer, en periode eller en værdi i et brugerdefineret felt.
Listevisningen er de samme data i en tæt tabel. Det er den hurtigste måde at scanne mange salgsmuligheder, sortere efter beløb eller lukkedato og redigere flere rækker med massehandlinger.
Detaljevisningen er der, hvor det rigtige arbejde sker: Hvert felt er synligt og redigerbart, og siden samler aktivitetstidslinjen, tilknyttede kontakter og virksomheder, tilbud, fakturaer og AI-genererede indsigter for handlen.
Forvandl en liste af salgsmuligheder til et omsætningstal, du kan stå inde for.
Vægtet pipelineværdi ganger hver salgsmuligheds beløb med dens sandsynlighed og lægger derefter sammen på tværs af det sæt, du kigger på. Det er den klassiske grovskårne prognose og fremgår af dashboardet og hver pipelinerapport.
For et strammere tal, brug prognosekategori-opsamlingen. Commit er sælgerens sikre tal, Best Case lægger stretchen oveni, og Pipeline er alt det andet, der stadig er i spil. At spore disse tre tal uge for uge er det enkleste tidlige varslingssystem for et kvartal, der skrider.
Rediger, omfordel og eksporter salgsmuligheder i batches.
Vælg flere salgsmuligheder fra listevisningen, og du låser massehandlinger op: omfordeling af ejerskab, sletning, ændring af stadie eller eksport til CSV. Massesletning og massetildeling kører i baggrunden og kræver et bekræftelsestrin, før noget gemmes.
CSV-eksport lader dig vælge, hvilke kolonner der skal med (brugerdefinerede felter inkluderet), og leverer filen som en download. Det er den hurtigste måde at få pipelinedata ind i et regneark til engangsanalyse eller dele med nogen uden for DealJourney.
Spor de felter, der betyder noget for din forretning, ikke kun standarderne.
En tenant admin kan tilføje brugerdefinerede felter til salgsmulighedsposten fra Entity Fields-administratoren. Understøttede typer inkluderer kort tekst, lang tekst, tal, dato, enkeltvalg, multivalg og boolean. Hvert brugerdefineret felt bliver en kolonne i listevisningen, et filter i Kanban og en variabel, der er tilgængelig i e-mailskabeloner og workflowregler.
Den samme administrator kan omdøbe og omformulere de indbyggede felter og forvandle "Beløb" til "Kontraktværdi" eller markere "Lukkedato" som påkrævet, så produktet bruger din virksomheds ordforråd i stedet for vores.
Tildel en primær ejer og inddrag andre, der bør have indsigt.
Hver salgsmulighed har en primær bruger, der er ansvarlig for at drive den fremad. Du kan også sætte en sekundær bruger (sales engineer, account manager, executive sponsor), som vises ved siden af ejeren på posten og i rapporter.
Samarbejdspartnere ud over disse to kan følge en salgsmulighed ved at blive nævnt i noter eller tilføjet som watchers. Alle med sideadgang kan se hele tidslinjen uanset ejerskab, men tildelingsvisninger og kvoterapporter tilskriver kreditten til den primære ejer.
Leads fanger tidlig interesse, før du ved, om der er en rigtig handel. Ved at holde dem i deres egen tragt frem for blandet ind i pipelinen får du et rent toppen-af-tragten-overblik og forhindrer, at din prognose bliver forurenet af spekulativ efterspørgsel.
Hvor ny interesse bor, før den bliver til en rigtig salgsmulighed.
Et lead er en kontakt eller virksomhed, der har vist interesse, men endnu ikke er kvalificeret som en rigtig salgsmulighed. Leads har deres egne statusser, ejere og brugerdefinerede felter, adskilt fra salgsmuligheder.
Når et lead er kvalificeret, opretter konverteringen en rigtig salgsmulighed og eventuelt en kunde og kontakt, hvilket bevarer hele oprindelsen fra første berøring til lukket handel. Det betyder noget, når du senere vil tilskrive omsætning tilbage til den kanal, der skaffede den.
Vid hvor leads kommer fra, og hvor de er i kvalificeringen.
Hvert lead bærer en kilde: den kanal, der bragte dem ind. Kilder kan konfigureres per arbejdsområde og kan være alt, der er meningsfuldt for din forretning: indkommende formular, messe, henvisning, cold outbound, betalt søgning. Rapportering efter kilde viser, hvilke kanaler der faktisk producerer lukket omsætning, ikke bare rå tilmeldinger.
Lead-status er kvalificeringsstadiet. Standardprogressionen er Ny til Kontaktet til Kvalificeret til Konverteret med en Ikke kvalificeret-slutstatus, men du kan omforme den, så den passer til dit workflow.
Ranger leads efter konverteringssandsynlighed, så du ringer til de bedste først.
DealJourney scorer leads ved hjælp af de signaler, det har til rådighed: kilde, firmografik, aktualitet af aktivitet, værdier i brugerdefinerede felter og historiske konverteringsmønstre i dine egne data. Scoren er synlig på leadlisten, så sælgere kan prioritere deres dag uden at gætte.
Scorer er rådgivende, ikke spærrende. Du kan sortere, filtrere og bygge workflows omkring dem, men leadet ligger stadig i tragten og bearbejdes på samme måde, uanset om scoren er høj eller lav.
Forfrem et kvalificeret lead til en rigtig pipelinehandel.
Konverteringen opretter en salgsmulighed fra leadet og overfører alt, der bør følge med: kontakten, virksomheden (som en kundepost), noterne, aktivitetshistorikken og den oprindelige kilde. Leadet markeres som Konverteret og forbliver i tragten som en historisk post.
Du vælger, om du vil oprette en ny kunde eller linke til en eksisterende, så genkonvertering af en kendt konto ikke producerer dubletter.
Få formularindsendelser, listekøb eller eksporterede leads ind fra et andet værktøj.
Leads importeres gennem det samme CSV-flow, der bruges til kontakter og salgsmuligheder: upload, mapning af kolonner, preview, gennemfør. Kilde og status kan sættes fra filen, og brugerdefinerede felter mappes automatisk over, så længe kolonneoverskrifterne matcher.
Til kontinuerlig indkommende trafik (en hjemmesideformular, et marketingværktøj, en partnerportal) er den offentlige REST API og webhooks et bedre valg end gentagne importer. Peg din kilde mod leads-endpointet, så lander nye poster i tragten i realtid.
Kontakter er de personer, du sælger til. Kunder er de organisationer, de tilhører. Hver e-mail, opkald, møde og note ligger på en tidslinje knyttet til begge, så hele relationshistorikken altid er ét klik væk.
Sådan modellerer DealJourney personer og de organisationer, de arbejder for.
En kontakt er en person. Den indeholder navn, e-mail, telefon, jobtitel og eventuelle brugerdefinerede felter, du tilføjer. En kunde er den organisation, kontakten arbejder for: et firma, en offentlig enhed, en husstand, hvad end din forretning sælger til.
Kontakter knyttes til kunder gennem en organisationsmapning, hvilket betyder, at en kontakt kan være tilknyttet flere kunder. Det er nyttigt for konsulenter, der arbejder på tværs af flere kundeorganisationer, eller for sælgere, der følger en køber, når de skifter mellem virksomheder.
Begge poster har fulde aktivitetstidslinjer og kan tildeles en ejer. Kundeposter gemmer også faktureringsrelevante felter (adresse, moms- eller VAT-nummer, hjemmeside, branche), der flyder direkte ind på tilbud og fakturaer uden at skulle indtastes igen.
Organiser poster efter de ting, der betyder noget for dit team.
Tags er lette etiketter, du sætter på en kontakt eller kunde. De er hurtige at anvende og fungerer godt til tværgående kategorier: strategisk konto, henvisningspartner, VIP, churnet. Tags kan søges og filtreres overalt, hvor kontakter og kunder vises.
Til struktureret data, du har brug for konsekvent, brug brugerdefinerede felter. I modsætning til tags har brugerdefinerede felter definerede typer (select, tal, dato med flere), valgfri validering og vises som rigtige kolonner i eksporter. Hvis du skal aggregere eller rapportere på det, så gør det til et brugerdefineret felt.
Hver interaktion med en kontakt, i én kronologisk visning.
Tidslinjen på en kontakt- eller kundepost samler alle de interaktioner, DealJourney kender til: sendte og modtagne e-mails, loggede opkald, planlagte møder, tilføjede noter, gennemførte opgaver, åbnede sager, oprettede salgsmuligheder. Alt, der synkroniseres fra Gmail eller Outlook, lander her automatisk.
Du kan tilføje poster manuelt (logge et opkald, skrive en note) og filtrere tidslinjen efter type, når du leder efter noget specifikt. Når en kontakt skifter mellem kunder, følger tidslinjen kontakten i stedet for at blive forældreløs.
Upload et regneark, mapper kolonner, gennemse før gennemførsel.
Importflowet accepterer CSV-filer med ethvert kolonnelayout. Upload filen, match hver kolonne til et DealJourney-felt og se en eksempelrække. Importen kører i baggrunden og rapporterer tilbage med et fuldt resultat (oprettet, opdateret, sprunget over, fejlet) med en begrundelse på rækkeniveau, når noget ikke lander.
Eksisterende poster matches på e-mail (for kontakter) eller navn (for kunder), så genimport af en opdateret liste udvider det, der er der, frem for at duplikere.
Få dine kontakter ud af DealJourney, når du har brug for det.
Hver listevisning (kontakter, kunder, salgsmuligheder, leads, sager, fakturaer) understøtter en CSV-eksport med kolonnevalg. Brugerdefinerede felter inkluderes, når du sætter flueben. Eksporter genereres synkront for små datasæt og asynkront for større.
Dine data er dine. Den offentlige REST API giver dig en anden, programmatisk vej, hvis du vil spejle data til et data warehouse eller et andet værktøj frem for at eksportere manuelt.
Tilbagevendende omsætning er et førsteklasses begreb i DealJourney. Abonnementer driver MRR-, ARR-, churn- og fastholdelsesrapporter. Fakturaer, hvad enten de genereres nativt eller spejles fra et forbundet regnskabssystem, lukker cirklen mellem en vunden handel og pengene, der lander.
Spor den tilbagevendende del af din forretning med ordentlig MRR-bogføring.
Et abonnement er et tilbagevendende kontraktforhold med en kunde: de linjer, de betaler for, kadencen de betaler i, og perioden aftalen dækker. Abonnementer ligger til grund for MRR-, ARR-, churn- og NRR-tallene på dit dashboard. De er ikke afledt af fakturaer alene, de er afledt af den underliggende abonnementstilstand.
Hvert abonnement har en eller flere linjer. En linje har et produkt, en mængde, en enhedspris og et interval: månedligt, kvartalsvis, årligt eller brugerdefineret. Det er understøttet at blande intervaller på et enkelt abonnement, så et platformsgebyr betalt månedligt og en årlig supportaftale kan ligge på samme kontrakt.
Aktiv, pauset, opsagt, churnet og de hændelser, der bevæger sig mellem dem.
Abonnementer skrider gennem et lille sæt statusser. Aktiv er standardtilstanden under arbejde. Pauset er en midlertidig pause: faktureringen pauser, men abonnementet er stadig på bøgerne. Opsagt betyder, at kunden har afsluttet abonnementet, og det vil ikke forny. Churnet er den analysevendte status, der bruges til at beregne churn-MRR i rapporter.
Hvert abonnement bærer en fornyelsesdato, et fornyelsesbeløb og et auto-fornyelsesflag. Fornyelsesvisningen giver dig en fremadrettet kalender over alt, der er på vej, så dit team kan komme foran en samtale, før kunden gør det.
Engangsbeløb, der ikke skal tælle som tilbagevendende omsætning.
Ikke alt, dit team sælger, er tilbagevendende. Opstartsgebyrer, professionelle services-engagementer, hardware og engangs-tilkøb fanges som ikke-tilbagevendende elementer på salgsmulighed eller kundepost. De genererer fakturaer og fremgår af omsætningsrapporter, men de er adskilt fra MRR, så abonnementsmetrikker forbliver rene.
Send et tilbud fra en salgsmulighed med få klik.
Tilbudseditoren forvandler linjerne på en salgsmulighed til et kundeklart dokument. Den henter din virksomhedsprofil, kundens faktureringsoplysninger og eventuelle tilbagevendende og ikke-tilbagevendende elementer, der allerede er knyttet til handlen. Du kan justere layoutet, tilføje noter og maile tilbuddet direkte fra DealJourney, hvor afsendelsen logges som en interaktion på salgsmulighedens tidslinje.
Udarbejd, send og spor fakturaer fra det samme sted, hvor du arbejder med dine handler.
Fakturaer kan oprettes manuelt, genereres fra et tilbud eller produceres automatisk, når en salgsmulighed markeres som Vundet. Den sidste mulighed er standard for ERP-forbundne arbejdsområder og fjerner det meste af overleveringen til økonomi.
Hver faktura har en status: Kladde, Sendt, Betalt, Forfalden eller Annulleret. Du kan maile fakturaer til kunden med en vedhæftet e-mailskabelon, registrere betalinger og se den fulde aldersfordeling på tværs af din kundebase.
Hvis du har forbundet et regnskabssystem som PowerOffice, e-conomic, Tripletex, Fortnox eller Fiken, spejler DealJourney fakturaer fra ERP'et ind i den samme tabel, så native og ERP-udstedte fakturaer fremgår af én samlet visning.
Sager håndterer kundesupport, onboarding-anmodninger og enhver anden sporet samtale. Hver sag er knyttet til den kunde og kontakt, den handler om, så den, der svarer, har hele historikken i kontekst.
Én indbakke for hver kundehenvendelse, knyttet tilbage til CRM-posten.
Sager er DealJourneys måde at håndtere kundesupport, onboarding-anmodninger og alt andet, der har brug for en sporet samtale. I modsætning til en generisk delt indbakke er hver sag knyttet (automatisk eller manuelt) til den kunde og kontakt, den handler om, så den sælger, der svarer, har hele historikken lige der: hvad de har købt, hvilke handler der er åbne, hvad der blev sagt sidst.
Hver sag bærer en status, en prioritet, en kilde, en assignee, et sæt tags og eventuelle brugerdefinerede felter, du har tilføjet. Selve samtalen (svar, interne noter, vedhæftede filer) ligger på sagen og tråder med kundens e-mail.
Indkommende supportmails bliver automatisk til sager.
Peg en supportadresse mod DealJourney, og indkommende beskeder bliver til sager. Svar fra kunden trådes på den eksisterende sag via message-id, så samtaler holder sammen, selv når emnelinjen driver. Udgående svar fra DealJourney går tilbage til kunden fra samme adresse, hvilket holder oplevelsen identisk med at arbejde i en mailklient.
Sager kan også komme ind via den offentlige indsendelseswidget (kan indlejres på din hjemmeside eller helpcenter), via REST API eller oprettes manuelt af en sælger efter et opkald eller en chat.
Trespaltet layout bygget til hastighed.
Sags-UI'en bruger et trespaltet layout: listen af sager til venstre, samtalen i midten, komponist og kontekst til højre. Tastaturgenveje lader dig skifte mellem sager, ændre status og sende svar uden at forlade tastaturet.
En Kanban-visning er tilgængelig, når du vil se sager grupperet efter status eller prioritet i stedet for som en flad liste.
Klassificer sager og forbind dem til de rigtige CRM-poster.
Tags er fritformsetiketter til klassificering: bug, faktureringsspørgsmål, onboarding, hvad end dit team bruger. Brugerdefinerede felter tilføjer struktureret metadata, der kan drive rapporter eller workflowregler: alvorlighedsniveau, produktområde, ønsket svartid.
Sager linkes til en kunde og en kontakt. Hvis ingen af dem findes endnu, kan DealJourney oprette dem on the fly fra afsenderens e-mail, så du aldrig mister en samtale, bare fordi personen ikke var oprettet i CRM'et først.
DealJourney leveres med formålsbyggede rapportsuiter til salg, omsætning, kunder og aktivitet, plus en Explore-fane til ad hoc-drilldowns. Alle rapporter deler en konsistent periodevælger og sammenligningstilstand.
Fem rapportsuiter, der dækker salg, omsætning, kunder, aktivitet og ad hoc-undersøgelse.
Salgsrapporten dækker pipeline efter stadie, win rate, salgscykluslængde og kvoteopfyldelse. Omsætningsrapporten dækker MRR, ARR, vækst, churn, net revenue retention og gennemsnitlig omsætning per konto. Kunderapporten dækker tilkomster, churn, livstidsværdi og kontokoncentration. Aktivitetsrapporten dækker, hvad dit team laver (sendte e-mails, loggede opkald, afholdte møder) opdelt på bruger og over tid.
Explore-fanen er ad hoc-drilldownen, hvor du kan filtrere og opdele enhver af de underliggende metrikker on demand uden at forlade de indbyggede rapporter og bygge noget fra bunden.
De tal, dit team ser først, hver dag.
Dashboard-KPI'er er overskriftsmetrikkerne hentet fra det fulde rapportsæt: MRR, ARR, NRR, ARPA, win rate, pipelineværdi, aktive kunder, vægtet pipeline, sagsbacklog. De opdateres, efterhånden som data ændres, og kan filtreres efter periode på samme måde som rapporterne selv.
Almindelige brugere ser de KPI'er, de har sideadgang til; tenant admins kan konfigurere, hvilke kort der vises og i hvilken rækkefølge.
Hver rapport kører mod den periode, du vælger, med sammenlignelige perioder.
Rapporter har en konsistent periodevælger: denne måned, dette kvartal, dette år, sidste måned, sidste kvartal eller et brugerdefineret interval. Hvor det giver mening, viser rapporter også en sammenligning med den foregående tilsvarende periode (denne måned mod sidste måned, dette kvartal mod samme kvartal sidste år), så trendretningen er åbenlys uden at læse to visninger side om side.
Fastgør de visninger, dit team vender tilbage til.
Enhver filtreret konfiguration kan gemmes som en navngivet rapport. Gemte rapporter er som standard dine; tenant admins kan gøre dem tilgængelige for hele arbejdsområdet. Fastgør dem, dit team åbner hver morgen, og de ligger ét klik væk på rapporternes landingsside.
DealJourneys workflowmotor kører på den klassiske trigger, betingelse, handling-model. Hver kørsel logges, så du kan fejlsøge en regel, der ikke opfører sig korrekt, og bevise, at dem du går op i, faktisk fyrer af.
Hver regel er en trigger, valgfri betingelser og en eller flere handlinger.
En trigger fyrer, når noget sker med en post: et nyt lead oprettes, en salgsmulighed skifter stadie, et abonnement nærmer sig fornyelse. Betingelser filtrerer den trigger ned til de tilfælde, der faktisk betyder noget. Handlinger er det, automatiseringen gør som svar.
Regler evalueres i baggrunden med en fuld eksekveringslog. Hver kørsel, hver succes, hver fejl registreres, så du kan fejlsøge en regel, der ikke opfører sig, og bekræfte, at den, du går op i, faktisk fyrer af.
De posttyper og hændelser, motoren lytter til.
Workflowregler kan trigge på leads, salgsmuligheder, kunder, kontakter, abonnementer og fakturaer. Hændelsessættet dækker oprettelse, opdateringer, status- og stadieændringer, feltændringer, Vundet og Tabt og abonnementsspecifikke hændelser som forestående fornyelse eller churn.
Betingelser kan sammenligne felter med litterale værdier, med andre felter på samme post eller med felter på relaterede poster, så "salgsmulighedsbeløb større end 10.000 kr OG primær ejer er på enterprise-teamet" kan udtrykkes i en enkelt regel.
Send e-mail, opdater felter, tildel brugere, kald en webhook.
Ud af boksen kan regler sende en e-mail med en skabelon, opdatere et felt på den udløsende post eller en relateret, oprette en opgave eller aktivitet, omfordele en ejer, sende en in-app-notifikation til en bruger eller kalde en ekstern webhook. E-mailhandlinger fletter postens data ind i skabelonen, så outputtet er personaliseret uden manuel redigering.
SMS er tilgængelig som en workflowhandling, når Link Mobility er forbundet på arbejdsområde-niveau.
Automatiseringer, der kører senere, ikke straks.
En handling kan fyre med det samme eller planlægges til senere. "Send en opfølgningsmail tre dage efter salgsmuligheden er oprettet" er en forsinket handling. Planlagte handlinger ligger i en kø og eksekveres på deres forfaldstidspunkt. Hvis den underliggende post er ændret på en måde, der invaliderer reglen, for eksempel hvis salgsmuligheden allerede er Vundet, kan reglen konfigureres til at springe over i stedet for at fyre overflødigt.
Byg regler uden at skrive kode, se hele flowet med ét blik.
Den visuelle workflowbygger er en grafeditor: trigger til venstre, betingelser i midten, handlinger til højre, forbundet med pile. De fleste teams bygger hver regel i den visuelle bygger; power users kan dykke ned i den rå regelkonfiguration for avanceret matchningslogik.
DealJourney forbindes til de regnskabs-, e-mail-, kalender- og kommunikationsværktøjer, dit team allerede bruger, og eksponerer en fuld offentlig REST API plus webhooks til alt det andet.
Synkroniser kunder, produkter og fakturaer med det system, dit økonomiteam bruger.
DealJourney forbindes til PowerOffice, e-conomic, Tripletex, Fortnox og Fiken. Hver integration synkroniserer kunder, produkter og fakturaer i begge retninger. Når du lukker en salgsmulighed som Vundet, opretter DealJourney en kladdefaktura i det forbundne ERP. Dit økonomiteam færdiggør og sender den fra deres system of record, og fakturaen spejles tilbage til DealJourney, så sælgere kan se præcis, hvad der blev faktureret.
Feltmapninger kan konfigureres: din kontoplan, momskoder, betalingsbetingelser og produktkatalog kan alle afstemmes med ERP'ets opsætning, så intet skal redigeres efter synkronisering.
Hold e-mails og begivenheder synkroniseret med dine CRM-poster.
Google Workspace og Microsoft 365 forbindes begge via OAuth. Når de er forbundet, synkroniseres e-mails til og fra dine kontakter til deres tidslinje, kalenderbegivenheder fremgår af din plan i DealJourney, og udgående e-mails sendt fra den indlejrede komponist lander i din rigtige Gmail- eller Outlook-mappe Sendt.
Dedikerede tilføjelser til Gmail og Outlook lader dig arbejde inde i mailklienten: slå en kontakts CRM-profil op, tilføj noter, log opkald og opret salgsmuligheder uden at skifte fane.
Link Google Drive- og SharePoint-filer til dine CRM-poster.
Vedhæft kontrakter, præsentationer og tilbud, der er gemt i Google Drive eller SharePoint, direkte til salgsmuligheder, kunder og sager. DealJourney gemmer referencen frem for en kopi, så tilladelser på kildefilen forbliver autoritative, og teamet ser altid den nuværende version.
Send tekstbeskeder som workflowhandlinger eller fra kontaktposter.
DealJourney understøtter SMS gennem Link Mobility. Når integrationen er konfigureret på arbejdsområde-niveau, bliver SMS tilgængelig som en workflowhandling og som en send-fra-post-mulighed på kontakter og leads. Leveringsevne og svarhåndtering håndteres af udbyderen; leveringsstatus logges tilbage til DealJourney.
Programmatisk adgang til hver posttype i dit arbejdsområde.
Hver posttype i DealJourney (salgsmuligheder, leads, kunder, kontakter, produkter, abonnementer, fakturaer, aktiviteter, noter, e-mailskabeloner, brugerdefinerede felter, pipelines, brugere) er eksponeret gennem en versioneret offentlig REST API. API-nøgler er scopede: du tildeler læs, skriv eller slet for hver entitetsfamilie, så en nøgle kun har den adgang, den faktisk har brug for.
API'et er den samme overflade, DealJourney bruger internt, så hvad du kan se i UI'et, kan du læse, oprette, opdatere eller slette gennem API'et.
Push hændelser til dine egne systemer, når de sker.
Webhooks sender en HTTP-anmodning til en URL, du kontrollerer, når noget, du går op i, sker: et lead oprettes, en salgsmulighed lukkes, en faktura betales. Hvert webhook-abonnement målretter specifikke entitetstyper og hændelser, og levering forsøges igen med eksponentiel backoff ved fejl.
Indkommende webhooks håndterer den anden retning: callbacks fra ERP-systemer, SMS-udbydere og andre integrationer, der har brug for at pushe tilstand tilbage til DealJourney.
Tenant admins former arbejdsområdet for resten af teamet: hvem ser hvad, hvilke felter findes, hvordan sider er arrangeret, og hvilke ændringer der registreres. Revisionsloggen fanger hver væsentlig ændring server-side.
Tre rolleniveauer, der dækker de fleste teamstrukturer.
Hver bruger i et arbejdsområde har en af tre roller. Almindelige brugere ser og arbejder med de poster, de har adgang til. Tenant admins har fuld kontrol over arbejdsområdet: brugere, felter, pipelines, integrationer og konfiguration. Platformadministratorer findes til DealJourney-drift og tildeles ikke af kundens administratorer.
Rolletildeling er ligetil; sideniveau-adgangskontrol er der, hvor det bliver mere nuanceret.
Bestem hvilke dele af DealJourney hver rolle ser.
Ikke alle teams har brug for at se hver side. Support skal ikke nødvendigvis se omsætningsrapporter; salg skal ikke nødvendigvis se sagsindbakken. Fra Sideadgang-konfigurationen kan tenant admins aktivere eller deaktivere individuelle sider per rolle. Sider, der er deaktiveret for en rolle, skjules fra navigationen og returnerer en adgang nægtet-respons, hvis de tilgås direkte.
Sideadgang kombineres med rolletilladelser: en almindelig bruger med sagsadgang kan arbejde med sager; en tenant admin har altid fuld adgang uanset indstillinger for sideadgang.
Form datamodellen, så den matcher hvordan din forretning fungerer.
Fra Entity Fields kan tenant admins tilføje brugerdefinerede felter til salgsmuligheder, leads, kontakter, kunder, sager, abonnementer og fakturaer. Understøttede typer inkluderer kort tekst, lang tekst, tal, dato, enkeltvalg, multivalg og boolean. Hvert felt kan markeres som påkrævet, skjules på oprettelsesformularen eller eksponeres gennem API'et.
Den samme side kan omdøbe og omformulere de indbyggede felter og forvandle "Beløb" til "Kontraktværdi", markere "Lukkedato" som påkrævet eller tilføje hjælpetekst. Målet er, at produktet bruger din virksomheds ordforråd, ikke vores.
Hver væsentlig ændring registreres server-side.
DealJourney skriver en revisionshændelse for hver væsentlig ændring i arbejdsområdet: oprettelse, opdatering og sletning af poster, konfigurationsændringer, integrationssynkroniseringshændelser, webhook-leverancer, brugerinvitationer og rolleændringer. Revisionsloggen er et compliance-grade-log, dit team kan anmode om en kopi af, hvis I har brug for at undersøge en hændelse eller demonstrere kontroller for en kundes sikkerhedsteam.
Inviter, fjern og omfordel teammedlemmer.
Tenant admins tilføjer brugere via e-mailinvitation og sætter deres rolle ved invitationstidspunktet. At fjerne en bruger blokerer deres login, mens de historiske poster, de har rørt ved, bevares. En kundesamtale fra to år siden viser stadig den oprindelige ejer. Når ejerskab skal flyttes, er masseomfordeling på salgsmulighedslisten normalt den hurtigste vej.
Start den 14 dages gratis prøveperiode og giv teamet alt, hvad det har brug for — fra første kontakt til fornyelse.
Ingen betalingskort påkrævet • 14 dages gratis prøveperiode • Opsig når som helst