നേട്ടങ്ങൾ:
- കോൾ റെക്കോർഡിംഗുകൾ ഘടനാപരമായ CRM കുറിപ്പുകളാക്കി മാറ്റാനുള്ള കഴിവ്
- പ്രവർത്തന ഇനങ്ങൾ എക്സ്ട്രാക്റ്റുചെയ്യാനും മീറ്റിംഗിൽ നിന്ന് അടുത്ത ഘട്ടങ്ങൾ മായ്ക്കാനുമുള്ള കഴിവ്
- അവസര ആരോഗ്യവും അപകടസാധ്യതകളും വിവരിക്കുന്ന സ്ഥിരമായ കുറിപ്പ് ടെംപ്ലേറ്റ് ഉപയോഗിക്കാനുള്ള കഴിവ്
ഒരു സെയിൽസ് കോൾ അവസാനിച്ചുകഴിഞ്ഞാൽ, സമയം നിങ്ങളുടെ ഏറ്റവും മൂല്യവത്തായ വിഭവമായി മാറുന്നു. നിങ്ങളുടെ തലയിൽ ഒരു നാല് പേജ് സംഭാഷണമുണ്ട്, മൂന്ന് എതിർപ്പുകൾ, ഒരു ബജറ്റ് പരാമർശം, കൂടാതെ "ഐടി ടീമിനോട് ചോദിക്കാം" എന്ന് ഉപഭോക്താവ് പറയുന്ന ആ നിർണായക വാചകം. എന്നാൽ അടുത്ത മീറ്റിംഗിന് പത്ത് മിനിറ്റ് ശേഷിക്കുന്നു, നിങ്ങൾ CRM-ന് എഴുതിയ കുറിപ്പ് മിക്കവാറും "യോഗം നന്നായി പോയി, ഫോളോ അപ്പ് ചെയ്യും" എന്ന വാചകം മാത്രമാണ്. ഈ വിടവിലാണ് അവസരങ്ങൾ നിശബ്ദമായി മരിക്കുന്നത്. ഈ യൂണിറ്റിൽ, ഒരു കോൾ ട്രാൻസ്ക്രിപ്റ്റോ അയഞ്ഞ കുറിപ്പുകളോ സെക്കൻഡുകൾക്കുള്ളിൽ ഘടനാപരമായ, പ്രവർത്തനം സൃഷ്ടിക്കുന്ന CRM റെക്കോർഡാക്കി മാറ്റാൻ AI എങ്ങനെ ഉപയോഗിക്കാമെന്ന് ഞങ്ങൾ പഠിക്കും. നോട്ട് എടുക്കൽ ഓട്ടോമേറ്റ് ചെയ്യുകയല്ല ലക്ഷ്യം; ഓരോ സംഭാഷണത്തിൽ നിന്നും വ്യക്തമായ "അടുത്ത ഘട്ടം" ഉയർന്നുവരുന്നുവെന്ന് ഉറപ്പാക്കുന്നു.
എന്തുകൊണ്ടാണ് ഘടനാപരമായ CRM കുറിപ്പ്?
ഒരു സൗജന്യ ടെക്സ്റ്റ് കുറിപ്പ് ആറാഴ്ച കഴിഞ്ഞാൽ ഉപയോഗശൂന്യമാണ്. വാചകം "ഉപഭോക്താവ് ഉയർന്ന വില കണ്ടെത്തി"; ഇതൊരു വിലപേശൽ തന്ത്രമാണോ, യഥാർത്ഥ ബജറ്റ് തടസ്സമാണോ, അല്ലെങ്കിൽ ഒരു എതിരാളിയുമായുള്ള താരതമ്യമാണോ എന്ന് ഇത് പറയുന്നില്ല. മറുവശത്ത്, ഒരു ഘടനാപരമായ കുറിപ്പിന് നിശ്ചിത ഫീൽഡുകൾ ഉണ്ട്: സംഗ്രഹം, എടുത്ത തീരുമാനങ്ങൾ, എതിർപ്പുകൾ, ബജറ്റ്/സമയ സിഗ്നലുകൾ, അടുത്ത ഘട്ടം. ഈ ഫീൽഡുകൾ നിങ്ങളെയും ഒരു സഹപ്രവർത്തകനെയും അഞ്ച് സെക്കൻഡിനുള്ളിൽ റെക്കോർഡിംഗ് മനസ്സിലാക്കാൻ അനുവദിക്കുന്നു. കൂടാതെ, പൈപ്പ്ലൈൻ റിപ്പോർട്ടിംഗ്, പ്രവചന കൃത്യത, ഡീൽ ഹെൽത്ത് ട്രാക്കിംഗ് എന്നിവ അത്തരം സ്റ്റാൻഡേർഡ് ഫീൽഡുകളിൽ മാത്രമേ സാധ്യമാകൂ.
നിർണായകമായ കാര്യം ഇതാണ്: ഒരു സംഭാഷണം വ്യക്തമായ അടുത്ത ഘട്ടം ഉണ്ടാക്കുന്നില്ലെങ്കിൽ, അത് അടിസ്ഥാനപരമായി അപൂർണ്ണമാണ്. അടുത്ത ഘട്ടത്തിൽ രണ്ട് കാര്യങ്ങൾ ഉണ്ടായിരിക്കണം: ഒരു ഉടമയും ചരിത്രവും. “ഞങ്ങൾ ഒരു ഉദ്ധരണി അയയ്ക്കും” അടുത്ത ഘട്ടമല്ല. "ഞാൻ (സെയിൽസ്) പുതുക്കിയ നിർദ്ദേശം ജൂലൈ 18 വ്യാഴാഴ്ചയോടെ CFO-ക്ക് കൈമാറുന്നു" എന്നതാണ് അടുത്ത ഘട്ടം. ക്ലെയിം ചെയ്യാത്ത പ്രവർത്തനം ആരുടെയും കാര്യമല്ല; ചരിത്രമില്ലാത്ത പ്രവൃത്തി ഒരിക്കലും അല്ല.
സ്ഥിരമായ ഒരു കുറിപ്പ് ടെംപ്ലേറ്റ്
ഒരു ടീമായി ഒരേ ടെംപ്ലേറ്റ് ഉപയോഗിക്കുന്നത് CRM-നെ തിരയാവുന്നതും റിപ്പോർട്ടുചെയ്യാവുന്നതുമാക്കുന്നു. ശുപാർശ ചെയ്യുന്ന മേഖലകൾ:
പ്രദേശം
ഉള്ളടക്കം
ഉദാഹരണം
സംഗ്രഹം
2-3 വാക്യങ്ങൾ, സംഭാഷണത്തിൻ്റെ സാരാംശം
അവർ വാർഷിക ആസൂത്രണ ഉപകരണങ്ങൾക്കായി തിരയുന്നു, നിലവിലെ പരിഹാരത്തിൽ അവർ തൃപ്തരല്ല
പങ്കെടുക്കുന്നവർ + റോളുകൾ
തീരുമാനമെടുക്കുന്നയാൾ, സ്വാധീനിക്കുന്നയാൾ, ഉപയോക്താവ്
Ayşe (CFO, തീരുമാനമെടുക്കുന്നയാൾ), മെർട്ട് (ഫിനാൻസ് മാനേജർ, സ്വാധീനം ചെലുത്തുന്നയാൾ)
എടുത്ത തീരുമാനങ്ങൾ
പ്രശ്നങ്ങൾ വ്യക്തമാക്കി
പൈലറ്റ് 2 വകുപ്പുകളിൽ ആരംഭിക്കും
എതിർപ്പുകൾ
ആശങ്ക പ്രകടിപ്പിച്ചു
വില, സംയോജന സമയം
ബജറ്റ്/സമയ സിഗ്നലുകൾ
ബജറ്റ്, അടിയന്തരാവസ്ഥ, ടൈംലൈൻ
അവർക്ക് Q4 ബജറ്റ് ഉണ്ട്, അവർ ജനുവരിയിൽ തത്സമയമാകാൻ ആഗ്രഹിക്കുന്നു
ആരോഗ്യം / അപകടസാധ്യത കൈകാര്യം ചെയ്യുക
അവസരത്തിൻ്റെ ആരോഗ്യവും അപകടസാധ്യതകളും
ആരോഗ്യമുള്ള; അപകടം: ഐടി അംഗീകാരം ഇതുവരെ ലഭിച്ചിട്ടില്ല
അടുത്ത ഘട്ടം
ഉടമ + തീയതി
വിൽപ്പന: ജൂലൈ 18-നകം സംയോജന രേഖ അയയ്ക്കും
കാസ്റ്റിംഗ് മുതൽ പ്രവർത്തനത്തിലേക്ക്: വർക്ക്ഫ്ലോ
കോൾ ട്രാൻസ്ക്രിപ്റ്റ് (മീറ്റിംഗ് ട്രാൻസ്ക്രിപ്റ്റ്, ഓഡിയോ-ടെക്സ്റ്റ് ഔട്ട്പുട്ട് അല്ലെങ്കിൽ നിങ്ങളുടെ റോ നോട്ടുകൾ) പ്രവർത്തനത്തിലേക്ക് വിവർത്തനം ചെയ്യാൻ ചിട്ടയായ ഒരു ഫ്ലോ പിന്തുടരുക:
- ഉറവിടം തയ്യാറാക്കുക. ട്രാൻസ്ക്രിപ്റ്റ് അല്ലെങ്കിൽ മെമ്മോ ടെക്സ്റ്റിൻ്റെ ഒരൊറ്റ ബ്ലോക്കിലേക്ക് ചുരുക്കുക. അജ്ഞാതവൽക്കരണം ആവശ്യമാണെങ്കിൽ, ഈ ഘട്ടത്തിൽ പേരുകൾ/കമ്പനികൾ മറയ്ക്കുക.
- ടെംപ്ലേറ്റ് അടിച്ചേൽപ്പിക്കുക. മോഡൽ സ്വതന്ത്രമായി എഴുതാതിരിക്കാൻ പ്രോംപ്റ്റിൽ ഔട്ട്പുട്ട് ഫീൽഡുകൾ വ്യക്തമായി വ്യക്തമാക്കുക.
- എക്സ്ട്രാക്റ്റ് സിഗ്നലുകൾ. മോഡൽ മാർക്ക് ബജറ്റ്, സമയം, എതിർപ്പ് സിഗ്നലുകൾ വെവ്വേറെ ഉണ്ടായിരിക്കുക.
- ഉടമ + തീയതിയുമായി അടുത്ത ഘട്ടത്തിനായി ആവശ്യപ്പെടുക. അത് വ്യക്തമല്ലെങ്കിൽ, "വ്യക്തമല്ല" എന്ന് പറയാൻ മോഡലിനോട് ആവശ്യപ്പെടുക, അത് ഉണ്ടാക്കരുത്.
- സ്ഥിരീകരിക്കുക. ഓരോ ലക്കവും തീയതിയും താരതമ്യം ചെയ്യുക, കൂടാതെ മോഡൽ ഔട്ട്പുട്ടുകൾ അസംസ്കൃത ഉറവിടവുമായി താരതമ്യം ചെയ്യുക.
- CRM-ലേക്ക് ഒട്ടിക്കുക. ഡീൽ റെക്കോർഡിലേക്ക് അംഗീകൃത കുറിപ്പ് ചേർക്കുക, അടുത്ത ഘട്ടം ഒരു ടാസ്ക് ആയി തുറക്കുക.
പകർത്താവുന്ന നിർദ്ദേശം: ട്രാൻസ്ക്രിപ്റ്റ് റീക്യാപ്പ്
നിങ്ങൾ പരിചയസമ്പന്നനായ B2B സെയിൽസ് ഓപ്പറേഷൻസ് അസിസ്റ്റൻ്റാണ്. ഇനിപ്പറയുന്ന ഇൻ്റർവ്യൂ ട്രാൻസ്ക്രിപ്റ്റ് ട്രാൻസ്ക്രിപ്റ്റിലെ വിവരങ്ങൾ മാത്രം അടിസ്ഥാനമാക്കി ഘടനാപരമായ CRM കുറിപ്പിലേക്ക് പരിവർത്തനം ചെയ്യുക. ഇതിനകം ഡമ്പിൽ ഇല്ലാത്ത ഒന്നും ചേർക്കരുത്; നിങ്ങൾക്ക് ഉറപ്പില്ലെങ്കിൽ "വ്യക്തമല്ല" എന്ന് എഴുതുക. ഔട്ട്പുട്ട് ഫോർമാറ്റ്: - സംഗ്രഹം (പരമാവധി 3 വാക്യങ്ങൾ) - പങ്കാളികളും അവരുടെ റോളുകളും - എടുത്ത തീരുമാനങ്ങൾ (ഇനം) - എതിർപ്പുകൾ (ഇനം; ഓരോന്നിനും ഉപഭോക്താവിൻ്റെ വാക്കുകൾ ചേർക്കുക) - ബജറ്റ്/സമയ സിഗ്നലുകൾ (പദാനുപദ ഉദ്ധരണികളോടെ) - ഡീൽ ഹെൽത്ത്: ഹെൽത്ത് / റിസ്കി / ക്രിട്ടിക്കൽ + ഒരു വാചകം ന്യായീകരണം - [ഓൺ] തീയതി ട്രാൻസ്ക്രിപ്റ്റിൽ ഇല്ലെങ്കിൽ, "തീയതി വ്യക്തമാക്കണം" എന്ന് എഴുതുക, അത് വ്യാജമാണ്. ട്രാൻസ്ക്രിപ്റ്റ്: {{gorusme_doku}}
പകർത്താവുന്ന നിർദ്ദേശം: പ്രവർത്തന ലിസ്റ്റ് മാത്രം
ചുവടെയുള്ള മീറ്റിംഗ് ട്രാൻസ്ക്രിപ്റ്റിൽ നിന്ന് പ്രവർത്തന ഇനങ്ങൾ മാത്രം എക്സ്ട്രാക്റ്റുചെയ്യുക. ഓരോ ഇനവും ഇനിപ്പറയുന്ന ഫോർമാറ്റിൽ ഉണ്ടായിരിക്കുക: "ഉടമ - എന്തുചെയ്യണം - സമയപരിധി." ഉടമ വ്യക്തമല്ലെങ്കിൽ, "ഉടമയെ നിയമിക്കണം" എന്ന് എഴുതുക. തീയതി സൂചിപ്പിച്ചിട്ടില്ലെങ്കിൽ, "തീയതി ഇല്ല" എന്ന് വ്യാജമായി എഴുതുക. നോൺ-ആക്ഷൻ വാക്യങ്ങൾ ഉൾപ്പെടുത്തരുത്. ട്രാൻസ്ക്രിപ്റ്റ്: {{gorusme_doku}}
ദുർബലമായ പ്രോംപ്റ്റ് / ശക്തമായ പ്രോംപ്റ്റ്
ഔട്ട്പുട്ട് നേരിട്ട് CRM-ലേക്ക് പോകുന്നുണ്ടോ എന്ന് വ്യത്യാസം നിർണ്ണയിക്കുന്നു.
ദുർബലമായത്: "ഈ സംഭാഷണം സംഗ്രഹിക്കുക." ഫലം: ഒരു നീണ്ട, വിചിത്രമായ ഖണ്ഡിക. അടുത്ത ഘട്ടമില്ല, ഉടമയില്ല, ചരിത്രമില്ല. മോഡലിന് സ്വന്തമായി വിടവുകൾ പൂരിപ്പിക്കാൻ കഴിയും (ഹാലുസിനേഷൻ).
ശക്തം:"ഈ കോൾ ട്രാൻസ്ക്രിപ്റ്റ് ഇനിപ്പറയുന്ന 7 ഫീൽഡുകളായി വിഭജിക്കുക: സംഗ്രഹം, പങ്കാളികൾ, തീരുമാനങ്ങൾ, എതിർപ്പുകൾ, ബജറ്റ്/സമയ സിഗ്നലുകൾ, ഡീൽ ആരോഗ്യം, അടുത്ത ഘട്ടം (ഉടമ + തീയതി). ട്രാൻസ്ക്രിപ്റ്റിൽ ഇല്ലാത്ത വിവരങ്ങൾ ചേർക്കുക, ശൂന്യമായ ഫീൽഡിൽ 'നിർദിഷ്ടമല്ല' എന്ന് എഴുതുക. ഉപഭോക്താവിൻ്റെ സ്വന്തം വാക്കുകളിൽ എതിർപ്പുകൾ ഉദ്ധരിക്കൂ." ഫലം: CRM-ൽ ഒട്ടിക്കാൻ കഴിയുന്ന ഓഡിറ്റബിൾ, സ്ഥിരതയുള്ള കുറിപ്പ്.
മിനി കേസ്: SaaS അവസരം
ഒരു എച്ച്ആർ സോഫ്റ്റ്വെയർ സെയിൽസ് ടീമിലെ സെയിൽസ് പ്രതിനിധിയായ ഡെനിസ് ഒരു ഇടത്തരം ലോജിസ്റ്റിക്സ് കമ്പനിയുമായി 40 മിനിറ്റ് ഡെമോ നടത്തുന്നു. മുകളിലെ ശക്തമായ പ്രോംപ്റ്റ് ഉപയോഗിച്ച് കോൾ ട്രാൻസ്ക്രിപ്റ്റ് പ്രോസസ്സ് ചെയ്യുന്നു. ഉൽപ്പന്നം ഉപഭോക്താവിന് ഇഷ്ടപ്പെട്ടുവെന്ന് ഔട്ട്പുട്ട് വെളിപ്പെടുത്തുന്നു, എന്നാൽ "പണയെടുപ്പ് മൊഡ്യൂൾ ഞങ്ങളുടെ നിലവിലുള്ള സിസ്റ്റവുമായി സംസാരിക്കണം" എന്ന എതിർപ്പ് രണ്ടുതവണ ആവർത്തിച്ചു, കൂടാതെ "ക്യു 4 ബജറ്റ് ഇതിനായി അനുവദിച്ചു" എന്ന് സിഎഫ്ഒ പറഞ്ഞു. തീരുമാന നിർമ്മാതാവ് മീറ്റിംഗിൽ ഇല്ലാതിരുന്നതിനാൽ ഡീൽ ഹെൽത്ത് "അപകടത്തിൽ" എന്ന് അടയാളപ്പെടുത്തിയിരിക്കുന്നു. മോഡൽ അടുത്ത ഘട്ടം "ഡെനിസ്: ജൂലൈ 22-നകം ഐടിയിലേക്ക് ഇൻ്റഗ്രേഷൻ വൈറ്റ്പേപ്പർ കൈമാറും." ഈ മീറ്റിംഗിൽ തനിക്ക് നഷ്ടമായ സംയോജന വിശദാംശങ്ങൾ യഥാർത്ഥത്തിൽ ഇടപാടിൻ്റെ യഥാർത്ഥ താക്കോലാണെന്ന് ഡെനിസ് മനസ്സിലാക്കുകയും തീരുമാനമെടുക്കുന്നയാളെ അടുത്ത മീറ്റിംഗിലേക്ക് ക്ഷണിക്കുകയും ചെയ്യുന്നു. ഘടനാരഹിതമായ "നന്നായി പോകുന്നു" എന്ന കുറിപ്പ് ഒരിക്കലും ഈ അപകടത്തെ സൂചിപ്പിക്കില്ല.
നുറുങ്ങ്: ഉപഭോക്താവിൻ്റെ സ്വന്തം വാക്കുകളിൽ എപ്പോഴും മോഡൽ ഉദ്ധരണി എതിർപ്പുകൾ ഉണ്ടായിരിക്കുക. "വിലയെക്കുറിച്ചുള്ള ആശങ്ക ഉണ്ടായിരുന്നു" എന്നാണ് കമൻ്റ്; "എനിക്ക് ഈ കണക്ക് മാനേജ്മെൻ്റിനെ ബോധ്യപ്പെടുത്താൻ കഴിയില്ല" എന്നത് നൽകിയിരിക്കുന്നു, അതിനനുസരിച്ച് നിങ്ങൾ നിങ്ങളുടെ യുദ്ധകാർഡ് തയ്യാറാക്കുക.
മുന്നറിയിപ്പ്: ഒരു ഉപഭോക്തൃ കോളിൻ്റെ ട്രാൻസ്ക്രിപ്റ്റിൽ വ്യക്തിഗത ഡാറ്റയും വ്യാപാര രഹസ്യങ്ങളും അടങ്ങിയിരിക്കുന്നു. യഥാർത്ഥ ഉപഭോക്തൃ രേഖകൾ, പേരുകൾ, ബന്ധപ്പെടാനുള്ള വിവരങ്ങൾ അല്ലെങ്കിൽ വിലകൾ എന്നിവ അംഗീകരിക്കപ്പെടാത്തതും കോർപ്പറേറ്റ് ഡാറ്റ പ്രോസസ്സിംഗ് കരാർ ഇല്ലാത്തതുമായ ഒരു ബാഹ്യ ആർട്ടിഫിഷ്യൽ ഇൻ്റലിജൻസ് സേവനത്തിലേക്ക് അപ്ലോഡ് ചെയ്യുന്നത് KVKK ലംഘനത്തിനും സ്വകാര്യത അപകടത്തിനും ഇടയാക്കിയേക്കാം. കോർപ്പറേറ്റ് അംഗീകൃത ഉപകരണം ഉപയോഗിക്കുക; ഇല്ലെങ്കിൽ, പേര്/കമ്പനി/നമ്പറുകൾ അജ്ഞാതമാക്കുക.
സാധാരണ തെറ്റുകൾ
- അടുത്ത ഘട്ടം അത് ശ്രദ്ധിക്കാതെ വിടുക എന്നതാണ്. "പിന്തുടരുക" എന്ന വരി അർത്ഥമാക്കുന്നത് ആരും ഉത്തരവാദികളല്ല എന്നാണ്. ഓരോ പ്രവർത്തനത്തിനും ഒരു പേര് എഴുതുക.
- വിടവുകൾ നികത്താൻ മോഡലിനെ അനുവദിക്കുന്നു. കാസ്റ്റിംഗ് ബജറ്റ് പരാമർശിക്കുന്നില്ലെങ്കിൽ, മോഡൽ ഊഹിക്കാൻ പാടില്ല "അവർക്ക് ഒരുപക്ഷേ ഒരു മിഡ്-റേഞ്ച് ബജറ്റ് ഉണ്ടായിരിക്കാം." എല്ലായ്പ്പോഴും "വ്യക്തമാക്കിയിട്ടില്ല" എന്ന നിർദ്ദേശം നൽകുക.
- ഒരു ഉദ്ധരണിക്ക് പകരം ഒരു അഭിപ്രായം രേഖപ്പെടുത്തുന്നു. പദാനുപദ ഉപഭോക്തൃ പ്രസ്താവനയുമായി മോഡലിൻ്റെ വ്യാഖ്യാനത്തെ ആശയക്കുഴപ്പത്തിലാക്കരുത്; ഒരു എതിർപ്പ് പ്രതികരണം തയ്യാറാക്കുമ്പോൾ യഥാർത്ഥ വാക്യം സ്വർണ്ണമാണ്.
- സ്ഥിരീകരണം കൂടാതെ CRM-ലേക്ക് ഒട്ടിക്കുന്നു. മോഡൽ ഒരു തീയതിയോ നമ്പറോ തെറ്റായി വായിച്ചിരിക്കാം. സംരക്ഷിക്കുന്നതിന് മുമ്പ് നമ്പറുകളും പ്രതിബദ്ധതകളും അവലോകനം ചെയ്യുക.
- നിയന്ത്രണമില്ലാതെ രഹസ്യ ഡാറ്റ അപ്ലോഡ് ചെയ്യുന്നു. അംഗീകൃതമല്ലാത്ത ഒരു ഉപകരണത്തിലേക്ക് ഉപഭോക്തൃ റെക്കോർഡ് അയക്കുന്നത് ഏറ്റവും ചെലവേറിയ തെറ്റാണ്.
ചുരുക്കത്തിൽ
- ഘടനാപരമായ CRM നോട്ട് ആറാഴ്ച കഴിഞ്ഞിട്ടും പ്രവർത്തിക്കുന്ന ഒരേയൊരു നോട്ടാണ്.
- നിശ്ചിത ഫീൽഡുകൾ ഉപയോഗിക്കുക: സംഗ്രഹം, തീരുമാനങ്ങൾ, എതിർപ്പുകൾ, ബജറ്റ്/സമയ സിഗ്നലുകൾ, ഡീൽ ഹെൽത്ത്, അടുത്ത ഘട്ടം.
- അടുത്ത ഘട്ടത്തിൽ ഒരു ഉടമയും ചരിത്രവും ഉണ്ടായിരിക്കണം; അല്ലെങ്കിൽ, മീറ്റിംഗ് അപൂർണ്ണമാണ്.
- മോഡലിൽ ടെംപ്ലേറ്റ് അടിച്ചേൽപ്പിക്കുക, ശൂന്യമായ ഫീൽഡുകൾ "നിർവചിച്ചിട്ടില്ല" എന്ന് പൂരിപ്പിക്കുക, ഉപഭോക്താവിൻ്റെ വാക്യത്തിലെ എതിർപ്പുകൾ ഉദ്ധരിക്കുക.
- ഓരോ ലക്കവും തീയതിയും പ്രതിബദ്ധതയും ഉറവിടം ഉപയോഗിച്ച് പരിശോധിക്കുക; ഒരു മോഡലിന് അനുയോജ്യമാകും.
- കോർപ്പറേറ്റ് അംഗീകൃതവും സുരക്ഷിതവുമായ ടൂളുകളിൽ മാത്രം യഥാർത്ഥ ഉപഭോക്തൃ ഡാറ്റ പ്രോസസ്സ് ചെയ്യുക.
ആപ്ലിക്കേഷൻ ടാസ്ക്
നിങ്ങൾ അടുത്തിടെ നടത്തിയ ഒരു യഥാർത്ഥ വിൽപ്പന കോളിൻ്റെ ഒരു റോ നോട്ട് (പേരുകളും കമ്പനികളും മറയ്ക്കുക) എടുക്കുക. മുകളിലുള്ള "ട്രാൻസ്ക്രിപ്റ്റ് സംഗ്രഹം" പ്രോംപ്റ്റ് ഉപയോഗിച്ച് ഒരു ഘടനാപരമായ CRM കുറിപ്പ് നിർമ്മിക്കുക. തുടർന്ന് മോഡൽ അനുമാനിക്കുന്ന അടുത്ത ഘട്ടം പരിശോധിക്കുക: അതിന് ഒരു ഉടമയും ചരിത്രവും ഉണ്ടോ? അല്ലെങ്കിൽ, മോഡലിൻ്റെ നഷ്ടമായ ഏരിയ "വ്യക്തമാക്കേണ്ടതുണ്ട്" എന്ന് അടയാളപ്പെടുത്തുന്നതിന് പ്രോംപ്റ്റ് അപ്ഡേറ്റ് ചെയ്ത് വീണ്ടും പ്രവർത്തിപ്പിക്കുക. അവസാനമായി, ഔട്ട്പുട്ടിലെ ഒരു നമ്പറോ തീയതിയോ എങ്കിലും റോ നോട്ടുമായി താരതമ്യം ചെയ്തുകൊണ്ട് സ്ഥിരീകരിക്കുക; മോഡൽ പിശകുകൾ വരുത്തുന്നുണ്ടോയെന്ന് ശ്രദ്ധിക്കുക.