CRM ବ୍ରିଜ୍
ସେସନ୍କୁ ନାମ ମିଳିଲେ, ରେକର୍ଡିଂ ଆପଣଙ୍କ CRM ରେ ସେହି ବ୍ୟକ୍ତିଙ୍କ ଟିପ୍ପଣୀ ଭାବେ ପହଞ୍ଚେ - ପୂର୍ବରୁ ଥିବା ଯୋଗାଯୋଗ ବ୍ୟକ୍ତିଙ୍କରେ, ନୂଆ ଜଣଙ୍କରେ ନୁହେଁ।
1. ଏହା କଣ କରେ, ଗୋଟିଏ ବାକ୍ୟରେ
ସେସନ୍ ଚିହ୍ନଟ ହେବାମାତ୍ରେ ଆପଣ ପଠାଇଥିବା ପରିଚୟଚିହ୍ନରେ CRM ରେ ବ୍ୟକ୍ତିଙ୍କୁ ଖୋଜି ରେକର୍ଡିଂ ଲିଙ୍କ୍ ସହ ଟିପ୍ପଣୀ ଯୋଡ଼ୁ।
ଏତିକି। ନୂଆ ଯୋଗାଯୋଗ ବ୍ୟକ୍ତି, ନୂଆ ବ୍ୟବସାୟ କିମ୍ବା pipeline ପରିବର୍ତ୍ତନ ନାହିଁ। ପ୍ରତିଥର କେହି ମୂଲ୍ୟ ପୃଷ୍ଠା ଦେଖିଲେ ନକଲ୍ ବ୍ୟକ୍ତି ସୃଷ୍ଟି କରୁଥିବା CRM ସମନ୍ୱୟ ନଥିବାଠାରୁ ଖରାପ।
ବ୍ୟକ୍ତିଙ୍କୁ ନପାଇଲେ କିଛି ହୁଏ ନାହିଁ। ସୃଷ୍ଟି କଲେ ବ୍ରାଉଜର୍ ସେସନ୍ରୁ CRM ରେ ରେକର୍ଡ୍ ଲେଖିବା ହେବ - ଆଉ ଆପଣଙ୍କ ଗ୍ରାହକ କିଏ ବୋଲି ବ୍ରାଉଜର୍ ସେସନ୍ ସତ୍ୟର ମୂଳ ଉତ୍ସ ନୁହେଁ।
2. ମେଳ ଚାବି: ବ୍ୟକ୍ତିଙ୍କୁ କିପରି ଖୋଜୁ
ଏହି ଅଂଶକୁ ଦଶ ମିନିଟ୍ ଧ୍ୟାନ ଦେବା ଭଲ, କାରଣ ଏଠାରେ CRM ସମନ୍ୱୟ ସାଧାରଣତଃ ନିରବରେ ଭୁଲ୍ ହୁଏ।
ଆପଣଙ୍କ ସାଇଟ୍ ଯାହା ଜଣାଇଛି ସେଥିରେ ପରିଦର୍ଶକଙ୍କୁ ଜାଣୁ - MousePlayer.setUserId(), ବିଶ୍ଳେଷଣ ସାଧନରୁ ପଢ଼ା distinct ID କିମ୍ବା ସର୍ଭର୍ ପଟର identify କଲ୍। CRM ମଧ୍ୟ ତାଙ୍କୁ କୌଣସି ପରିଚୟରେ ଜାଣେ। ଉଭୟ ସମାନ ଜିନିଷ ହେବା ଦରକାର।
| ଆମେ ଖୋଜୁ | ବଦଳାଇପାରିବେ କି | |
|---|---|---|
| HubSpot | ଯୋଗାଯୋଗ ବ୍ୟକ୍ତିଙ୍କ ଇମେଲ୍ ଠିକଣା | ନା - ସନ୍ଧାନ ଏଣ୍ଡପଏଣ୍ଟ୍ ତାହା ଆଧାରରେ ତିଆରି |
| Pipedrive | term ଅନୁସାରେ ବ୍ୟକ୍ତି, ପ୍ରଥମେ ଇମେଲ୍ | ନା |
| Salesforce | ଏକ ଫିଲ୍ଡ ଆପଣ ନାମ ଦିଅନ୍ତି, ଡିଫଲ୍ଟ Email | ହଁ |
Salesforce କାହିଁକି ପଚାରେ
Salesforce ସ୍ଥାପନରେ ଇମେଲ୍ ମୁଖ୍ୟ ଚାବି ହେବା ବିରଳ। ଆପଣଙ୍କର ଏହା ହୋଇପାରେ: Customer_Number__c, କିମ୍ବା ବିଲିଂ ସିଷ୍ଟମ୍ର ବାହ୍ୟ ID। ତଥାପି ଇମେଲ୍ରେ ଖୋଜିଲେ କିଛି ନପାଇ ସଫଳତା ଜଣାଇବୁ - ସବୁଠାରୁ ଖରାପ ବିଫଳତା, କାରଣ ସମନ୍ୱୟ ଚାଲୁଥିବା ଦେଖାଯାଏ।
ତେଣୁ ଫର୍ମ ପଚାରେ: Contact ର କେଉଁ ଫିଲ୍ଡରେ ଆମେ ପଠାଉଥିବା ମୂଲ୍ୟ ଅଛି? API ନାମ ଦିଅନ୍ତୁ, ଏହି ଅଂଶ ସହିତ __c କଷ୍ଟମ୍ ଫିଲ୍ଡ ହେଲେ।
କ୍ୱେରିରେ ପହଞ୍ଚିବା ପୂର୍ବରୁ ଫିଲ୍ଡ ନାମ କଠୋର ଢାଞ୍ଚାରେ ଯାଞ୍ଚ ହୁଏ। CRM ଫିଲ୍ଡ ନାମରେ ଅକ୍ଷର, ଅଙ୍କ ଓ underscore ଥାଏ - ଅନ୍ୟ ସବୁକୁ escape କରିବା ବଦଳରେ ଅସ୍ୱୀକାର କରାଯାଏ, କାରଣ escaping ରେ ସୂକ୍ଷ୍ମ ଭୁଲ୍ ହୋଇପାରେ, ଅସ୍ୱୀକାରରେ ନୁହେଁ।
3. କେବେ ଚାଲେ ଓ କେବେ ଜାଣିଶୁଣି ଚାଲେ ନାହିଁ
ଚିହ୍ନଟ ସମୟରେ: ସାଇଟ୍ ଏହା ଡାକିଲେ MousePlayer.setUserId(), ବିଶ୍ଳେଷଣ ବ୍ରିଜ୍ PostHog, Mixpanel କିମ୍ବା Amplitude ରୁ distinct ID ପଢ଼ିଲେ କିମ୍ବା ଆପଣଙ୍କ ସର୍ଭର୍ identify ଏଣ୍ଡପଏଣ୍ଟ୍ ଡାକିଲେ।
ପ୍ରତି ସେସନ୍ରେ ଥରେ, ପ୍ରତି ପୃଷ୍ଠାରେ ନୁହେଁ
ଲଗଇନ୍ କରି ଏଗାରଟି ପୃଷ୍ଠା ଦେଖୁଥିବା ବ୍ୟକ୍ତିଙ୍କ ପାଇଁ ଗୋଟିଏ ଟିପ୍ପଣୀ, ଏଗାରଟି ନୁହେଁ। CRM ସମୟରେଖା ଲୋକେ ପଢ଼ୁଥିବା ସ୍ଥାନ।
ପରିଚୟଚିହ୍ନ ବିନା ନୁହେଁ
ଅଜ୍ଞାତ ସେସନ୍ରେ ମେଳାଇବାକୁ କିଛି ନାହିଁ। IP ଠିକଣାରେ ଅନୁମାନ କରୁନାହୁଁ, କିମ୍ବା ସେହି ଠିକଣା ବ୍ୟବହାର କରୁଥିବା ଯେକେହିଙ୍କ ସହ ରେକର୍ଡିଂ ଯୋଡ଼ୁନାହୁଁ।
CRM ରେ ବ୍ୟକ୍ତି ଅଜଣା ଥିଲେ ନୁହେଁ
ବିଫଳ ବଦଳରେ ସମାପ୍ତ ଭାବେ ଗଣାଯାଏ - CRM ରେ ନଥିବା ସମ୍ଭାବ୍ୟ ଗ୍ରାହକ ସାଧାରଣ କଥା, କାଲି ପୁଣି ଚେଷ୍ଟା କଲେ ତାହା ବଦଳିବ ନାହିଁ।
4. ଟିପ୍ପଣୀ କିପରି ଦେଖାଯାଏ ଓ ଟୋକେନ୍ କେଉଁଠି ରହେ
ଯୋଗାଯୋଗ ବ୍ୟକ୍ତିଙ୍କ ସମୟରେଖାରେ ଗୋଟିଏ ଟିପ୍ପଣୀ: ସେସନ୍ ରେକର୍ଡ୍ ହେଲା ବୋଲି ଧାଡ଼ି ଓ ଲିଙ୍କ୍। ବିକ୍ରୟ କର୍ମୀ କ୍ଲିକ୍ କରି ଯୋଗାଯୋଗ ପୂର୍ବରୁ ବ୍ୟକ୍ତି ପ୍ରକୃତରେ କଣ କଲେ ଦେଖନ୍ତି।
ପ୍ରବେଶ ପ୍ରମାଣପତ୍ର
AES-256-GCM ଏନକ୍ରିପ୍ଟ୍ ଭାବେ ସଂରକ୍ଷିତ। ସେଭ୍ ପରେ ପୁଣି ଦେଖାଯାଏ ନାହିଁ - ଫିଲ୍ଡ ତାରକା ଦେଖାଏ, ତାରକା ସହ ଫର୍ମ ସେଭ୍ କଲେ ସଂରକ୍ଷିତ ମୂଲ୍ୟ ବଦଳେ ନାହିଁ। କାମ ଥିବା ଆଭ୍ୟନ୍ତରୀଣ ଧାଡ଼ିରୁ ମଧ୍ୟ ଜାଣିଶୁଣି ବାହାରେ ରଖାଯାଏ: ଧାଡ଼ି ଏକ ସାଧାରଣ ଅବସ୍ଥା, ଯାହା ଚାବି ରଖିବାର ଭୁଲ୍ ସ୍ଥାନ।
Salesforce କୁ ତିନିଟି ଜିନିଷ, ଅନ୍ୟମାନଙ୍କୁ ଦୁଇଟି ଦରକାର
Salesforce ଏକ Connected App ଓ refresh token ଦ୍ୱାରା ପ୍ରମାଣୀକରଣ କରେ, ତେଣୁ consumer key, secret ଓ refresh token ସହ ଆପଣଙ୍କ instance URL ମାଗେ। HubSpot ଓ Pipedrive ଗୋଟିଏ API token ନିଅନ୍ତି। ତିନୋଟିରେ ଆପ୍ ଆପଣଙ୍କର - MousePlayer ଆପଣଙ୍କୁ ବିଶ୍ୱାସ କରିବାକୁ ପଡ଼ୁଥିବା marketplace ଆପ୍ ଚଲାଏ ନାହିଁ।
5. Zoho CRM ଓ Freshsales
ଆଉ ଦୁଇଟି CRM, ସ୍ଥାପନ ପରିଶ୍ରମରେ ଦୁଇ ବିପରୀତ ପ୍ରାନ୍ତରେ।
| Zoho CRM | Freshsales | |
|---|---|---|
| ଆପଣ ଦିଅନ୍ତି | ଡାଟା କେନ୍ଦ୍ର, client ID, client secret, refresh token | API ଚାବି ଓ ଆପଣଙ୍କ Freshworks ଡୋମେନ୍ |
| ଆମେ ଖୋଜୁ | ଆପଣ ନାମ ଦେଇଥିବା ଫିଲ୍ଡ, ଡିଫଲ୍ଟ Email | ଆପଣ ନାମ ଦେଇଥିବା ଫିଲ୍ଡ, ଡିଫଲ୍ଟ email |
| ଟିପ୍ପଣୀ ପହଞ୍ଚେ | ଯୋଗାଯୋଗ ବ୍ୟକ୍ତିଙ୍କରେ, Note ରେକର୍ଡ୍ ଭାବେ | ଯୋଗାଯୋଗ ବ୍ୟକ୍ତିଙ୍କରେ, ଟିପ୍ପଣୀ ଭାବେ |
Zoho ଛଅଟି ଡାଟା କେନ୍ଦ୍ର ମଧ୍ୟରୁ ଗୋଟିଏରେ ରହେ
ଆକାଉଣ୍ଟ୍ ଏଠାରେ ଥାଏ: com, eu, in, com.au, jp କିମ୍ବା com.cn, ଚାବିରେ କେଉଁଟି ବୋଲି କିଛି ଜଣାଯାଏ ନାହିଁ। ଭୁଲ୍ ବାଛିଲେ Zoho ଏହି ଉତ୍ତର ଦିଏ: INVALID_TOKEN - ଯାହା ଭୁଲ୍ ଚାବି ପରି ଲାଗି ଭୁଲ୍ ସ୍ଥାନରେ ଖୋଜିବାକୁ ପଠାଏ। ଠିକ୍ ସେଥିପାଇଁ ଫିଲ୍ଡ ଡ୍ରପଡାଉନ୍।
Self Client, ଥରେ
Zoho API console ରେ Self Client ସୃଷ୍ଟି କରି ଏହି ପାଇଁ grant token ତିଆରି କରନ୍ତୁ: ZohoCRM.modules.ALL ଓ ZohoSearch.securesearch.READ, ତାହାକୁ ଥରେ refresh token ରେ ବଦଳାନ୍ତୁ। ସେହି refresh token ସମାପ୍ତ ହୁଏ ନାହିଁ; ତାହାରୁ ପ୍ରତି ଘଣ୍ଟା access token ଆଣାଯାଏ ଓ କେବେ ସଂରକ୍ଷିତ ହୁଏ ନାହିଁ।
ମନା କରିବାବେଳେ Zoho 200 ଦିଏ
token ବିନିମୟ ଓ ରେକର୍ଡ୍ ଲେଖା ଉଭୟ HTTP 200 ସହ ବିଷୟବସ୍ତୁରେ ତ୍ରୁଟି କିମ୍ବା ପ୍ରତି ରେକର୍ଡ୍ ସ୍ଥିତି ଦେଇପାରେ। ଆମେ ବିଷୟବସ୍ତୁ ପଢ଼ୁ - କେବଳ ସ୍ଥିତି କୋଡ୍କୁ ବିଶ୍ୱାସ କରୁଥିବା ବ୍ରିଜ୍ କେବେ ସୃଷ୍ଟି ହୋଇନଥିବା ଟିପ୍ପଣୀ ପାଇଁ ସଫଳତା ଜଣାଇବ।
ଏଠାରେ ଥିବା ସମସ୍ତ ଟ୍ରେଡ୍ମାର୍କ୍ ସେମାନଙ୍କ ସମ୍ବନ୍ଧିତ ମାଲିକଙ୍କର। ଏହି ପ୍ରଦାନକାରୀଙ୍କ ସହ MousePlayer ର କୌଣସି ବ୍ୟବସାୟିକ ସମ୍ପର୍କ ନାହିଁ।