Tragt (ældre) rapporttyper

Du kan oprette og tilføje tragtrapporter til dit dashboard for at overvåge dit salgs- og marketingteams fremskridt. Standardtragtrapporter vil have en standardtragttype.

Bemærk: Din HubSpot-konto kræver visse abonnementer for at kunne oprette brugerdefinerede tragtrapporter og vælge mellem tragtrapporttyper for en rapport. Ellers vil en standardtragtrapport have en standardtragttype, der ikke kan ændres.

Overgang fra ældre tragtrapporter til rejsetragtrapporter

Dit abonnement vil overgå fra den gamle tragtrapportbygger til den nye rejsetragtrapportbygger. Du vil måske bemærke forskelle i dine data. Lær, hvordan de to rapporttyper adskiller sig, og hvordan disse ændringer kan påvirke din analyse.

Oversigt

Nedenfor er de fire vigtigste ændringer, som kan påvirke dine rapporteringsdata:

• Krav til bestilling af begivenheder
• Begrænsninger i datointervallet
• Håndtering af objektets oprettelsestidspunkt
• Behandling af fusionerede kontakter

De følgende afsnit vil dække disse forskelle mere grundigt.

Krav til bestilling af begivenheder

Kravene til bestilling af events vil ændre sig på følgende måder:

• Ældre tragtrapporter:
  • Begivenheder behøver kun at forekomme inden for et bestemt datointerval.
  • Der er ingen krav om sekventiel rækkefølge.
• Rejsetragt-rapporter:
  • Færdiggørelse af etaper skal følge en kronologisk rækkefølge.
  • Hver efterfølgende fase skal afsluttes efter den foregående.

Eksempel på scenarie for begivenhedsbestilling

Nedenfor er et eksempel på ændringerne i hændelsesrækkefølgen i forbindelse med overgangen fra ældre tragtrapporter til rejsetragtrapporter:

• Scenarie A - Ældre tragtrapport: Færdiggørelse af etape uden for rækkefølge
  1. Fire faser (S1-S4), én kontakt
  2. Kontakten gennemfører etape i denne rækkefølge: S1 > S3 > S2 > S4
• Scenarie B - Rapport om rejsetragt: Sekventiel afslutning af stadier
  1. Fire faser (S1-S4), én kontakt
  2. Kontakten gennemfører trinene sekventielt: S1 > S2 > S3 > S4

Resultaterne af hændelsesrækkefølgen er som følger:

• Scenarie A - Ældre tragtrapport: Gennemført alle fire faser (S1, S2, S3, S4)
• Scenarie B - Rapport om rejsetragt: Kontakten gennemførte to faser (S1 og S2)

Forskellen mellem de to event-bestillingsrejser er som følger:

• Scenarie A - Rapport om ældre tragt: Bekræftet, at alle faser blev gennemført inden for datointervallet
• Scenarie B - Rapport om rejsetragt: Fandt den længste sti af sekventielt gennemførte trin

Begrænsninger i datointervallet

Følgende ændringer i datointervallet gælder:

• Ældre tragtrapporter:
  • Der gælder ingen begrænsninger for datointervallet.
  • Du kan analysere data fra enhver tidsperiode.
• Rejsetragt-rapporter:
  • Der er maksimalt fem års tilbageblik.
  • Intervallet kan være mindre for konti med større mængder begivenheder.

Eksempel på scenarie for begrænsning af datointerval

Nedenfor er et eksempel på ændringerne i datointervaller for overgangen fra ældre tragtrapporter til rejsetragtrapporter:

• Scenarie:
  1. Fire faser (S1-S4), 2 kontakter
  2. Rapport konfigureret til Hele tiden i den gamle tragtrapport
  3. Kontakt 1: Afsluttede alle faser i 2018
  4. Kontakt 2: Afsluttede alle faser i 2025
• Resultater for hver rapport:
  • Legacy funnel-rapport: to kontakter gennemførte alle faser
  • Journey f unnel-rapport: én kontakt gennemførte alle faser. Kun kontakt 2 tæller med, fordi kontakt 1's data overskrider femårsgrænsen.

Håndtering af objektets oprettelsestid

Følgende ændringer i håndteringen af objektets oprettelsestidspunkt vil gælde:

• Ældre tragtrapporter:
  • De bruger egenskabsværdien createdate.
  • Egenskaben kan ændres manuelt af brugerne.
  • Filtre er baseret på pipeline-indstillinger.
• Rejsetragt-rapporter:
  • De bruger det faktiske tidsstempel for objektoprettelse i din konto.
  • De bruger ikke den manuelt ændrede createdate -egenskabsværdi.
  • De repræsenterer mere præcist, hvornår objekter virkelig blev oprettet.

Eksempel på scenarie med ændringer i håndteringen af objektets oprettelsestidspunkt

Nedenfor er et eksempel på ændringerne i håndteringen af objektets oprettelsestidspunkt i forbindelse med overgangen fra ældre tragtrapporter til rejsetragtrapporter:

• Scenarie
  • 2 faser: Oprettet og fase 1 (S1)
  • 1 kontakt oprettet i 2022
  • S1 afsluttet i 2023
  • createdate Ejendommen ændres manuelt til 2024
• Resultater
  • Rapport fra 2023-2025:
    • Rapport om ældre tragt: Kontakten gennemførte begge faser
    • Rapport om rejsetragt: Kontakten gennemførte ingen faser. Oprettelseshændelsen fandt sted før rapportens datointerval.
  • Rapport for 2022-2023:
    • Ældre tragtrapport: Kontakten gennemførte ingen faser. Brugeren ændrede egenskaben createdate
    • Rapport om rejsetragt: Kontakten gennemførte begge faser. Brugeren brugte det faktiske oprettelsestidsstempel.
  • Rapport for 2022-2025:
    • Ældre tragtrapport: Kontakten gennemførte begge faser
    • Rapport om rejsetragt: Kontakten gennemførte begge faser

Fusioneret kontaktbehandling

Følgende ændringer i behandlingen af fusionerede kontakter gælder:

• Ældre tragtrapporter:
  • De er afhængige af kontaktegenskaber, som bliver omorganiseret under sammenlægninger.
  • De opretholder fremadrettet livscyklusprogression gennem manipulation af egenskaber.
  • De kan vise kontakter i tragte på grund af ændringer i egenskaber forårsaget af sammenlægningen.
• Rapporter om rejsetragte:
  • De bruger de oprindelige tidsstempler for hændelser uden at omarrangere dem.
  • De repræsenterer mere nøjagtigt den faktiske kunderejse.
  • Kontakterne vises muligvis ikke, hvis deres virkelige livscyklusbegivenheder fandt sted uden for rapportens datointerval.

Indvirkning på data

Du kan se uoverensstemmelser i data mellem ældre tragtrapporter og journey funnel-rapporter på grund af flettede kontakter. I modsætning til ældre tragtrapporter vil journey funnel-rapporter ikke inkludere kontakter, hvis livscyklusbegivenheder fandt sted uden for det valgte datointerval, selvom de tidligere var inkluderet på grund af en egenskabsændring fra en sammenlægning. Denne ændring giver et mere præcist billede af kunderejser, selvom det kan resultere i lavere konverteringstal.

HubSpot håndterer automatisk sammenlægninger af kontakter for at beskytte dataintegriteten. Specifikt for livscyklusfaser bruger HubSpot foruddefineret adfærd til at forhindre baglæns progression i kontakthistorikken. Det er designet til at minimere manuelt arbejde og samtidig bevare datanøjagtigheden.

Forstå dine dataforskelle

Hvis du bemærker forskelle mellem dine gamle rapporter og journey funnel-rapporter, skal du være opmærksom på, at journey funnel-rapporter giver en mere præcis repræsentation af dine kunders faktiske rejser. Ændringerne i hændelsesrækkefølge, datointervaller, håndtering af oprettelsestidspunkt og behandling af flettede kontakter er designet til at give dig bedre indsigt i din tragtpræstation.

Årsager til sammenlægning af kontakter

Sammenlægning af kontakter er almindeligt i HubSpot, fordi kunder ofte interagerer med din virksomhed gennem flere berøringspunkter, før de bliver en kontakt i dit CRM.

Det kan f.eks. være en person:

• Udfylde en formular på din hjemmeside
• Abonnere på dit nyhedsbrev
• Downloade en ressource
• Deltage i et webinar
• Engager dig på dine sociale medier

Hver af disse interaktioner kan skabe separate kontaktoptegnelser i HubSpot. Når HubSpots duplikatdetektering identificerer, at disse poster tilhører den samme person, flettes de sammen til en enkelt, omfattende kontaktprofil. Det sikrer, at du har et komplet overblik over hver kundes rejse og forhindrer dobbeltkommunikation.

Få mere at vide om sammenlægning af poster.

Kontakter eller aftaler, der har gennemgået alle faser

Eksempel

Rapporten nedenfor omfatter alle oprettede kontakter, Lead-, Opportunity- og Customer-funnel-stadierne.

Antag, at en kontakt blev oprettet, blev et lead og derefter blev en kunde uden først at blive en mulighed. Rapporten vil kun inkludere denne kontakt i faserne Alle oprettede kontakter og Lead , men ikke i faserne Mulighed eller Kunde .

Kontakterne i rapporten ændres også baseret på det tidsinterval, du angiver. Hvis du f.eks. indstiller tidsintervallet til sidste måned:

• Hvis en kontakt blev oprettet for to måneder siden, vil rapporten ikke indeholde denne kontakt.
• Hvis en kontakt blev oprettet for to uger siden og derefter blev et lead en uge senere, vil rapporten inkludere den pågældende kontakt i stadierne Alle oprettede kontakter og Lead .

Du vil også se beregnede konverteringsrater for næste trin og kumulative konverteringsrater på hvert livscyklusstadie.

• Konvertering på næstetrin: procentdelen af kontakter, der går fra dette trin til det næste.
• Kumulativ konvertering: procentdelen af kontakter, der går fra det første trin til det næste.