CRM ხიდი
როცა სესიას სახელი მიენიჭება, ჩანაწერი CRM-ში ამ ადამიანზე შენიშვნად ჩნდება — უკვე არსებულ კონტაქტზე და არა ახალზე.
1. რას აკეთებს, ერთი წინადადებით
სესიის იდენტიფიცირებისთანავე CRM-ში ადამიანს თქვენ მიერ გადმოცემული იდენტიფიკატორით ვეძებთ და ჩანაწერის ბმულით შენიშვნას ვურთავთ.
სულ ესაა. არც ახალი კონტაქტი, არც გარიგება, არც გაყიდვების ჯაჭვის ცვლილება. CRM, რომელიც ფასების გვერდზე ყოველი ვიზიტისას დუბლიკატს ქმნის, ინტეგრაციის არქონაზე უარესია.
თუ ადამიანს ვერ ვპოულობთ, არაფერი ხდება. შექმნა ბრაუზერის სესიიდან CRM-ში ჩანაწერის დამატება იქნებოდა — ბრაუზერის სესია კი კლიენტების ვინაობის სანდო წყარო არ არის.
2. შესაბამისობის გასაღები: როგორ ვპოულობთ ადამიანს
ამ ნაწილს თქვენი ათი წუთი ნამდვილად ეკუთვნის, რადგან CRM ინტეგრაცია ჩვეულებრივ სწორედ აქ ცდება შეუმჩნევლად.
ვიზიტორს იმით ვიცნობთ, რასაც თქვენი საიტი გვეტყვის — MousePlayer.setUserId(), ანალიტიკიდან წაკითხული distinct ID-ით ან სერვერული identify გამოძახებით. CRM-იც რაღაცით იცნობს. ეს ორი მნიშვნელობა ერთმანეთს უნდა ემთხვეოდეს.
| რას ვეძებთ | შეცვლა შეგიძლიათ | |
|---|---|---|
| HubSpot | კონტაქტის ელფოსტა | არა — საძიებო ენდპოინტი მასზეა აგებული |
| Pipedrive | პირები საძიებო ტერმინით, ჯერ ელფოსტა | არა |
| Salesforce | ველი, რომელსაც ასახელებთ, ნაგულისხმევად Email | დიახ |
რატომ სვამს Salesforce ამ კითხვას
Salesforce-ში ძირითადი გასაღები იშვიათადაა ელფოსტა. თქვენი შეიძლება იყენებდეს Customer_Number__cან ანგარიშსწორების სისტემის გარე ID-ს. მაინც ელფოსტით რომ გვეძებნა, ვერაფერს ვიპოვიდით და წარმატებას ვიტყოდით — ყველაზე ცუდი ჩავარდნაა, რადგან ინტეგრაცია ცოცხალი ჩანს.
ამიტომ ფორმა კითხულობს: Contact-ის რომელი ველი ინახავს ჩვენ მიერ გამოგზავნილ მნიშვნელობას? ჩაწერეთ API სახელი, მათ შორის __c , თუ საკუთარი ველია.
მოთხოვნამდე ველის სახელი მკაცრი ნიმუშით მოწმდება. CRM ველის სახელი ასოების, ციფრებისა და ქვედა ხაზებისგან შედგება — დანარჩენი უარყოფილია და არა ეკრანირებული, რადგან ეკრანირებაში დახვეწილი შეცდომა შეიძლება დაუშვათ, უარყოფაში კი არა.
3. როდის ირთვება და როდის განზრახ არა
იდენტიფიცირებისას: როცა საიტი იძახებს MousePlayer.setUserId(), ჩვენი ანალიტიკის ხიდი PostHog-იდან, Mixpanel-იდან ან Amplitude-დან distinct ID-ს კითხულობს ან სერვერი identify ენდპოინტს იძახებს.
ერთხელ სესიაზე და არა გვერდზე
ადამიანი, რომელიც შედის და მერე თერთმეტ გვერდს ნახულობს, ერთ შენიშვნას ქმნის და არა თერთმეტს. CRM-ის ისტორიას ადამიანები კითხულობენ.
არა იდენტიფიკატორის გარეშე
ანონიმურ სესიას შესადარებელი არაფერი აქვს. IP-ით არ ვვარაუდობთ და ჩანაწერს იმ ადამიანს არ ვურთავთ, ვინც შემთხვევით იმავე მისამართს იზიარებს.
არა, თუ ადამიანი თქვენს CRM-ში უცნობია
შესრულებულად ითვლება და არა ჩავარდნილად — CRM-ში ჯერ არმყოფი პოტენციური კლიენტი ჩვეულებრივი შემთხვევაა და ხვალ ხელახალი ცდა ამას არ შეცვლის.
4. როგორ გამოიყურება შენიშვნა და სადაა ტოკენი
კონტაქტის ისტორიაში ერთი შენიშვნა: ხაზი, რომ სესია ჩაიწერა, და ბმული. გაყიდვების თანამშრომელი ხსნის და ხედავს, რა გააკეთა ადამიანმა მოწერამდე.
ავტორიზაციის მონაცემები
ინახება AES-256-GCM-ით დაშიფრულად. შენახვის შემდეგ აღარ ჩანს — ველი ვარსკვლავებს აჩვენებს; ვარსკვლავებით შენახვა არსებულ მნიშვნელობას არ ცვლის. დავალების შიდა რიგშიც განზრახ არ ხვდება: რიგი საერთო მდგომარეობაა და გასაღებისთვის არასწორი ადგილი.
Salesforce-ს სამი რამ სჭირდება, სხვებს ორი
Salesforce Connected App-ითა და განახლების ტოკენით ავტორიზდება, ამიტომ consumer key-ს, საიდუმლოს, განახლების ტოკენსა და ინსტანციის URL-ს ითხოვს. HubSpot და Pipedrive ერთ API ტოკენს იყენებს. სამივე შემთხვევაში აპი თქვენია — MousePlayer არ მართავს marketplace აპს, რომელსაც უნდა ენდოთ.
5. Zoho CRM და Freshsales
კიდევ ორი CRM, გამართვის სირთულის საპირისპირო ბოლოებზე.
| Zoho CRM | Freshsales | |
|---|---|---|
| რას აწვდით | მონაცემთა ცენტრი, კლიენტის ID, საიდუმლო და განახლების ტოკენი | API გასაღები და Freshworks დომენი |
| რას ვეძებთ | თქვენ მიერ მითითებული ველი, ნაგულისხმევად Email | თქვენ მიერ მითითებული ველი, ნაგულისხმევად email |
| შენიშვნა ხვდება | კონტაქტზე, Note ჩანაწერად | კონტაქტზე, შენიშვნად |
Zoho ექვსი მონაცემთა ცენტრიდან ერთში ცხოვრობს
ანგარიში მდებარეობს com, eu, in, com.au, jp ან com.cnდა გასაღებიდან ვერ გაიგებთ, რომელში. არასწორი არჩევანით Zoho პასუხობს INVALID_TOKEN — რაც არასწორ გასაღებს ჰგავს და არასწორ ადგილას გაძებნინებთ. სწორედ ამიტომ არის ველი ჩამოსაშლელი სია.
Self Client, ერთხელ
Zoho API კონსოლში შექმენით Self Client, შექმენით grant ტოკენი არეებისთვის ZohoCRM.modules.ALL და ZohoSearch.securesearch.READდა ერთხელ გაცვალეთ განახლების ტოკენში. ამ ტოკენს ვადა არ გასდის; საათობრივი წვდომის ტოკენები მისგან მიიღება და არ ინახება.
Zoho უარის დროსაც 200-ს პასუხობს
ტოკენის გაცვლამაც და ჩანაწერის ჩაწერამაც შეიძლება HTTP 200 და სხეულში შეცდომა ან თითო ჩანაწერის სტატუსი დააბრუნოს. სხეულს ვკითხულობთ — მხოლოდ კოდის მნდობი ხიდი არარსებულ შენიშვნაზე წარმატებას გამოაცხადებდა.
აქ დასახელებული ყველა სავაჭრო ნიშანი შესაბამის მფლობელს ეკუთვნის. MousePlayer-ს ამ პროვაიდერებთან საქმიანი კავშირი არ აქვს.