Danh tính khách hàng
Xác định hệ thống tạo ID ổn định và thuộc tính nào có thể cập nhật ở nơi khác.
Giải quyết bản ghi trùng, sáp nhập, pháp nhân và thay đổi địa chỉ như thế nào?So sánh công việc quan hệ khách hàng với tài chính, tồn kho, mua hàng, hoàn tất đơn và trách nhiệm ERP khác, rồi thiết kế bàn giao thay vì ép một hệ thống sở hữu mọi thứ.
CRM và ERP giao nhau tại ranh giới đơn hàng khách hàng. Thiết kế an toàn nhất giao mỗi bản ghi cho một chủ sở hữu có thẩm quyền và làm rõ ngoại lệ trong bàn giao.
Ranh giới phải rõ ngay cả khi một nhà cung cấp bán cả hai.
| Lĩnh vực | Trách nhiệm CRM | Trách nhiệm ERP |
|---|---|---|
| Khách hàng và tài khoản | Bối cảnh quan hệ, bên liên quan, hoạt động, nhu cầu, cơ hội, bối cảnh dịch vụ và hành động tiếp theo. | Thuộc tính dữ liệu chủ khách hàng cần cho tính phí, tín dụng, thuế, hoàn tất đơn và kế toán. |
| Công việc thương mại | Thẩm định, giai đoạn cơ hội, cam kết quan hệ, bối cảnh đề xuất và đầu vào dự báo. | Mặt hàng, giá, thuế, tín dụng, hợp đồng, đơn hàng, giao hàng, hóa đơn, thanh toán và bút toán kế toán đã được phê duyệt. |
| Vận hành | Bàn giao hướng khách hàng, xử lý leo thang, rủi ro quan hệ và lịch sử giao tiếp. | Mua hàng, tồn kho, sản xuất, hoàn tất đơn, tài sản, tài chính, tiền lương và kiểm soát pháp định. |
| Báo cáo | Pipeline, hoạt động quan hệ, sức khỏe khách hàng, hành động tiếp theo và kết quả thương mại. | Ghi nhận doanh thu, chi phí, biên lợi nhuận, định giá tồn kho, tiền mặt, nợ phải trả và hợp nhất tài chính. |
Đồng bộ không phải quản trị nếu mỗi trường và lỗi không có người phụ trách.
Xác định hệ thống tạo ID ổn định và thuộc tính nào có thể cập nhật ở nơi khác.
Giải quyết bản ghi trùng, sáp nhập, pháp nhân và thay đổi địa chỉ như thế nào?ERP hoặc thương mại thường sở hữu mặt hàng, giá, chi phí, thuế và tình trạng sẵn có.
CRM có thể hiển thị bối cảnh thương mại đã duyệt nào mà không chỉnh sửa?Xác định khi nào cơ hội hoặc yêu cầu đã duyệt trở thành đơn hàng ERP và ai sửa trường hợp bị từ chối.
Cần bằng chứng gì trước khi giao dịch được chấp nhận?Trả lại trạng thái hoàn tất đơn và tài chính có thẩm quyền trong khi vẫn có người phụ trách theo dõi khách hàng.
Ai thấy giao dịch thất bại, chậm, tranh chấp hoặc thay đổi và sẽ hành động tiếp?Lộ trình ngoại lệ quan trọng hơn sơ đồ hoàn hảo.
CRM ghi nhận nhu cầu và bối cảnh quan hệ; bước rà soát thương mại bắt buộc xác nhận mức sẵn sàng.
ERP nhận dữ liệu khách hàng, mặt hàng, giá, thuế, tín dụng và đơn hàng được kiểm soát.
Trạng thái giao hàng, hóa đơn, thanh toán, hủy và tín dụng được trả lại để hiển thị cho khách hàng.
Lỗi xác thực, trùng lặp, thiếu dữ liệu chủ, tín dụng, tình trạng sẵn có và tích hợp đi vào hàng đợi có người phụ trách.
Người phụ trách quan hệ truyền đạt kết quả và ghi hành động tiếp theo mà không thay đổi dữ liệu có thẩm quyền của ERP.
Jodoo không nên giả làm sổ cái kế toán hoặc nền tảng tương tác bán hàng tích hợp sẵn.
Dùng biểu mẫu, phê duyệt, bằng chứng và bản ghi bàn giao Jodoo quanh CRM và ERP.
Tạo giao dịch ERP chưa hoàn chỉnh chỉ để bắt đầu đánh giá.
Định tuyến tích hợp thất bại, dữ liệu thiếu, quyết định giá, vấn đề hoàn tất đơn và theo dõi khách hàng.
Quản lý bàn giao thất bại trong email.
Giữ ERP làm nguồn và chỉ hiển thị bối cảnh cần thiết.
Tính lại thuế, biên lợi nhuận, định giá hoặc bản ghi pháp định trong trường ứng dụng có thể chỉnh sửa.
Giữ CRM đóng gói làm nguồn và kết nối công việc vận hành đã duyệt.
Xây lại tính năng bán hàng chuyên dụng trong ứng dụng quy trình chung.
So sánh trở thành vận hành khi đội ngũ có thể thay đổi công việc liên hệ thống trong khi cả hai hệ thống giữ bản ghi có thẩm quyền.
Một thay đổi tập trung về xác thực, phê duyệt, ngoại lệ và giám sát có thể đi qua hàng đợi CRM, ERP, tích hợp, phát triển và phát hành.
Quản trị viên được đào tạo thường có thể cấu hình và kiểm thử biểu mẫu bàn giao, lộ trình phê duyệt, hàng đợi ngoại lệ, chế độ xem người phụ trách và bảng điều khiển liên kết bản ghi nguồn.
CRM chủ yếu quản lý quan hệ khách hàng và công việc thương mại. ERP quản lý giao dịch và nguồn lực kinh doanh được kiểm soát như đơn hàng, tồn kho, mua hàng, sản xuất, tài chính và kế toán.
Nhiều công ty cần cả hai khi công việc hướng khách hàng và giao dịch được quản trị đủ sâu để dùng hệ thống riêng. Đội nhỏ có thể dùng bộ giải pháp hoặc nền tảng có thể cấu hình, nhưng quyền sở hữu bản ghi vẫn phải rõ.
Jodoo có thể chạy yêu cầu, phê duyệt, bản ghi, ngoại lệ và bảng điều khiển có thể cấu hình. Nó không thay thế kiểm soát kế toán, định giá tồn kho, thuế, tiền lương hoặc ERP pháp định chuyên dụng trừ khi sản phẩm đã xác nhận đúng các khả năng đó.
Phối hợp yêu cầu, phê duyệt, bằng chứng, bàn giao, ngoại lệ tích hợp và theo dõi khách hàng trong khi mỗi hệ thống chuyên dụng giữ dữ liệu có thẩm quyền.
Không nhân đôi logic tài chính, tồn kho, thuế, hoàn tất đơn, dự báo hoặc tương tác chỉ để tránh quyết định tích hợp.