ស្ពានតភ្ជាប់ CRM
ពេលវគ្គទទួលឈ្មោះ ការថតនឹងទៅជាកំណត់ចំណាំលើមនុស្សនោះក្នុង CRM លើទំនាក់ទំនងដែលមានស្រាប់ មិនមែនថ្មី។
1. អ្វីដែលវាធ្វើ ក្នុងមួយប្រយោគ
ភ្លាមពេលវគ្គត្រូវបានសម្គាល់ យើងស្វែងរកមនុស្សនោះក្នុង CRM តាមលេខសម្គាល់ដែលបានផ្ញើមក ហើយភ្ជាប់កំណត់ចំណាំដែលមានតំណទៅការថត។
ត្រឹមតែប៉ុណ្ណោះ។ គ្មានទំនាក់ទំនងថ្មី គ្មានកិច្ចព្រមព្រៀងថ្មី គ្មានការផ្លាស់ប្តូរលំហូរលក់។ CRM ដែលបង្កើតច្បាប់ស្ទួនរាល់ពេលមានអ្នកចូលទំព័រតម្លៃ អាក្រក់ជាងគ្មានការតភ្ជាប់រួម។
បើរកមិនឃើញមនុស្សនោះ គ្មានអ្វីកើតឡើង។ ការបង្កើតពួកគេនឹងមានន័យថាសរសេរកំណត់ត្រាចូល CRM ពីវគ្គកម្មវិធីរុករក ហើយវគ្គកម្មវិធីរុករកមិនមែនជាប្រភពពិតអំពីអ្នកណាជាអតិថិជន។
2. សោផ្គូផ្គង៖ របៀបរកមនុស្ស
នេះជាផ្នែកដែលគួរចំណាយដប់នាទីយកចិត្តទុកដាក់ ព្រោះវាជាកន្លែងដែលការតភ្ជាប់ CRM ជាធម្មតាខុសដោយស្ងាត់។
យើងស្គាល់អ្នកចូលមើលតាមអ្វីដែលគេហទំព័រប្រាប់គឺ MousePlayer.setUserId()លេខសម្គាល់តែមួយដែលអានត្រឡប់ពីឧបករណ៍វិភាគ ឬការហៅ identify នៅម៉ាស៊ីនមេ។ CRM ក៏ស្គាល់ពួកគេតាមអ្វីមួយ។ ទាំងពីរត្រូវតែជាតម្លៃដូចគ្នា។
| យើងស្វែងរក | អាចប្តូរបាន | |
|---|---|---|
| HubSpot | អាសយដ្ឋានអ៊ីមែលរបស់ទំនាក់ទំនង | មិនបាន ចំណុចបញ្ចប់ស្វែងរកត្រូវបានបង្កើតជុំវិញវា |
| Pipedrive | មនុស្សតាមពាក្យស្វែងរក អ៊ីមែលមុន | មិនបាន |
| Salesforce | វាលដែល កំណត់ឈ្មោះលំនាំដើម Email | បាន |
ហេតុអ្វី Salesforce ជាវេទិកាដែលសួរ
ការដំឡើង Salesforce កម្រប្រើអ៊ីមែលជាសោ។ អាចប្រើ Customer_Number__cឬលេខសម្គាល់ខាងក្រៅពីប្រព័ន្ធវិក្កយបត្រ។ បើយើងនៅតែស្វែងរកតាមអ៊ីមែល នឹងរកមិនឃើញអ្វី ហើយរាយការណ៍ជោគជ័យ ដែលជាបរាជ័យអាក្រក់បំផុត ព្រោះការតភ្ជាប់មើលទៅដំណើរការ។
ដូច្នេះសំណុំបែបបទសួរ៖ តើវាលណាលើ Contact ផ្ទុកតម្លៃដែលកំពុងផ្ញើ? បញ្ចូលឈ្មោះ API រួមទាំង __c បើវាជាវាលផ្ទាល់ខ្លួន។
ឈ្មោះវាលត្រូវបានពិនិត្យតាមលំនាំតឹងរ៉ឹង មុនឈានដល់សំណួរ។ ឈ្មោះវាល CRM មានអក្សរ លេខ និងសញ្ញាគូសក្រោម។ អ្វីផ្សេងត្រូវបានបដិសេធ ជំនួសការគេចតួអក្សរ ព្រោះការគេចអាចខុសដោយលាក់លៀម តែការបដិសេធមិនដូច្នោះ។
3. ពេលវាដំណើរការ និងពេលមានចេតនាមិនដំណើរការ
ពេលសម្គាល់៖ ពេលគេហទំព័រហៅ MousePlayer.setUserId()ពេលស្ពានវិភាគអានលេខសម្គាល់តែមួយត្រឡប់ពី PostHog, Mixpanel ឬ Amplitude ឬពេលម៉ាស៊ីនមេហៅចំណុចបញ្ចប់ identify។
ម្តងក្នុងមួយវគ្គ មិនមែនមួយទំព័រ
មនុស្សដែលចូលគណនី រួចមើលដប់មួយទំព័រ បង្កើតកំណត់ចំណាំមួយ មិនមែនដប់មួយ។ បន្ទាត់ពេលវេលា CRM ជាកន្លែងដែលមនុស្សអាន។
មិនដំណើរការបើគ្មានលេខសម្គាល់
វគ្គអនាមិកគ្មានអ្វីសម្រាប់ផ្គូផ្គង។ យើងមិនទាយតាមអាសយដ្ឋាន IP ហើយមិនភ្ជាប់ការថតទៅអ្នកណាដែលគ្រាន់តែប្រើអាសយដ្ឋានដូចគ្នា។
មិនដំណើរការបើ CRM មិនស្គាល់មនុស្សនោះ
រាប់ថាបានបញ្ចប់ មិនមែនបរាជ័យ។ អតិថិជនសក្តានុពលដែលមិនទាន់មានក្នុង CRM ជាករណីធម្មតា ហើយការសាកឡើងវិញថ្ងៃស្អែកមិនផ្លាស់ប្តូរវា។
4. រូបរាងកំណត់ចំណាំ និងកន្លែងរក្សាតូខឹន
កំណត់ចំណាំមួយលើបន្ទាត់ពេលវេលាទំនាក់ទំនង៖ មួយបន្ទាត់ប្រាប់ថាបានថតវគ្គ និងតំណ។ អ្នកលក់ចុចវា ហើយមើលអ្វីដែលមនុស្សនោះបានធ្វើពិតប្រាកដមុនសរសេរមក។
ព័ត៌មានសម្ងាត់ចូលប្រើ
រក្សាទុកដោយអ៊ិនគ្រីប AES-256-GCM។ មិនបង្ហាញទៀតក្រោយរក្សាទុក។ វាលបង្ហាញផ្កាយ ហើយការរក្សាទុកសំណុំបែបបទដែលមានផ្កាយមិនប៉ះពាល់តម្លៃរក្សាទុក។ វាក៏មានចេតនានៅក្រៅជួររង់ចាំផ្ទៃក្នុងដែលផ្ទុកការងារ៖ ជួររង់ចាំជាស្ថានភាពរួម ហើយមិនមែនជាកន្លែងត្រឹមត្រូវសម្រាប់សោ។
Salesforce ត្រូវការបីចំណុច វេទិកាផ្សេងពីរ
Salesforce ផ្ទៀងផ្ទាត់តាម Connected App ជាមួយតូខឹនធ្វើថ្មី ដូច្នេះវាសួរ consumer key សោសម្ងាត់ និងតូខឹនធ្វើថ្មី ព្រមទាំង URL instance។ HubSpot និង Pipedrive ប្រើតូខឹន API តែមួយ។ ក្នុងទាំងបីករណី កម្មវិធីជារបស់ម្ចាស់គណនី។ MousePlayer មិនដំណើរការកម្មវិធី marketplace ដែលត្រូវទុកចិត្តទេ។
5. Zoho CRM និង Freshsales
CRM ពីរទៀត ដែលមានកម្រិតការខិតខំដំឡើងផ្ទុយគ្នា។
| Zoho CRM | Freshsales | |
|---|---|---|
| អ្វីដែលផ្តល់ | មជ្ឈមណ្ឌលទិន្នន័យ លេខសម្គាល់ម៉ាស៊ីនភ្ញៀវ សោសម្ងាត់ម៉ាស៊ីនភ្ញៀវ និងតូខឹនធ្វើថ្មី | សោ API និងដូមេន Freshworks |
| យើងស្វែងរក | វាលដែលកំណត់ឈ្មោះ លំនាំដើម Email | វាលដែលកំណត់ឈ្មោះ លំនាំដើម email |
| កំណត់ចំណាំទៅដល់ | លើទំនាក់ទំនង ជាកំណត់ត្រា Note | លើទំនាក់ទំនង ជាកំណត់ចំណាំ |
Zoho ស្ថិតក្នុងមជ្ឈមណ្ឌលទិន្នន័យមួយក្នុងចំណោមប្រាំមួយ
គណនីស្ថិតនៅ com, eu, in, com.au, jp ឬ com.cnហើយគ្មានអ្វីក្នុងសោប្រាប់ថាមួយណា។ ជ្រើសខុស Zoho ឆ្លើយ INVALID_TOKEN ដែលមើលទៅដូចសោខុស ហើយធ្វើឱ្យស្វែងរកខុសកន្លែង។ ដូច្នេះហើយវាលនេះជាបញ្ជីទម្លាក់។
Self Client ម្តងគត់
បង្កើត Self Client ក្នុងកុងសូល API Zoho បង្កើត grant token សម្រាប់ ZohoCRM.modules.ALL និង ZohoSearch.securesearch.READហើយប្តូរម្តងជាតូខឹនធ្វើថ្មី។ តូខឹនធ្វើថ្មីនោះមិនផុតកំណត់។ តូខឹនចូលប្រើប្រចាំម៉ោងត្រូវបានទាញយកពីវា ហើយមិនដែលរក្សាទុក។
Zoho ឆ្លើយ 200 ពេលមានន័យថាបដិសេធ
ទាំងការប្តូរតូខឹន និងការសរសេរកំណត់ត្រាអាចផ្តល់ HTTP 200 ជាមួយកំហុស ឬស្ថានភាពតាមកំណត់ត្រាក្នុងតួចម្លើយ។ យើងអានតួចម្លើយ។ ស្ពានដែលជឿតែកូដស្ថានភាពនឹងរាយការណ៍ជោគជ័យសម្រាប់កំណត់ចំណាំដែលមិនធ្លាប់ត្រូវបានបង្កើត។
ពាណិជ្ជសញ្ញាទាំងអស់ដែលមានឈ្មោះនៅទីនេះជាកម្មសិទ្ធិរបស់ម្ចាស់រៀងៗខ្លួន។ MousePlayer គ្មានទំនាក់ទំនងអាជីវកម្មជាមួយអ្នកផ្តល់សេវាទាំងនេះទេ។