Gevinster:
- Evne til å konvertere samtaleopptak til strukturerte CRM-notater
- Evne til å trekke ut handlingspunkter og fjerne neste trinn fra møtet
- Evne til å bruke en konsistent notatmal som skisserer helse- og risikomuligheter
Når en salgssamtale er over, blir tiden din mest verdifulle ressurs. Du har en fire-siders samtale i hodet, tre innvendinger, en budsjettantydning og den kritiske setningen der kunden sier: «La oss spørre IT-teamet». Men det er ti minutter igjen til neste møte, og notatet du skrev til CRM er stort sett bare setningen "Møtet gikk bra, vil følge opp." Dette gapet er der mulighetene stille dør. I denne enheten lærer vi hvordan du bruker AI til å gjøre en samtaleutskrift eller løse notater til en strukturert, handlingsgenererende CRM-post på sekunder. Målet er ikke å automatisere notattaking; sikre at et klart «neste steg» kommer frem fra hver samtale.
Hvorfor strukturert CRM-notat?
En fritekstnotat er ubrukelig etter seks uker. Setningen "Kunden fant prisen høy"; Det står ikke om dette er en forhandlingstaktikk, en ekte budsjetthindre eller en sammenligning med en konkurrent. Et strukturert notat har derimot faste felt: oppsummering, vedtak tatt, innsigelser, budsjett/tidssignaler og neste trinn. Disse feltene lar både deg og en kollega forstå opptaket på fem sekunder. I tillegg er pipelinerapportering, prognosenøyaktighet og avtalehelsesporing kun mulig med slike standardfelt.
Det kritiske punktet er dette: hvis en samtale ikke gir et klart neste trinn, er den i hovedsak ufullstendig. Og neste trinn må ha to ting: en eier og en historie. "Vi sender et tilbud" er ikke neste trinn. "Jeg (salg) videresender det reviderte forslaget til finansdirektøren innen torsdag 18. juli" er neste steg. Uavhentet handling er ingens sak; Handling uten historie er aldri.
En konsekvent notatmal
Å bruke samme mal som et team gjør CRM søkbart og rapporterbart. Anbefalte områder:
område
Innhold
eksempel
Sammendrag
2-3 setninger, essensen i samtalen
De ser etter årlige planleggingsverktøy, de er ikke fornøyd med dagens løsning
Deltakere + roller
Beslutningstaker, influencer, bruker
Ayşe (CFO, beslutningstaker), Mert (økonomisjef, influencer)
beslutninger tatt
Avklarte problemstillinger
Pilot vil starte med 2 avdelinger
Innvendinger
Uttrykte bekymringer
Pris, integreringstid
Budsjett/tidssignaler
Budsjett, haster, tidslinje
De har et Q4-budsjett, de ønsker å gå live i januar
Deal helse / risiko
Mulighetens helse og risiko
Sunt; risiko: IT-godkjenning ennå ikke mottatt
Neste trinn
Eier + dato
Salg: Sender integrasjonsdokument innen 18. juli
Fra casting til handling: arbeidsflyt
Følg en systematisk flyt for å oversette samtaleutskriften (møteutskrift, lyd-tekst eller rånotater) til handling:
- Forbered kilden. Kondenser transkripsjonen eller notatet til en enkelt tekstblokk. Hvis anonymisering er nødvendig, masker navnene/selskapet i dette trinnet.
- Pålegg malen. Spesifiser utdatafeltene tydelig i ledeteksten slik at modellen ikke skriver fritt.
- Trekk ut signaler. La modellen merke budsjett, tid og innsigelsessignaler separat.
- Be om neste steg med eier + dato. Hvis det er uklart, be modellen si «uklart» og ikke finne på.
- Verifisere. Sammenlign hver utgave, dato og overfør modellutdataene til råkilden.
- Lim inn i CRM. Legg til det godkjente notatet i avtaleposten, åpne neste trinn som en oppgave.
Kopierbar ledetekst: transkripsjonsrecap
Du er en erfaren B2B salgsassistent. Konverter følgende intervjuutskrift til et strukturert CRM-notat basert KUN på informasjonen i transkripsjonen. Ikke legg til noe som ikke allerede er i dumpen; Skriv "Ikke spesifisert" hvis du ikke er sikker. Utdataformat: - Oppsummering (maks 3 setninger) - Deltakere og deres roller - Beslutninger tatt (punkt) - Innsigelser (punkt; legg kundens ordlyd til hver) - Budsjett/tidssignaler (med ordrett sitat) - Avtalehelse: Sunn / Risikabelt / Kritisk + én setningsbegrunnelse - Neste trinn: [Eier] + [Handling] + [Dato]. Hvis datoen ikke står i karakterutskriften, skriv «datoen bør avklares», den er falsk. Transkripsjon: {{gorusme_doku}}
Kopierbar forespørsel: kun handlingsliste
Trekk bare ut handlingspunktene fra møteutskriften nedenfor. Ha hvert element i følgende format: "EIER - hva du skal gjøre - frist." Hvis eieren er uklar, skriv "Eier må oppnevnes." Hvis datoen ikke er nevnt, skriv falsk, "ingen dato". Ikke ta med setninger uten handling. Transkripsjon: {{gorusme_doku}}
Svak forespørsel / Sterk forespørsel
Forskjellen avgjør om utgangen går direkte inn i CRM.
SVAK: "Oppsummer denne samtalen." Resultat: Et langt, vanskelig avsnitt. Ingen neste trinn, ingen eier, ingen historikk. Modellen kan fylle ut hullene på egen hånd (hallusinasjon).
STERK:"Del denne samtaleutskriften inn i følgende 7 felter: oppsummering, deltakere, beslutninger, innsigelser, budsjett/tidssignaler, avtalehelse, neste trinn (eier + dato). Legg til informasjon som ikke er i transkripsjonen, skriv 'Ikke spesifisert' i det tomme feltet. Sitat innvendinger med kundens egne ord." Resultat: Reviderbart, konsekvent notat som kan limes inn i CRM.
Mini-etui: SaaS-mulighet
Deniz, en salgsrepresentant i et salgsteam for HR-programvare, gjennomfører en 40-minutters demo med et mellomstort logistikkselskap. Behandler samtaleutskriften med den kraftige ledeteksten ovenfor. Resultatet avslører at kunden likte produktet, men innvendingen om at «lønnsmodulen skulle snakke med vårt eksisterende system» ble gjentatt to ganger, og finansdirektøren sa «Q4-budsjettet ble bevilget til dette». Avtalehelse er merket med «At Risk» fordi beslutningstaker ikke var til stede på møtet. Modellen gir ut neste trinn som "Deniz: Vil videresende whitepaper for integrering til IT innen 22. juli." Deniz innser at integreringsdetaljene han gikk glipp av i dette møtet faktisk er den virkelige nøkkelen til avtalen og inviterer beslutningstakeren til neste møte. En ustrukturert "går bra"-notat vil aldri indikere denne risikoen.
Tips: Ha alltid modellen sitatinnvendinger med kundens egne ord. «Det var prisbekymring» er kommentaren; "Jeg kan ikke overbevise ledelsen om denne figuren" er gitt, og du forbereder slagkortet ditt deretter.
Forsiktig: En utskrift av et kundeanrop inneholder personopplysninger og forretningshemmeligheter. Opplasting av ekte kunderegistre, navn, kontaktinformasjon eller priser til en ekstern kunstig intelligens-tjeneste som ikke er godkjent og ikke har en bedriftsdatabehandleravtale kan utgjøre et KVKK-brudd og personvernrisiko. Bruk bedriftsgodkjent verktøy; hvis ikke, anonymiser navn/firma/numre.
Vanlige feil
- Neste trinn er å la den være uten tilsyn. "Å følge"-linjen betyr at ingen er ansvarlig. Skriv et navn for hver handling.
- La modellen fylle ut hullene. Hvis rollebesetningen ikke nevner budsjettet, bør modellen ikke gjette «de har sannsynligvis et mellomnivåbudsjett». Gi alltid instruksjonen "Ikke spesifisert".
- Spille inn en kommentar i stedet for et sitat. Ikke forveksle modellens tolkning med den ordrette kundeerklæringen; Den opprinnelige setningen er gull ved utarbeidelse av et innsigelsessvar.
- Lim inn i CRM uten bekreftelse. Modellen kan ha misforstått en dato eller et tall. Se gjennom tallene og forpliktelsene før du lagrer.
- Laste opp konfidensielle data uten kontroll. Å sende en kundepost til et ikke-godkjent verktøy er den mest kostbare feilen.
Oppsummert
- Den strukturerte CRM-lappen er den eneste typen notat som fortsatt fungerer etter seks uker.
- Bruk faste felt: oppsummering, vedtak, innsigelser, budsjett/tidssignaler, avtalehelse, neste trinn.
- Det neste trinnet må ha en eier og en historikk; Ellers er møtet ufullstendig.
- Legg malen på modellen, fyll ut de tomme feltene med "Ikke spesifisert", siter innvendingene i kundens setning.
- Bekreft hvert problem, dato og forpliktelse med kilden; kan passe til en modell.
- Behandle faktiske kundedata kun i bedriftsgodkjente, sikre verktøy.
Søknadsoppgave
Ta et rå notat (masker ut navn og firma) av en nylig ekte salgssamtale du hadde. Lag et strukturert CRM-notat ved å bruke "transcript summary"-ledeteksten ovenfor. Undersøk deretter det neste trinnet modellen utleder: har den en eier og historie? Ellers må du oppdatere ledeteksten for å merke modellens manglende område som "trenger avklaring" og kjøre på nytt. Til slutt, verifiser ved å sammenligne minst ett tall eller dato i utdataene med rånoten; Legg merke til om modellen gjør feil.