Chọn một hành trình khách hàng
Xác định người dùng, kết quả khách hàng, lỗi hiện tại, bản ghi, quyết định, chỉ số và phạm vi loại trừ.
- Người phụ trách điều hành
- Chủ quy trình
- Đường cơ sở thành công
Lập kế hoạch triển khai CRM làm rõ quyền sở hữu, di chuyển dữ liệu, quyết định quy trình, mức độ áp dụng, tích hợp, kiểm soát thay đổi và kết quả đo lường được.
Triển khai CRM thay đổi cách mọi người sở hữu, cập nhật và hành động với công việc khách hàng. Cài trường và nhập người liên hệ chỉ là phần khởi đầu dễ thấy.
Không mở rộng cho đến khi các giả định vận hành trước đó vượt qua sử dụng thực tế.
Xác định người dùng, kết quả khách hàng, lỗi hiện tại, bản ghi, quyết định, chỉ số và phạm vi loại trừ.
Lập bản đồ danh tính, trùng lặp, tổ chức, lịch sử, sự đồng ý, quyền sở hữu, lưu giữ và nguồn có thẩm quyền.
Lập mô hình giai đoạn, hành động, quyền, ngoại lệ, phê duyệt, lời nhắc và báo cáo liên kết nguồn.
Dùng người dùng và vụ việc thật trong tình huống phổ biến, biên, quá hạn, trùng và quyền.
Diễn tập di chuyển, chuyển đổi, giao tiếp, hỗ trợ, hoàn tác và truy cập hệ thống cũ.
Xác định người phụ trách trường, quy trình, quyền, chỉ số, tích hợp, sự cố và quyết định phát hành.
Lập đường cơ sở và nêu nguồn phía sau mỗi chỉ số.
Tỷ lệ quan hệ đang hoạt động có người phụ trách hiện tại, trạng thái có ý nghĩa và hành động tiếp theo.
Thời gian từ tín hiệu khách hàng đến giao việc, quyết định, phản hồi hoặc giải quyết.
Tỷ lệ trùng, thiếu bối cảnh bắt buộc, bản ghi cũ, vấn đề đối chiếu và tranh chấp chỉ số.
Hoàn tất công việc đại diện trong CRM mà không dùng bảng tính riêng hay nhập trùng.
Thời gian và công sức để phê duyệt, cấu hình, kiểm thử, phát hành và áp dụng một thay đổi quy trình tập trung.
Khác biệt này quan trọng với chi phí và tốc độ phản hồi CRM dài hạn.
Một thay đổi có thể phải chờ năng lực của nhà cung cấp hoặc đội phát triển, yêu cầu, triển khai, kiểm thử và lịch phát hành.
Khi cơ chế quản trị và các phụ thuộc đã rõ, quản trị viên được đào tạo thường có thể cấu hình và kiểm thử thay đổi tập trung trong ứng dụng hiện có.
Đây là rủi ro vận hành, không chỉ là lỗi phần mềm.
Quyết định vẫn trừu tượng và bằng chứng thí điểm đến quá muộn.
Sự mơ hồ và lộn xộn cũ trở thành nền móng của hệ thống mới.
Người dùng thấy việc quản trị nhưng không thấy giá trị cục bộ.
Mô hình dữ liệu chậm hơn, không nhất quán và khó tin hơn.
Một thí điểm có thể cấu hình với phạm vi tập trung có thể mất vài ngày hoặc vài tuần, còn chương trình doanh nghiệp có thể mất nhiều tháng hoặc lâu hơn. Phạm vi, chất lượng dữ liệu, tích hợp, kiểm soát, di chuyển, nhóm người dùng và quản trị thay đổi quan trọng hơn riêng loại nhà cung cấp.
Chọn một hành trình khách hàng có phạm vi tập trung, xác định kết quả và lỗi hiện tại, chỉ định chủ sở hữu quy trình và dữ liệu, lập đường cơ sở và nêu rõ nội dung không có trong bản phát hành đầu.
Nguyên nhân phổ biến gồm quyền sở hữu không rõ, phạm vi quá rộng, dữ liệu kém, sao chép quy trình cũ, giá trị người dùng yếu, tích hợp chưa kiểm thử, hành vi quản lý không nhất quán và không có mô hình quản trị thay đổi bền vững.
Đội ngũ có thể lập mô hình bản ghi liên kết, quy trình, vai trò, chế độ xem và bảng điều khiển, rồi điều chỉnh thí điểm trước khi triển khai rộng.
Bất kể nền tảng, di chuyển lớn, tích hợp phức tạp, kiểm soát pháp lý, phân tích khối lượng cao, quản lý thay đổi toàn cầu và chức năng chuyên dụng đều cần kiến trúc, chuyên môn, kiểm thử và quản trị phù hợp.