CRM ব্রিজ
সেশন পরিচয় পেলে আপনার CRM-এ সেই ব্যক্তির নোট হিসেবে রেকর্ডিং যায় — আগে থেকে থাকা পরিচিতিতে, নতুনটিতে নয়।
1. এক বাক্যে এর কাজ
সেশন শনাক্ত হওয়ার মুহূর্তে আপনার পাঠানো পরিচয়চিহ্ন দিয়ে CRM-এ ব্যক্তিকে খুঁজি এবং রেকর্ডিংয়ের লিংকসহ নোট যোগ করি।
এটুকুই। নতুন পরিচিতি, নতুন চুক্তি বা পাইপলাইনে পরিবর্তন নয়। কেউ মূল্যের পৃষ্ঠা দেখলেই CRM-এ নকল এন্ট্রি বাড়লে ইন্টিগ্রেশন না থাকাই ভালো।
ব্যক্তিকে খুঁজে না পেলে কিছু ঘটে না। তৈরি করলে ব্রাউজার সেশন থেকে আপনার CRM-এ রেকর্ড লেখা হতো — আর ব্রাউজার সেশন কারা গ্রাহক তার নির্ভরযোগ্য উৎস নয়।
2. মেলানোর কী: যেভাবে ব্যক্তিকে খুঁজি
এই অংশে দশ মিনিট মনোযোগ দেওয়া ভালো, কারণ CRM ইন্টিগ্রেশন সাধারণত এখানেই নীরবে ভুল করে।
আপনার সাইট যা জানায় তা দিয়ে দর্শককে চিনি — MousePlayer.setUserId(), অ্যানালিটিক্স সরঞ্জাম থেকে পড়া স্বতন্ত্র ID অথবা সার্ভারভিত্তিক identify কল। CRM-ও কোনো পরিচয় দিয়ে চেনে। দুটি একই জিনিস হতে হবে।
| আমরা খুঁজি | বদলাতে পারেন কি না | |
|---|---|---|
| HubSpot | পরিচিতির ইমেইল ঠিকানা | না — সার্চ এন্ডপয়েন্ট সেটির ওপর তৈরি |
| Pipedrive | শব্দ দিয়ে ব্যক্তি, আগে ইমেইল | না |
| Salesforce | একটি ঘর যার নাম আপনি দেন, ডিফল্ট Email | হ্যাঁ |
Salesforce-এ কেন জিজ্ঞাসা করা হয়
Salesforce সেটআপ খুব কমই ইমেইলকে কী হিসেবে ধরে। আপনারটি ব্যবহার করতে পারে Customer_Number__cঅথবা বিলিং সিস্টেমের বহিরাগত ID। তবুও ইমেইল দিয়ে খুঁজলে কিছুই পাব না অথচ সাফল্য জানাব — সবচেয়ে খারাপ ব্যর্থতা, কারণ ইন্টিগ্রেশন সচল মনে হয়।
তাই ফর্ম জিজ্ঞাসা করে: Contact-এর কোন ঘরে আমরা যে মান পাঠাচ্ছি সেটি থাকে? API নাম দিন, সঙ্গে যোগ করুন __c যদি কাস্টম ঘর হয়।
কোয়েরিতে যাওয়ার আগে ঘরের নাম কঠোর প্যাটার্নে যাচাই হয়। CRM ঘরের নাম অক্ষর, সংখ্যা ও আন্ডারস্কোর দিয়ে হয় — অন্য কিছু এস্কেপ না করে প্রত্যাখ্যান করা হয়, কারণ এস্কেপে সূক্ষ্ম ভুল হতে পারে, প্রত্যাখ্যানে নয়।
3. কখন পাঠায়, কখন ইচ্ছাকৃতভাবে পাঠায় না
শনাক্ত করার সময়: আপনার সাইট কল করলে MousePlayer.setUserId(), আমাদের অ্যানালিটিক্স ব্রিজ PostHog, Mixpanel বা Amplitude থেকে স্বতন্ত্র ID পড়লে অথবা আপনার সার্ভার identify এন্ডপয়েন্ট কল করলে।
প্রতি সেশনে একবার, প্রতি পৃষ্ঠায় নয়
কোনো ব্যক্তি প্রবেশ করে এগারোটি পৃষ্ঠা দেখলে একটি নোট, এগারোটি নয়। CRM টাইমলাইন মানুষ পড়ে।
পরিচয়চিহ্ন ছাড়া নয়
বেনামি সেশনে মেলানোর কিছু নেই। IP ঠিকানা দিয়ে আন্দাজ করি না, এবং একই ঠিকানা ব্যবহার করা যেকোনো ব্যক্তির সঙ্গে রেকর্ডিং জুড়ে দিই না।
CRM ব্যক্তিকে না চিনলে নয়
সম্পন্ন ধরা হয়, ব্যর্থ নয় — সম্ভাব্য ক্রেতা এখনও CRM-এ না থাকা স্বাভাবিক, এবং কাল আবার চেষ্টা করলেও তা বদলাবে না।
4. নোট দেখতে কেমন, টোকেন কোথায় থাকে
পরিচিতির টাইমলাইনে একটি নোট: সেশন রেকর্ড হওয়ার একটি লাইন ও লিংক। বিক্রয়কর্মী ক্লিক করে ব্যক্তি যোগাযোগ করার আগে আসলে কী করেছেন দেখেন।
প্রবেশের পরিচয়পত্র
AES-256-GCM এনক্রিপশনে রাখা হয়। সংরক্ষণের পরে আর দেখায় না — ঘরে তারকাচিহ্ন থাকে, এবং ফর্মে তারকাচিহ্ন রেখেই সংরক্ষণ করলে রাখা মান অপরিবর্তিত থাকে। কাজ বহনকারী অভ্যন্তরীণ সারিতেও ইচ্ছাকৃতভাবে রাখা হয় না: সারি যৌথ অবস্থা, আর কী রাখার উপযুক্ত জায়গা নয়।
Salesforce-এ তিনটি জিনিস দরকার, অন্যগুলোয় দুটি
Salesforce রিফ্রেশ টোকেনসহ Connected App দিয়ে প্রমাণীকরণ করে, তাই consumer key, secret ও refresh token চায়, সঙ্গে আপনার ইনস্ট্যান্স 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 token তৈরি করুন এই স্কোপের জন্য: ZohoCRM.modules.ALL এবং ZohoSearch.securesearch.READ, তারপর একবার বিনিময় করে রিফ্রেশ টোকেন নিন। তার মেয়াদ শেষ হয় না; ঘণ্টাভিত্তিক অ্যাক্সেস টোকেন তা থেকে নেওয়া হয়, কখনো রাখা হয় না।
প্রত্যাখ্যানের ক্ষেত্রেও Zoho দেয় 200
টোকেন বিনিময় ও রেকর্ড লেখা দুটোতেই HTTP 200 দিয়ে বডিতে ত্রুটি বা প্রতি রেকর্ডের অবস্থা আসতে পারে। আমরা বডি পড়ি — শুধু স্ট্যাটাস বিশ্বাস করা ব্রিজ কখনো তৈরি না হওয়া নোটের সাফল্য জানাত।
এখানে উল্লিখিত সব ট্রেডমার্ক নিজ নিজ মালিকের। এই সেবাদাতাদের সঙ্গে MousePlayer-এর ব্যবসায়িক সম্পর্ক নেই।