Den komplette guiden til DealJourney. Alle funksjoner, hvordan du konfigurerer dem, og hvordan brikkene henger sammen. Bla gjennom etter kategori eller søk etter det du trenger.
Alle brukervendte lanseringer i DealJourney, forklart på en enkel måte. Datoen er dagen lanseringen gikk ut.
59 oppdateringer, 1. april–21. april 2026
Det essensielle for et helt nytt arbeidsområde: sett opp firmaprofilen, inviter teamet, lær deg dashbordet, form pipelinen og få dataene dine over.
Sett opp et nytt DealJourney-arbeidsområde og konfigurer detaljene som dukker opp overalt.
Et arbeidsområde i DealJourney er et isolert miljø for selskapets data. Hver bruker kan tilhøre flere arbeidsområder, og data (salgsmuligheter, kontakter, fakturaer, rapporter) holdes helt adskilt mellom dem.
Den første personen som registrerer seg, oppretter arbeidsområdet. Under onboardingen angir du firmanavn, primær kontaktinformasjon og standardvaluta. Disse vises i tilbud, fakturaer, e-postmaler og rapporter, så det er verdt å få dem riktig fra start.
Når arbeidsområdet ditt er aktivt, leder Kom i gang-sjekklisten deg gjennom det essensielle: fullføre firmaprofilen, importere eksisterende kontakter og pipelinedata, koble til e-post og invitere kolleger.
Det du skal konfigurere
Legg til kolleger i arbeidsområdet og tildel riktig tilgangsnivå.
Teaminvitasjoner sendes via e-post fra adminområdet. Inviterte mottar en lenke for å sette passordet sitt og kommer rett inn i arbeidsområdet ditt, forhåndstildelt rollen du valgte for dem.
DealJourney bruker tre rollenivåer. Vanlige brukere kan jobbe med salgsmuligheter, kontakter, saker og hver side de har tilgang til, men kan ikke endre tenant-omfattende innstillinger. Tenant-administratorer har full tilgang til arbeidsområdet ditt. De kan invitere og fjerne brukere, redigere egendefinerte felter, endre pipeline-stadier, koble til integrasjoner og konfigurere sidetilgang. Plattformadministratorer er forbeholdt DealJourney-ansatte; denne rollen tildeler du ikke selv.
I tillegg til roller kan tenant-administratorer aktivere eller deaktivere bestemte sider per rolle. Hvis supportteamet ditt skal se saker, men ikke salgsmuligheter, eller om økonomi skal se fakturaer, men ikke leads, kan du konfigurere det under Sidetilgang.
Når en kollega slutter, kan du fjerne dem fra arbeidsområdet. Postene de har vært borti, forblir intakte, men de kan ikke lenger logge inn.
Forstå hva hver del av hjemdashbordet forteller deg.
Dashbordet er det første du ser når du logger inn. Det kombinerer nøkkeltallene som betyr noe for dagen, en sanntids aktivitetsstrøm og raske inngangspunkter til arbeidet som venter på deg.
KPI-raden viser tallene teamet ditt lever etter: månedlig tilbakevendende inntekt, pipelineverdi, vinnerrate, aktive kunder og mer. Disse oppdateres i sanntid etter hvert som salgsmuligheter beveger seg og avtaler lukkes.
Dagens timeplan lister kalenderhendelsene, samtalene og oppgavene som er planlagt for inneværende dag, hentet fra den tilkoblede kalenderen din og aktivitetene som er registrert i DealJourney. Forfalte elementer havner øverst slik at ingenting glipper.
Den vektede pipelinen visualiserer prognosen din ved å multiplisere hver salgsmuligheters sannsynlighet med verdien. Det er den raskeste fornuftssjekken på om kvartalet er på sporet. Aktivitetsstrømmen under viser hva resten av teamet ditt har gjort: lukkede avtaler, nye leads, sendte fakturaer, løste saker.
Definer stadiene som passer til hvordan teamet ditt faktisk selger.
Pipelinen din er en sekvens av stadier som hver salgsmulighet beveger seg gjennom, fra første interesse til en lukket avtale. DealJourney leveres med en fornuftig standardpipeline, typisk Prospektering, Kvalifisering, Tilbud, Forhandling, Vunnet og Tapt, men du vil sannsynligvis tilpasse den til din salgsbevegelse.
En tenant-administrator kan gi nytt navn til, omorganisere, legge til og arkivere stadier fra Stadiebehandling. Hvert stadium har en standard vinnersannsynlighet som brukes av den vektede pipeline-visningen og inntektsprognosen. Terminale stadier merkes som Vunnet eller Tapt slik at rapporter behandler dem riktig.
Nye salgsmuligheter starter i det første stadiet som standard. Du kan dra en salgsmulighet mellom stadier i Kanban-visningen, endre den direkte i listevisningen, eller oppdatere den på detaljsiden. Alle tre er likeverdige.
Få over kontakter, selskaper og pipelinedata fra en CSV-fil.
DealJourney importerer CSV-filer for kontakter, kunder, leads, salgsmuligheter og produkter. Importflyten leser filen din, lar deg mappe hver kolonne til et DealJourney-felt (inkludert egendefinerte felter), og forhåndsviser en eksempelrad slik at du kan oppdage feil før du committer.
Hver rad blir en post, og relasjoner løses automatisk: hvis kontaktradene dine refererer til et firmanavn som allerede finnes i arbeidsområdet ditt, kobles de til den kunden i stedet for å duplisere.
Importer kjøres i bakgrunnen. Du får en oppsummering på slutten som viser hvor mange rader som ble opprettet, hvor mange som ble oppdatert, og hva som ikke besto validering, med en årsak på radnivå slik at du kan rette kildefilen og prøve igjen.
Salgsmuligheter er måten DealJourney sporer hver potensielle avtale på: pengene, personene, tidslinjen og hele historien til hver interaksjon fra første samtale til signert kontrakt.
Salgsmuligheten er DealJourneys post for én enkelt potensiell avtale.
En salgsmulighet representerer ett potensielt salg. Den sporer beløpet, eieren, lukkedatoen, stadiet og hver interaksjon mellom teamet ditt og prospektet.
Hver salgsmulighet har et navn, et beløp med valuta, en forventet lukkedato, et stadium, en sannsynlighet og en primær eier. Du kan også koble til tilbakevendende og engangslinjer, noe som er nyttig når en avtale samler et abonnement, et oppstartsgebyr og profesjonelle tjenester på samme kontrakt.
Salgsmuligheter knyttes tilbake til kontakten og kunden de tilhører, slik at du alltid ser hele relasjonshistorikken. Hvis salgsmuligheten kom fra en lead, bevares avstamningen gjennom konvertering, noe som gir deg et tydelig attribusjonsspor i rapporter om kanalytelse.
Flytt salgsmuligheter gjennom pipelinen og hold prognosen ærlig.
Stadiet til en salgsmulighet forteller teamet hvor den er i salgsprosessen; sannsynligheten forteller deg hvor sannsynlig det er at den lukkes. Standardsannsynligheter settes per stadium av en tenant-administrator, og enkelte salgsmuligheter kan overstyre standarden når en bestemt avtale er uvanlig sterk eller svak.
I tillegg til stadium og sannsynlighet har hver salgsmulighet en prognosekategori (Pipeline, Best Case, Commit eller Lukket) som er det de fleste salgssjefer faktisk bruker for å rulle opp til et tall. Prognosekategorien er uavhengig av stadium, så en avtale i sent stadium kan fortsatt ligge i Best Case hvis representanten ikke er helt trygg.
Tre måter å se på den samme pipelinen, avhengig av hva du gjør.
Kanban-visningen viser salgsmuligheter som kort gruppert etter stadium. Dra et kort for å endre stadium, klikk på det for å åpne posten, og bruk filtrene til å snevre inn til en eier, en periode eller en egendefinert feltverdi.
Listevisningen er de samme dataene i en tett tabell. Det er den raskeste måten å skanne mange salgsmuligheter på, sortere etter beløp eller lukkedato, og redigere flere rader med masseoperasjoner.
Detaljvisningen er der det virkelige arbeidet skjer: hvert felt er synlig og redigerbart, og siden samler aktivitetstidslinjen, tilknyttede kontakter og selskaper, tilbud, fakturaer og AI-genererte innsikter for avtalen.
Gjør en liste med salgsmuligheter til et inntektstall du kan stå inne for.
Vektet pipelineverdi multipliserer hver salgsmuligheters beløp med sannsynligheten, og summerer deretter på tvers av settet du ser på. Det er den klassiske grovestimat-prognosen og vises på dashbordet og i hver pipelinerapport.
For et strammere tall, bruk prognosekategori-oppsummeringen. Commit er representantens trygge tall, Best Case legger til strekket, og Pipeline er alt annet som fortsatt er i spill. Å spore disse tre tallene uke for uke er det enkleste tidlige varslingssystemet for et glipp av kvartalet.
Rediger, omfordel og eksporter salgsmuligheter i bulk.
Velg flere salgsmuligheter fra listevisningen, så låser du opp masseoperasjoner: omfordele eierskap, slette, endre stadium eller eksportere til CSV. Massesletting og massetildeling kjøres i bakgrunnen og krever et bekreftelsestrinn før noe lagres.
CSV-eksport lar deg velge hvilke kolonner som skal inkluderes (egendefinerte felter inkludert) og leverer filen som en nedlasting. Det er den raskeste måten å få pipelinedata inn i et regneark for engangsanalyser eller for å dele med noen utenfor DealJourney.
Spor feltene som betyr noe for virksomheten din, ikke bare standardverdiene.
En tenant-administrator kan legge til egendefinerte felter til salgsmulighetsposten fra Entitetsfelter-administratoren. Støttede typer inkluderer kort tekst, lang tekst, tall, dato, enkeltvalg, flervalg og boolsk. Hvert egendefinert felt blir en kolonne i listevisningen, et filter i Kanban og en variabel som er tilgjengelig i e-postmaler og arbeidsflytregler.
Den samme administratoren kan gi nytt navn til og omformulere de innebygde feltene, gjøre "Beløp" om til "Kontraktsverdi" eller markere "Lukkedato" som obligatorisk, slik at produktet bruker selskapets vokabular i stedet for vårt.
Tildel en primær eier og involver andre som bør ha innsyn.
Hver salgsmulighet har en primær bruker som er ansvarlig for å drive den fremover. Du kan også sette en sekundær bruker (salgsingeniøren, kundeansvarlig, executive sponsoren) som vises ved siden av eieren på posten og i rapporter.
Samarbeidspartnere utover disse to kan følge en salgsmulighet ved å bli nevnt i notater eller lagt til som watchers. Alle med sidetilgang kan se hele tidslinjen uavhengig av eierskap, men tildelingsvisningene og kvoterapportene tilskriver kreditt til den primære eieren.
Leads fanger opp tidlig interesse før du vet at det finnes en reell avtale. Å holde dem i sin egen trakt, i stedet for blandet inn i pipelinen, gir deg en ren trakttopp-oversikt og hindrer at prognosen forurenses av spekulativ etterspørsel.
Hvor ny interesse bor før den blir en reell salgsmulighet.
En lead er en kontakt eller et selskap som har vist interesse, men som ennå ikke er kvalifisert som en reell salgsmulighet. Leads har sine egne statuser, eiere og egendefinerte felter, adskilt fra salgsmuligheter.
Når en lead er kvalifisert, oppretter konvertering en reell salgsmulighet og, valgfritt, en kunde og kontakt, og bevarer hele avstamningen fra første berøring til lukket avtale. Det er viktig når du senere ønsker å attribuere inntekt tilbake til kanalen som skaffet den.
Vit hvor leads kommer fra og hvor de er i kvalifiseringen.
Hver lead bærer en kilde: kanalen som brakte dem inn. Kilder er konfigurerbare per tenant og kan være hva som helst meningsfullt for virksomheten din: innkommende skjema, messe, henvisning, kald utgående, betalt søk. Rapportering etter kilde viser hvilke kanaler som faktisk produserer lukket inntekt, ikke bare rene registreringer.
Lead-status er kvalifiseringsstadiet. Standardprogresjonen er Ny til Kontaktet til Kvalifisert til Konvertert, med Ukvalifisert som terminal tilstand, men du kan omforme det for å passe arbeidsflyten din.
Ranger leads etter sannsynlighet for konvertering, slik at du ringer de beste først.
DealJourney scorer leads ved hjelp av signalene som er tilgjengelige: kilde, firmografi, aktivitetens ferskhet, egendefinerte feltverdier og historiske konverteringsmønstre i dine egne data. Scoren er synlig i lead-listen slik at representanter kan prioritere dagen sin uten å gjette.
Score er rådgivende, ikke styrende. Du kan sortere, filtrere og bygge arbeidsflyter rundt dem, men leaden bor fortsatt i trakten og bearbeides på samme måte uavhengig av om scoren er høy eller lav.
Forfremme en kvalifisert lead til en reell pipeline-avtale.
Konvertering oppretter en salgsmulighet fra leaden og tar med alt som bør følge med: kontakten, selskapet (som en kundepost), notatene, aktivitetshistorikken og den opprinnelige kilden. Leaden merkes som Konvertert og forblir i trakten som en historisk post.
Du velger om du skal opprette en ny kunde eller koble til en eksisterende, slik at gjenkonvertering av en kjent konto ikke produserer duplikater.
Hent inn skjemainnsendinger, listekjøp eller eksporterte leads fra et annet verktøy.
Leads importeres gjennom den samme CSV-flyten som brukes for kontakter og salgsmuligheter: last opp, mapp kolonner, forhåndsvis, commit. Kilde og status kan settes fra filen, og egendefinerte felter mappes automatisk så lenge kolonneoverskriftene stemmer.
For kontinuerlig innkommende (et nettstedskjema, et markedsføringsverktøy, en partnerportal) er det offentlige REST API-et og webhooks bedre egnet enn gjentatte importer. Pek kilden mot leads-endepunktet, og nye poster lander i trakten i sanntid.
Kontakter er menneskene du selger til. Kunder er organisasjonene de tilhører. Hver e-post, samtale, møte og notat lever på en tidslinje knyttet til begge, så hele relasjonshistorikken er alltid ett klikk unna.
Hvordan DealJourney modellerer mennesker og organisasjonene de jobber for.
En kontakt er en person. Den inneholder navn, e-post, telefon, stillingstittel og eventuelle egendefinerte felter du legger til. En kunde er organisasjonen kontakten jobber for: et selskap, en offentlig enhet, en husholdning, hva enn virksomheten din selger til.
Kontakter er knyttet til kunder gjennom en organisasjonsmapping, som betyr at én kontakt kan være tilknyttet mer enn én kunde. Dette er nyttig for konsulenter som jobber på tvers av flere klientorganisasjoner, eller for selgere som følger en kjøper når de bytter mellom selskaper.
Begge poster har fullstendige aktivitetstidslinjer og kan tildeles en eier. Kundeposter lagrer også fakturarelevante felter (adresse, MVA- eller skatteid, nettsted, bransje) som flyter rett inn på tilbud og fakturaer uten å taste på nytt.
Organiser poster etter det som betyr noe for teamet ditt.
Tagger er lette etiketter du fester til en kontakt eller kunde. De er raske å bruke og fungerer godt for tverrgående kategorier: strategisk konto, henvisningspartner, VIP, churnet. Tagger er søkbare og filtrerbare overalt der kontakter og kunder vises.
For strukturerte data du trenger konsekvent, bruk egendefinerte felter. I motsetning til tagger har egendefinerte felter definerte typer (valg, tall, dato og andre), valgfri validering og dukker opp som ordentlige kolonner i eksporter. Hvis du skal aggregere eller rapportere på det, gjør det til et egendefinert felt.
Hver interaksjon med en kontakt, i én kronologisk visning.
Tidslinjen på en kontakt- eller kundepost samler hver interaksjon DealJourney kjenner til: sendte og mottatte e-poster, loggede samtaler, planlagte møter, lagt til notater, fullførte oppgaver, åpnede saker, opprettede salgsmuligheter. Alt som synkroniseres fra Gmail eller Outlook, lander her automatisk.
Du kan legge til oppføringer manuelt (logge en samtale, notere en kommentar) og filtrere tidslinjen etter type når du leter etter noe spesifikt. Når en kontakt flyttes mellom kunder, følger tidslinjen kontakten i stedet for å bli foreldreløs.
Last opp et regneark, mapp kolonner, gjennomgå før commit.
Importflyten godtar CSV-filer med hvilken som helst kolonneoppsett. Last opp filen, koble hver kolonne til et DealJourney-felt, og forhåndsvis en eksempelrad. Importen kjører i bakgrunnen og rapporterer tilbake med et fullstendig resultat (opprettet, oppdatert, hoppet over, mislyktes) med en årsak på radnivå når noe ikke lander.
Eksisterende poster matches på e-post (for kontakter) eller navn (for kunder), så å reimportere en oppdatert liste utvider det som er der i stedet for å duplisere.
Få kontaktene dine ut av DealJourney når du trenger det.
Hver listevisning (kontakter, kunder, salgsmuligheter, leads, saker, fakturaer) støtter en CSV-eksport med kolonnevalg. Egendefinerte felter inkluderes når du krysser dem av. Eksporter genereres synkront for små sett og asynkront for større.
Dataene dine er dine. Det offentlige REST API-et gir deg en andre, programmatisk rute hvis du ønsker å speile data inn i et datavarehus eller et annet verktøy i stedet for å eksportere manuelt.
Tilbakevendende inntekt er et førsteklasses konsept i DealJourney. Abonnementer driver MRR-, ARR-, churn- og retensjonsrapporter. Fakturaer, enten generert nativt eller speilet fra et tilkoblet regnskapssystem, lukker sløyfen mellom en vunnet avtale og pengene som kommer inn.
Spor den tilbakevendende delen av virksomheten din med ordentlig MRR-regnskap.
Et abonnement er en tilbakevendende kontraktsmessig relasjon med en kunde: linjene de betaler for, kadensen de betaler på, og perioden avtalen dekker. Abonnementer underbygger MRR-, ARR-, churn- og NRR-tallene på dashbordet ditt. De avledes ikke fra fakturaer alene, de avledes fra den underliggende abonnementstilstanden.
Hvert abonnement har én eller flere linjer. En linje har et produkt, et antall, en enhetspris og et intervall: månedlig, kvartalsvis, årlig eller egendefinert. Å blande intervaller på ett enkelt abonnement støttes, slik at en plattformavgift betalt månedlig og et årlig støtteabonnement kan ligge på samme kontrakt.
Aktiv, pauset, kansellert, churnet, og hendelsene som beveger seg mellom dem.
Abonnementer går gjennom et lite sett med statuser. Aktiv er standard arbeidstilstand. Pauset er en midlertidig stans: faktureringen pauses, men abonnementet er fortsatt på bøkene. Kansellert betyr at kunden har avsluttet abonnementet og det vil ikke fornyes. Churnet er den analyseorienterte statusen som brukes til å beregne churn-MRR i rapporter.
Hvert abonnement bærer en fornyelsesdato, et fornyelsesbeløp og et flagg for automatisk fornyelse. Fornyelsesvisningen gir deg en fremoverrettet kalender med alt som kommer, slik at teamet ditt kan komme i forkant av en samtale før kunden gjør det.
Engangskostnader som ikke skal regnes som tilbakevendende inntekt.
Ikke alt teamet ditt selger er tilbakevendende. Oppstartsgebyrer, profesjonelle tjenester, maskinvare og engangs-tillegg fanges som engangslinjer på salgsmuligheten eller kundeposten. De genererer fakturaer og vises i inntektsrapporter, men de er adskilt fra MRR slik at abonnementsmetrikker forblir rene.
Send et forslag fra en salgsmulighet med noen få klikk.
Tilbudseditoren gjør linjene på en salgsmulighet om til et kundeklart dokument. Den henter firmaprofilen din, kundens fakturadetaljer og eventuelle tilbakevendende og engangslinjer som allerede er knyttet til avtalen. Du kan justere oppsettet, legge til notater og sende tilbudet på e-post direkte fra DealJourney, der utsendelsen logges som en interaksjon på salgsmulighetens tidslinje.
Lag utkast, send og spor fakturaer fra samme sted som du jobber med avtalene dine.
Fakturaer kan opprettes manuelt, genereres fra et tilbud, eller produseres automatisk når en salgsmulighet markeres som Vunnet. Det siste alternativet er standard for ERP-tilkoblede arbeidsområder og fjerner mesteparten av økonomi-overleveringen.
Hver faktura har en status: Utkast, Sendt, Betalt, Forfalt eller Kansellert. Du kan sende fakturaer på e-post til kunden med en vedlagt e-postmal, registrere betalinger og se den fullstendige aldersvisningen på tvers av kundebasen.
Hvis du har koblet til et regnskapssystem som PowerOffice, e-conomic, Tripletex, Fortnox eller Fiken, speiler DealJourney fakturaer fra ERP-en inn i samme tabell, slik at native og ERP-utstedte fakturaer vises i én enhetlig visning.
Saker håndterer kundesupport, onboarding-forespørsler og enhver annen sporet samtale. Hver sak er knyttet til kunden og kontakten den gjelder, slik at den som svarer har hele historikken i kontekst.
Én innboks for hver kundeforespørsel, knyttet tilbake til CRM-posten.
Saker er måten DealJourney håndterer kundesupport, onboarding-forespørsler og alt annet som trenger en sporet samtale. I motsetning til en generisk delt innboks er hver sak knyttet (automatisk eller manuelt) til kunden og kontakten den gjelder, slik at representanten som svarer har hele historikken rett der: hva de har kjøpt, hvilke avtaler som er åpne, hva som ble sagt sist gang.
Hver sak bærer en status, en prioritet, en kilde, en tildelt person, et sett med tagger og eventuelle egendefinerte felter du har lagt til. Selve samtalen (svar, interne notater, vedlegg) lever på saken og tråder med kundens e-post.
Innkommende support-e-poster blir saker automatisk.
Pek en supportadresse mot DealJourney, så blir innkommende meldinger til saker. Svar fra kunden trådes på den eksisterende saken via message-id, slik at samtaler holdes sammen selv når emnefeltet driver. Utgående svar fra DealJourney går tilbake til kunden fra samme adresse, og holder opplevelsen identisk med å jobbe i en e-postklient.
Saker kan også komme inn gjennom den offentlige innsendingswidgeten (innebygd på nettstedet ditt eller hjelpesenteret), gjennom REST API-et, eller opprettes manuelt av en representant etter en samtale eller chat.
Tre-kolonne-oppsettet bygget for fart.
Sak-grensesnittet bruker et tre-kolonne-oppsett: listen over saker til venstre, samtalen i midten, komponisten og konteksten til høyre. Hurtigtaster lar deg bevege deg mellom saker, endre status og sende svar uten å forlate tastaturet.
En Kanban-visning er tilgjengelig når du vil se saker gruppert etter status eller prioritet i stedet for som en flat liste.
Klassifiser saker og koble dem til de riktige CRM-postene.
Tagger er friform-etiketter for klassifisering: bug, fakturaspørsmål, onboarding, hva enn teamet ditt bruker. Egendefinerte felter legger til strukturert metadata som kan drive rapporter eller arbeidsflytregler: alvorlighetsnivå, produktområde, ønsket responstid.
Saker knyttes til en kunde og en kontakt. Hvis ingen av dem finnes ennå, kan DealJourney opprette dem på sparket fra avsenderens e-post, slik at du aldri mister en samtale bare fordi personen ikke var satt opp i CRM-en først.
DealJourney leveres med spesialbygde rapportsuiter for salg, inntekt, kunder og aktivitet, pluss en Utforsk-fane for ad hoc-fordypninger. Alle rapporter deler en konsistent periodevelger og sammenligningsmodus.
Fem rapportsuiter som dekker salg, inntekt, kunder, aktivitet og ad hoc-utforskning.
Salgsrapporten dekker pipeline etter stadium, vinnerrate, lengde på salgssyklus og kvoteoppnåelse. Inntektsrapporten dekker MRR, ARR, vekst, churn, netto inntektsretensjon og gjennomsnittlig inntekt per konto. Kunderapporten dekker anskaffelser, churn, livstidsverdi og kontokonsentrasjon. Aktivitetsrapporten dekker hva teamet ditt gjør (sendte e-poster, loggede samtaler, holdte møter) brutt ned per bruker og over tid.
Utforsk-fanen er ad hoc-fordypningen der du kan filtrere og dele opp hvilke som helst av de underliggende metrikkene på forespørsel uten å forlate de innebygde rapportene og bygge noe fra bunnen av.
Tallene teamet ditt ser først, hver dag.
Dashboard-KPI-er er hovedmetrikkene hentet fra hele rapportsettet: MRR, ARR, NRR, ARPA, vinnerrate, pipelineverdi, aktive kunder, vektet pipeline, sak-etterslep. De oppdateres etter hvert som data endres og kan filtreres etter periode på samme måte som rapportene selv.
Vanlige brukere ser KPI-ene de har sidetilgang til; tenant-administratorer kan konfigurere hvilke kort som vises og i hvilken rekkefølge.
Hver rapport kjører mot perioden du velger, med like-for-like-sammenligninger.
Rapporter har en konsistent periodevelger: denne måneden, dette kvartalet, dette året, forrige måned, forrige kvartal eller et egendefinert område. Der det gir mening, viser rapporter også en sammenligning med den forrige tilsvarende perioden (denne måneden mot forrige måned, dette kvartalet mot samme kvartal i fjor) slik at trendretningen er åpenbar uten å lese to visninger side om side.
Fest visningene teamet ditt vender tilbake til.
Enhver filtrert konfigurasjon kan lagres som en navngitt rapport. Lagrede rapporter er dine som standard; tenant-administratorer kan gjøre dem tilgjengelige for hele arbeidsområdet. Fest de teamet ditt åpner hver morgen, så ligger de ett klikk unna på rapport-landingssiden.
DealJourneys arbeidsflytmotor kjører på den klassiske trigger-, betingelse-, handling-modellen. Hver kjøring logges, slik at du kan feilsøke en regel som oppfører seg dårlig og bevise at de du bryr deg om faktisk fyrer.
Hver regel er en trigger, valgfrie betingelser og én eller flere handlinger.
En trigger fyrer når noe skjer med en post: en ny lead opprettes, en salgsmulighet endrer stadium, et abonnement nærmer seg fornyelse. Betingelser filtrerer den triggeren ned til tilfellene som faktisk betyr noe. Handlinger er det automatiseringen gjør som respons.
Regler evalueres i bakgrunnen med en fullstendig kjøringslogg. Hver kjøring, hver suksess, hver feil registreres slik at du kan feilsøke en regel som ikke oppfører seg og bekrefte at den du bryr deg om faktisk fyrer.
Posttypene og hendelsene motoren lytter til.
Arbeidsflytregler kan trigge på leads, salgsmuligheter, kunder, kontakter, abonnementer og fakturaer. Hendelsessettet dekker opprettelse, oppdateringer, status- og stadieendringer, feltendringer, Vunnet og Tapt, og abonnementsspesifikke hendelser som fornyelse på vei eller churn.
Betingelser kan sammenligne felter mot literale verdier, mot andre felter på samme post, eller mot felter på relaterte poster, slik at "salgsmulighetsbeløp større enn £10k OG primær eier er på enterprise-teamet" kan uttrykkes i én enkelt regel.
Send e-post, oppdater felter, tildel brukere, kall en webhook.
Fra start kan regler sende en e-post med en mal, oppdatere et felt på den triggende posten eller en relatert en, opprette en oppgave eller aktivitet, omfordele en eier, sende en in-app-varsling til en bruker, eller kalle en ekstern webhook. E-posthandlinger fletter postens data inn i malen, slik at utdata er personalisert uten manuell redigering.
SMS er tilgjengelig som en arbeidsflythandling når Link Mobility er koblet til på tenant-nivå.
Automatiseringer som kjører senere, ikke umiddelbart.
En handling kan fyre med en gang eller planlegges for senere. "Send en oppfølgings-e-post tre dager etter at salgsmuligheten er opprettet" er en forsinket handling. Planlagte handlinger ligger i en kø og utføres på sin forfallstid. Hvis den underliggende posten har endret seg på en måte som invaliderer regelen, for eksempel at salgsmuligheten allerede er Vunnet, kan regelen konfigureres til å hoppe over i stedet for å fyre overflødig.
Bygg regler uten å skrive kode, se hele flyten med ett blikk.
Den visuelle arbeidsflyt-byggeren er en grafeditor: trigger til venstre, betingelser i midten, handlinger til høyre, koblet sammen med piler. De fleste team bygger hver regel i den visuelle byggeren; superbrukere kan dykke ned i den rå regelkonfigurasjonen for avansert matchingslogikk.
DealJourney kobler til regnskaps-, e-post-, kalender- og kommunikasjonsverktøyene teamet ditt allerede bruker, og eksponerer et fullstendig offentlig REST API pluss webhooks for alt annet.
Synkroniser kunder, produkter og fakturaer med systemet økonomiteamet ditt bruker.
DealJourney kobler til PowerOffice, e-conomic, Tripletex, Fortnox og Fiken. Hver integrasjon synkroniserer kunder, produkter og fakturaer toveis. Når du lukker en salgsmulighet som Vunnet, oppretter DealJourney en utkastsfaktura i den tilkoblede ERP-en. Økonomiteamet ditt sluttfører og sender den fra sitt system, og fakturaen speiles tilbake til DealJourney slik at representanter kan se nøyaktig hva som ble fakturert.
Feltmappinger er konfigurerbare: din kontoplan, MVA-koder, betalingsbetingelser og produktkatalog kan alle justeres med ERP-ens oppsett, slik at ingenting trenger å redigeres etter synkronisering.
Hold e-poster og hendelser synkronisert med CRM-postene dine.
Google Workspace og Microsoft 365 kobles begge til via OAuth. Når du er tilkoblet, synkroniseres e-poster til og fra kontaktene dine til tidslinjen deres, kalenderhendelser vises på timeplanen din i DealJourney, og utgående e-poster sendt fra den innebygde komponisten lander i din faktiske Gmail- eller Outlook-Sendt-mappe.
Dedikerte tillegg for Gmail og Outlook lar deg jobbe inne i e-postklienten: slå opp en kontakts CRM-profil, legg til notater, logg samtaler og opprett salgsmuligheter uten å bytte fane.
Koble Google Drive- og SharePoint-filer til CRM-postene dine.
Fest kontrakter, presentasjoner og tilbud lagret i Google Drive eller SharePoint direkte til salgsmuligheter, kunder og saker. DealJourney lagrer referansen i stedet for en kopi, slik at tillatelser på kildefilen forblir autoritative og teamet alltid ser den gjeldende versjonen.
Send tekstmeldinger som arbeidsflythandlinger eller fra kontaktposter.
DealJourney støtter SMS gjennom Link Mobility. Når integrasjonen er konfigurert på tenant-nivå, blir SMS tilgjengelig som en arbeidsflythandling og som et send-fra-post-alternativ på kontakter og leads. Leveransevennlighet og svarhåndtering administreres av leverandøren; leveringsstatus logges tilbake i DealJourney.
Programmatisk tilgang til hver posttype i arbeidsområdet ditt.
Hver posttype i DealJourney (salgsmuligheter, leads, kunder, kontakter, produkter, abonnementer, fakturaer, aktiviteter, notater, e-postmaler, egendefinerte felter, pipelines, brukere) eksponeres gjennom et versjonert offentlig REST API. API-nøkler er omfangsbestemt: du gir lese-, skrive- eller slettetilgang for hver entitetsfamilie, slik at en nøkkel bare har tilgangen den faktisk trenger.
API-et er den samme overflaten DealJourney bruker internt, så det du kan se i grensesnittet, kan du lese, opprette, oppdatere eller slette gjennom API-et.
Push hendelser til dine egne systemer etter hvert som de skjer.
Webhooks sender en HTTP-forespørsel til en URL du kontrollerer når noe du bryr deg om skjer: en lead opprettes, en salgsmulighet lukkes, en faktura betales. Hvert webhook-abonnement retter seg mot bestemte entitetstyper og hendelser, og levering forsøkes på nytt med eksponentiell backoff ved feil.
Innkommende webhooks håndterer den andre retningen: callbacks fra ERP-systemer, SMS-leverandører og andre integrasjoner som trenger å pushe tilstand tilbake til DealJourney.
Tenant-administratorer former arbeidsområdet for resten av teamet: hvem som ser hva, hvilke felter som finnes, hvordan sider er ordnet, og hvilke endringer som registreres. Revisjonsloggen fanger hver materielle endring serverside.
Tre rollenivåer som dekker de fleste teamstrukturer.
Hver bruker i et arbeidsområde har én av tre roller. Vanlige brukere ser og jobber med postene de har tilgang til. Tenant-administratorer har full kontroll over arbeidsområdet: brukere, felter, pipelines, integrasjoner og konfigurasjon. Plattformadministratorer finnes for DealJourney-drift og tildeles ikke av kundeadministratorer.
Rolletildeling er enkelt; tilgangskontroll på sidenivå er der ting blir nyansert.
Bestem hvilke deler av DealJourney hver rolle ser.
Ikke alle team trenger å se hver side. Support trenger ikke nødvendigvis å se inntektsrapporter; salg trenger ikke nødvendigvis å se sak-innboksen. Fra Sidetilgang-konfigurasjonen kan tenant-administratorer aktivere eller deaktivere enkeltsider per rolle. Sider som er deaktivert for en rolle, skjules fra navigasjonen og returnerer en tilgang nektet-respons hvis de aksesseres direkte.
Sidetilgang parres med rollerettigheter: en vanlig bruker med saktilgang kan jobbe med saker; en tenant-administrator har alltid full tilgang uavhengig av sidetilgangsinnstillinger.
Form datamodellen til å passe hvordan virksomheten din fungerer.
Fra Entitetsfelter kan tenant-administratorer legge til egendefinerte felter på salgsmuligheter, leads, kontakter, kunder, saker, abonnementer og fakturaer. Støttede typer inkluderer kort tekst, lang tekst, tall, dato, enkeltvalg, flervalg og boolsk. Hvert felt kan markeres som obligatorisk, skjules på opprettelsesskjemaet, eller eksponeres gjennom API-et.
Den samme siden kan gi nytt navn til og omformulere de innebygde feltene, gjøre "Beløp" om til "Kontraktsverdi", markere "Lukkedato" som obligatorisk, eller legge til hjelpetekst. Målet er at produktet bruker selskapets vokabular, ikke vårt.
Hver materielle endring registreres serverside.
DealJourney skriver en revisjonshendelse for hver materielle endring i arbeidsområdet: opprettelse, oppdatering og sletting av poster, konfigurasjonsendringer, integrasjonssynkroniseringshendelser, webhook-leveranser, brukerinvitasjoner og rolleendringer. Revisjonsloggen er en compliance-grade logg teamet ditt kan be om en kopi av hvis du trenger å undersøke en hendelse eller demonstrere kontroller for en kundes sikkerhetsteam.
Inviter, fjern og omfordel teammedlemmer.
Tenant-administratorer legger til brukere via e-postinvitasjon og setter rollen deres ved invitasjonstidspunktet. Å fjerne en bruker blokkerer påloggingen deres mens de historiske postene de har vært borti, bevares. En kundesamtale fra to år tilbake viser fortsatt den opprinnelige eieren. Når eierskap må flyttes, er masseomfordeling i salgsmulighetslistevisningen vanligvis den raskeste veien.
Start den 14 dagers gratis prøveperioden og gi teamet ditt alt det trenger — fra første kontakt til fornyelse.
Ingen kredittkort nødvendig • 14 dagers gratis prøveperiode • Avslutt når du vil