Trakt (eldre) rapporttyper

Du kan opprette og legge til traktrapporter på dashbordet for å overvåke salgs- og markedsføringsteamets fremgang. Standard traktrapporter vil ha en standard trakttype.

Merk: HubSpot-kontoen din krever visse abonnementer for å kunne lage egendefinerte traktrapporter og velge mellom traktrapporttyper for en rapport. Ellers vil en standard traktrapport ha en standard trakttype som ikke kan endres.

Overgang fra eldre traktrapporter til reisetraktrapporter

Abonnementet ditt vil gå over fra den gamle traktrapportbyggeren til den nye reisetraktrapportbyggeren. Du vil kanskje legge merke til forskjeller i dataene dine. Finn ut hvordan de to rapporttypene er forskjellige, og hvordan disse endringene kan påvirke analysen din.

Oversikt

Nedenfor finner du de fire viktigste endringene som kan påvirke rapporteringsdataene dine:

• Krav til hendelsesbestilling
• Begrensninger i datointervall
• Håndtering av tidspunkt for opprettelse av objekter
• Behandling av sammenslåtte kontakter

I de følgende avsnittene vil disse forskjellene bli beskrevet mer inngående.

Krav til hendelsesbestilling

Kravene til bestilling av arrangementer endres på følgende måter:

• Eldre traktrapporter:
  • Hendelser trenger bare å forekomme innenfor et bestemt datointervall.
  • Det er ingen krav til sekvensiell rekkefølge.
• Journey traktrapporter:
  • Fullføring av etapper må følge en kronologisk rekkefølge.
  • Hvert påfølgende trinn må fullføres etter det forrige.

Eksempel på scenario for hendelsesrekkefølge

Nedenfor ser du et eksempel på endringene i hendelsesrekkefølgen for overgangen fra eldre traktrapporter til reisetraktrapporter:

• Scenario A - Eldre traktrapport: Fullføring av etapper utenfor rekkefølge
  1. Fire stadier (S1-S4), én kontakt
  2. Kontakten fullfører etappen i denne rekkefølgen: S1 > S3 > S2 > S4
• Scenario B - Reisetraktrapport: Sekvensiell fullføring av trinn
  1. Fire stadier (S1-S4), én kontakt
  2. Kontakten fullfører trinnene sekvensielt: S1 > S2 > S3 > S4

Resultatet av hendelsesrekkefølgen er som følger:

• Scenario A - Eldre traktrapport: Fullførte alle fire trinnene (S1, S2, S3, S4)
• Scenario B - Journey-traktrapport: Kontakten fullførte to stadier (S1 og S2)

Forskjellen mellom de to hendelsesbestillingsreisene er som følger:

• Scenario A - Rapport om eldre trakter: Verifisert at alle stadier ble fullført innenfor datointervallet
• Scenario B - Rapport om reisens trakt: Fant den lengste stien med sekvensielt fullførte trinn

Begrensninger i datointervallet

Følgende endringer i datointervallet vil gjelde:

• Eldre traktrapporter:
  • Ingen begrensninger for datointervall gjelder.
  • Du kan analysere data fra en hvilken som helst tidsperiode.
• Rapporter om reisetrakter:
  • Det er maksimalt fem års tilbakeblikk.
  • Intervallet kan være mindre for kontoer med høyere hendelsesvolum.

Eksempel på scenario for datobegrensninger

Nedenfor ser du et eksempel på endringene i datointervallene i forbindelse med overgangen fra eldre traktrapporter til reisetraktrapporter:

• Scenario:
  1. Fire stadier (S1-S4), 2 kontakter
  2. Rapporten er konfigurert for All tid i den gamle traktrapporten
  3. Kontakt 1: Fullførte alle trinnene i 2018
  4. Kontakt 2: Fullførte alle trinnene i 2025
• Resultater for hver rapport:
  • Rapport om eldre trakter: To kontakter fullførte alle trinnene
  • Journey funnel-rapport: én kontakt fullførte alle trinnene. Bare kontakt 2 teller på grunn av at dataene for kontakt 1 overskrider femårsgrensen.

Håndtering av tid for opprettelse av objekt

Følgende endringer gjelder for håndtering av opprettelsestidspunkt for objekter:

• Eldre traktrapporter:
  • De bruker egenskapsverdien createdate.
  • Egenskapen kan endres manuelt av brukerne.
  • Filtre er basert på pipelineinnstillinger.
• Rapporter om reisetrakter:
  • De bruker det faktiske tidsstempelet for opprettelse av objektet i kontoen din.
  • De bruker ikke den manuelt endrede createdate -egenskapsverdien.
  • De gir et mer nøyaktig bilde av når objektene virkelig ble opprettet.

Eksempel på scenario for håndtering av endringer i objektets opprettelsestidspunkt

Nedenfor ser du et eksempel på endringene i håndteringen av tidspunkt for opprettelse av objekter i forbindelse med overgangen fra eldre traktrapporter til reisetraktrapporter:

• Scenario
  • 2 stadier: Opprettet og trinn 1 (S1)
  • 1 kontakt opprettet i 2022
  • S1 fullført i 2023
  • createdate Eiendommen endres manuelt til 2024
• Resultater
  • Rapport fra 2023-2025:
    • Eldre traktrapport: Kontakten fullførte begge trinnene
    • Rapport om reisetrakten: Kontakten fullførte ingen stadier. Opprettelseshendelsen fant sted før rapportens datointervall.
  • Rapport for 2022-2023:
    • Eldre traktrapport: Kontakten fullførte ingen trinn. Brukeren endret egenskapen createdate
    • Rapport for reisetrakten: Kontakten fullførte begge stadiene. Brukeren brukte det faktiske tidsstempelet for opprettelse.
  • Rapport for 2022-2025:
    • Eldre traktrapport: Kontakten fullførte begge trinnene
    • Rapport om reisetrakten: Kontakten fullførte begge stadier

Sammenslått kontaktbehandling

Følgende endringer i behandlingen av sammenslåtte kontakter vil gjelde:

• Eldre traktrapporter:
  • De er avhengige av kontaktegenskaper som blir omorganisert under sammenslåinger.
  • De opprettholder livssyklusprogresjonen fremover gjennom manipulering av egenskaper.
  • De kan vise kontakter i trakter på grunn av endringer i egenskaper som skyldes sammenslåing.
• Rapporter om reisetrakter:
  • De bruker opprinnelige hendelsestidsstempler uten omorganisering.
  • De representerer den faktiske kundereisen på en mer nøyaktig måte.
  • Kontaktene vises kanskje ikke hvis de virkelige livssyklushendelsene fant sted utenfor rapportens datointervall.

Påvirkning på data

Det kan forekomme avvik i dataene mellom eldre trakter og reisetrakter på grunn av sammenslåtte kontakter. I motsetning til eldre tratraktrapporter vil ikke reisetraktrapporter inkludere kontakter hvis livssyklushendelser fant sted utenfor det valgte datointervallet, selv om de tidligere var inkludert på grunn av en egenskapsendring fra en sammenslåing. Denne endringen gir en mer nøyaktig oversikt over kundereiser, selv om det kan resultere i lavere konverteringstall.

HubSpot håndterer automatisk sammenslåinger av kontakter for å beskytte dataintegriteten. HubSpot bruker forhåndsdefinert atferd for å forhindre at kontakthistorikken går bakover i livssyklusen. Det er utformet for å minimere manuelt arbeid samtidig som datanøyaktigheten opprettholdes.

Forstå forskjellene i dataene dine

Hvis du merker forskjeller mellom de gamle rapportene og reisetraktrapportene, bør du være oppmerksom på at reisetraktrapportene gir en mer nøyaktig fremstilling av kundenes faktiske reiser. Endringene i hendelsesrekkefølgen, datointervallene, håndteringen av opprettelsestidspunkt og behandlingen av sammenslåtte kontakter er utformet for å gi deg bedre innsikt i traktenes ytelse.

Årsaker til sammenslåing av kontakter

Sammenslåing av kontakter er vanlig i HubSpot fordi kunder ofte interagerer med virksomheten din gjennom flere kontaktpunkter før de blir en kontakt i CRM-systemet.

Det kan for eksempel være en person:

• Fylle ut et skjema på nettstedet ditt
• Abonnere på nyhetsbrevet ditt
• Laste ned en ressurs
• Delta på et webinar
• Engasjere deg i sosiale medier

Hver av disse interaksjonene kan skape separate kontaktoppføringer i HubSpot. Når HubSpots duplikatgjenkjenning identifiserer at disse postene tilhører samme person, slås de sammen til én enkelt, omfattende kontaktprofil. Dette sikrer at du har en fullstendig oversikt over hver enkelt kundes reise, og forhindrer duplisert kommunikasjon.

Finn ut mer om sammenslåing av poster.

Kontakter eller avtaler som har gått gjennom alle stadier

Eksempel

Rapporten nedenfor inkluderer alle opprettede kontakter, Lead-, Opportunity- og Customer-fasene.

Anta at en kontakt ble opprettet, ble en kundeemne og deretter en kunde uten å bli en mulighet først. Rapporten vil bare inkludere denne kontakten i Alle opprettede kontakter- og Lead-fasene , men ikke i Opportunity- eller Customer-fasene .

Kontaktene i rapporten endres også basert på tidsintervallet du angir. Hvis du for eksempel angir tidsintervallet til forrige måned:

• Hvis en kontakt ble opprettet for to måneder siden, vil rapporten ikke inkludere denne kontakten.
• Hvis en kontakt ble opprettet for to uker siden, og deretter ble en kundeemne en uke senere, vil rapporten inkludere denne kontakten i stadiene Alle opprettede kontakter og Kundeemner .

Du vil også se beregnede konverteringsfrekvenser for neste trinn og kumulative konverteringsfrekvenser på hvert livssyklusstadium.

• Konvertering i neste trinn: prosentandelen av kontakter som går fra dette trinnet til det neste.
• Kumulativ konvertering: prosentandelen av kontakter som går fra det første stadiet til det neste.