Cầu nối CRM
Khi phiên được gắn tên, bản ghi xuất hiện dưới dạng ghi chú trên người đó trong CRM - trên liên hệ đã tồn tại, không phải liên hệ mới.
1. Chức năng trong một câu
Ngay khi phiên được nhận diện, chúng tôi tìm người đó trong CRM bằng mã định danh bạn gửi và đính kèm ghi chú có liên kết đến bản ghi.
Chỉ vậy. Không liên hệ mới, không giao dịch mới, không thay đổi quy trình bán hàng. CRM tạo bản trùng mỗi lần ai đó truy cập bảng giá còn tệ hơn không tích hợp.
Nếu không tìm thấy người đó, không có gì xảy ra. Tạo người đó sẽ đồng nghĩa ghi hồ sơ vào CRM từ một phiên trình duyệt - và phiên trình duyệt không phải nguồn thông tin chuẩn về danh tính khách hàng của bạn.
2. Khóa đối chiếu: cách tìm người
Phần này đáng để bạn dành mười phút chú ý vì đó là nơi tích hợp CRM thường âm thầm sai.
Chúng tôi biết khách qua thông tin trang của bạn cung cấp - MousePlayer.setUserId(), mã định danh riêng đọc lại từ công cụ phân tích hoặc lệnh gọi identify phía máy chủ. CRM cũng biết họ qua một giá trị. Hai giá trị phải giống nhau.
| Chúng tôi tìm | Bạn có thể thay đổi | |
|---|---|---|
| HubSpot | địa chỉ email của liên hệ | không - điểm cuối tìm kiếm được xây dựng quanh email |
| Pipedrive | người theo cụm từ, ưu tiên email | không |
| Salesforce | trường do bạn chỉ định, mặc định Email | có |
Vì sao Salesforce cần hỏi
Các hệ thống Salesforce hiếm khi dùng email làm khóa. Hệ thống của bạn có thể dùng Customer_Number__c hoặc ID ngoài từ hệ thống thanh toán. Nếu vẫn tìm bằng email, chúng tôi sẽ không tìm thấy gì nhưng báo thành công - kiểu thất bại tệ nhất vì tích hợp trông vẫn hoạt động.
Vì vậy biểu mẫu hỏi: trường nào trên Contact chứa giá trị chúng tôi gửi? Nhập tên API, bao gồm __c nếu đó là trường tùy chỉnh.
Tên trường được kiểm tra theo mẫu nghiêm ngặt trước khi đưa vào truy vấn. Tên trường CRM gồm chữ cái, chữ số và dấu gạch dưới - mọi thứ khác bị từ chối thay vì escape vì escape dễ mắc lỗi tinh vi còn từ chối thì không.
3. Khi nào kích hoạt và khi nào chủ động không
Khi nhận diện: khi trang của bạn gọi MousePlayer.setUserId(), khi cầu nối phân tích đọc lại mã định danh riêng từ PostHog, Mixpanel hoặc Amplitude hoặc khi máy chủ của bạn gọi điểm cuối identify.
Một lần mỗi phiên, không phải mỗi trang
Người đăng nhập rồi duyệt mười một trang chỉ tạo một ghi chú, không phải mười một. Dòng thời gian CRM là nơi để con người đọc.
Không khi thiếu mã định danh
Phiên ẩn danh không có gì để đối chiếu. Chúng tôi không đoán bằng địa chỉ IP và không gắn bản ghi cho người tình cờ dùng chung địa chỉ đó.
Không nếu CRM chưa biết người đó
Được tính là hoàn tất, không phải thất bại - khách tiềm năng chưa có trong CRM là trường hợp bình thường và thử lại ngày mai cũng không thay đổi điều đó.
4. Ghi chú trông thế nào và token được lưu ở đâu
Một ghi chú trên dòng thời gian liên hệ: một dòng cho biết phiên đã được ghi và liên kết. Nhân viên bán hàng nhấp vào để xem người đó thực sự đã làm gì trước khi liên hệ.
Thông tin xác thực
Được lưu có mã hóa AES-256-GCM. Không hiển thị lại sau khi lưu - trường hiển thị dấu sao và lưu biểu mẫu với dấu sao sẽ giữ nguyên giá trị đã lưu. Thông tin cũng chủ động không nằm trong hàng đợi nội bộ mang tác vụ: hàng đợi là trạng thái dùng chung và trạng thái dùng chung không phải nơi phù hợp cho khóa.
Salesforce cần ba thông tin, các nền tảng khác cần hai
Salesforce xác thực qua Connected App với token làm mới nên yêu cầu consumer key, khóa bí mật và token làm mới, cùng URL instance của bạn. HubSpot và Pipedrive dùng một token API. Trong cả ba trường hợp, ứng dụng là của bạn - MousePlayer không vận hành ứng dụng marketplace buộc bạn phải tin tưởng.
5. Zoho CRM và Freshsales
Thêm hai CRM ở hai đầu mức công sức thiết lập.
| Zoho CRM | Freshsales | |
|---|---|---|
| Bạn cung cấp | trung tâm dữ liệu, ID máy khách, khóa bí mật máy khách, token làm mới | khóa API và miền Freshworks của bạn |
| Chúng tôi tìm | trường bạn chỉ định, mặc định Email | trường bạn chỉ định, mặc định email |
| Ghi chú xuất hiện | trên liên hệ, dưới dạng bản ghi Note | trên liên hệ, dưới dạng ghi chú |
Zoho nằm ở một trong sáu trung tâm dữ liệu
Tài khoản thuộc com, eu, in, com.au, jp hoặc com.cn và không có thông tin nào trong khóa cho biết trung tâm nào. Chọn sai, Zoho trả INVALID_TOKEN - trông như khóa không hợp lệ và khiến bạn tìm sai chỗ. Chính vì vậy trường này là danh sách thả xuống.
Self Client, một lần
Tạo Self Client trong bảng điều khiển Zoho API, tạo grant token cho ZohoCRM.modules.ALL và ZohoSearch.securesearch.READ rồi đổi một lần lấy token làm mới. Token làm mới đó không hết hạn; token truy cập theo giờ được lấy từ đó và không bao giờ được lưu.
Zoho trả 200 khi từ chối
Cả trao đổi token và ghi bản ghi đều có thể trả HTTP 200 với lỗi hoặc trạng thái từng bản ghi trong nội dung. Chúng tôi đọc nội dung - cầu nối chỉ tin mã trạng thái sẽ báo thành công cho ghi chú chưa từng được tạo.
Mọi nhãn hiệu nêu ở đây thuộc chủ sở hữu tương ứng. MousePlayer không có quan hệ kinh doanh với các nhà cung cấp này.