Hop til hovedindhold

Kunder

Kunder-området er centrum for Scoutello CRM. Det viser personer, virksomheder, leverandører, medlemmer, partnere, gæster, leads og andre enheder, som en organisation sporer til salg, gæstfrihed, arrangementer, medlemskaber, support eller operationel opfølgning.

Rute: /organizations/:id/customers

Rute til kundedetaljer: /organizations/:id/customers/:customerId

Hvad en kundepost repræsenterer

En kundepost kan være en klassisk kontakt, men den kan også repræsentere mere operationelle koncepter:

  • En person, der deltager i et arrangement, modtager et nyhedsbrev eller logger ind på en privat webapp.
  • En virksomhed eller konto med relaterede personer og projekter.
  • En leverandør, partner, guide, sponsor, taler, spillested, foreningsmedlem, tilbagevendende gæst eller intern interessent.
  • En post oprettet manuelt, importeret fra en fil, kopieret fra en anden tilladt organisation, skrabet/beriget eller genereret af en gæsteformular eller en arrangementsflow.

Kunden er det bedste udgangspunkt for support, da mange CRM- og gæsteorienterede flows i sidste ende knyttes til den.

Vigtige felter

Kundeposter kan indeholde:

  • Identitet: fornavn, efternavn, titel, afdeling, stillingsbetegnelse, firmanavn, type, tilknyttet brugerkonto.
  • Kontaktoplysninger: e-mail, telefon, sekundær telefon, websted, LinkedIn, Facebook, Instagram, YouTube, XING, Bluesky og andre sociale links.
  • Klassificering: type, status, kilde, tags, brugerdefinerede felter, noter, beskrivelser og rækkefølge.
  • Personlige profilfelter: alder, fødselsdato, køn, pronominer, talte sprog, billeder og indstillinger for profilens synlighed.
  • Organisationskontekst: ejerorganisation, tilknyttet organisation, ansvarlig kunde, rolle, tilladelser, inviteret/accepteret status og medlemsadgang.
  • Netværkskontekst: kundeforhold, henvisninger, ansvarlig-for-links, projekt Deltagelse, tildelte projekter, tildelte arrangementer, tildelte ture, tildelte landingssider, tildelte tilbud og tildelte nyhedsbreve.
  • Kommunikationskontekst: indgående e-mails, sendte e-mails som afsender, personlig afsender lokal del, kontakt-e-mail, e-mailsignatur, nyhedsbrevsabonnementer og e-mail-afmeldingsstatus.
  • Operationel kontekst: opgaver, protokoller, dokumenter, arrangementsdeltagere, fakturaer, indsendelser fra kontaktformularer, gemte poster, korte links og adgang til landingssider.

Ikke alle felter er synlige i alle formularer. Synlighed afhænger af kundetype, tilladelser, organisationsopsætning og den aktuelle fane.

Typer og statusser

Kundetyper, der bruges af dashboardet:

  • Person: individuel kontakt, gæst, medlem, deltager, teammedlem eller interessent.
  • Virksomhed: virksomhed eller kundekonto.
  • Leverandør: sælger- eller leverandørkontakt.
  • Andet: fallback for poster, der ikke passer ind i standardkategorierne.

Kundestatusser, der bruges i CRM-lister:

  • prospect
  • first_contact
  • proposal_sent
  • in_negotiation
  • low_confidence
  • won
  • lost

Support bør behandle disse statusser som operationelle etiketter. De hjælper teams med at filtrere og forstå pipeline- eller relationsstatus, men de giver ikke i sig selv adgang, sender e-mails eller ændrer arrangementsdeltagelse.

Listevisninger og filtre

Kundelisten understøtter tabeladfærd, mobil listeadfærd og kanban-lignende visninger. Almindelige listekontroller inkluderer:

  • Søgning og kolonnefiltrering.
  • Visning af status og type.
  • Filtrering af datointerval for seneste opdatering.
  • Vis eksternt tilføjede poster.
  • Vis poster med tilladelser.
  • Vis kun tildelte poster.
  • Massevalg og masse-redigering, hvor det er tilladt.

Hvis en bruger siger, at en kunde mangler, skal du kontrollere den aktive organisation, tilladelser, omfanget af kun tildelte poster, søgetekst, hurtige filtre, datofilter og om posten findes i en anden organisation.

Oprettelse og import af kunder

Brugere med de rette tilladelser kan oprette kunder manuelt eller importere dem.

Almindelige indgangspunkter:

  • Opret: opret en ny kundepost.
  • Importér fra fil: upload kundedata fra et filimportflow.
  • Importér fra organisation: kopier tilladte poster fra en anden organisation.
  • Skrab/importér leads: brug et skrabeflow, hvor det er aktiveret.

Ved oprettelse eller opdatering af kunder af typen person kan Scoutello knytte en eksisterende brugerkonto via e-mail i understøttede flows. Kontroller for duplikerede e-mails er organisationsbevidste, så supporten bør verificere organisationen, før man antager, at en dublet tilhører det samme CRM-datasæt.

Faner til kundedetaljer

Eksisterende kundeposter kan vise flere faner:

  • Oversigt: kontekst for kontaktoplysninger på højt niveau og hurtige handlinger.
  • Avanceret: detaljerede kundefelter og kontrol af nyhedsbrevsabonnementer.
  • Relationer: direkte relationer til andre kunder.
  • Henvisninger: hvem der henviste denne kunde, og hvem denne kunde henviste.
  • Protokoller: interaktionshistorik for kunden.
  • Dokumenter: filer knyttet til kunden.
  • Opgaver: opfølgningsarbejde knyttet til kunden.
  • E-mails: indgående eller udgående e-mailkontekst for kunden.
  • Arrangementer: arrangementsdeltagelse og arrangementslinks for personposter.
  • Adgang: profil, rolle, tilladelser og webapp-adgangsindstillinger for personposter, hvor de kan redigeres.

Faner vises kun, når brugeren har de relevante modul-tilladelser, og når kundetypen understøtter fanen.

Hurtige handlinger

Fra kundelister og detaljesider kan brugere muligvis:

  • Oprette en protokol.
  • Oprette en opgave.
  • Komponere en e-mail.
  • Tilføje kunden til et nyhedsbrev.
  • Tilføje kunden til et arrangement.
  • Tilføje kunden til et projekt.
  • Tilføje en relation.
  • Rydde eksternt tilføjede flag.
  • Masse-redigere eller slette valgte kunder.

De tilgængelige handlinger afhænger af den aktive brugers rolle, blokeringsstatus, kundetype, medlemskab af organisationen og enhedstilladelser.

Hvordan kunder forbindes til andre moduler

  • Protokoller forklarer, hvad der skete med kunden.
  • Opgaver viser, hvad der stadig skal ske.
  • Dokumenter gemmer filer, der er relevante for kunden.
  • Projekter viser længerevarende initiativer, der involverer kunden.
  • Nyhedsbreve viser abonnements- og kampagnelistekontekst.
  • E-mail viser samtaler og afsender-/modtagerskontekst.
  • Arrangementer viser invitationer, deltagelse, billetter, check-in-status og tildelt kundekontekst.
  • Landingssider og ture kan bruge kundeadgangs- og tildelingsposter til private eller målrettede oplevelser.

Bemærkninger om tilladelser

Varepunktet for kunder i sidepanelet vises, når brugeren kan liste eller læse kunder. Oprettelse, redigering, sletning og adfærd for kun tildelte poster styres separat af organisationens tilladelser.

Vigtige supportimplikationer:

  • Brugere med kun tildelte poster kan muligvis kun se poster, der er forbundet med deres ansvarlige eller tildelte kontekst.
  • En bruger kan muligvis læse kunder, men ikke oprette, redigere, slette, masse-redigere eller importere dem.
  • Adgangs-/profilfelter er følsomme, da de kan påvirke medlemsroller, adgang til private webapps og hvad der vises i offentlige eller medlems-profiler.
  • Platformadministratorer kan se administrator-specifikke kontroller, som almindelige organisationsbrugere ikke ser.

Almindelige supportscenarier

En kunde mangler på listen

Kontroller:

  1. Aktiv organisation i URL'en.
  2. Søgning, hurtige filtre, datofiltre og filteret for kun tildelte poster.
  3. Kundens tilladelsesomfang for brugeren.
  4. Om kunden tilhører en anden organisation.
  5. Om posten er eksternt tilføjet eller skjult af et filter.
  6. Om brugeren ser en projekt-, arrangements-, nyhedsbrevs- eller kundespecifik delmængde i stedet for hele organisationens kundeliste.

En duplikatkunde kan ikke oprettes

Kontroller, om en anden kunde i samme organisation allerede bruger e-mailadressen. Poster af typen person kan knyttes til brugere via e-mail, så e-mail-unikhed og brugerknytning er ofte involveret.

En fane eller handling mangler

Kontroller enhedstilladelsen for fanen eller handlingen. Manglende protokoller peger for eksempel normalt på protocol list/read-tilladelser; manglende opgavehandlinger kan pege på task create/edit-tilladelser; manglende dokumenter peger på document list/read/edit-tilladelser.

En kunde vises ikke i et nyhedsbrev, arrangement eller projekt

Kontroller, om kunden eksplicit er blevet tildelt eller har abonneret, om kundetypen understøttes af det pågældende flow, og om filtrering af kun tildelte poster er aktiv.

Relaterede koncepter: Protokoller, Dokumenter.