เลือกเส้นทางลูกค้าหนึ่งเส้นทาง
กำหนดผู้ใช้ ผลลัพธ์ลูกค้า จุดล้มเหลวปัจจุบัน เรคคอร์ด การตัดสินใจ ตัวชี้วัด และขอบเขตที่ไม่รวม
- ผู้รับผิดชอบระดับบริหาร
- เจ้าของกระบวนการ
- ค่าฐานความสำเร็จ
จัดทำแผนดำเนินการ CRM ที่ระบุผู้รับผิดชอบ การย้ายข้อมูล การตัดสินใจด้านขั้นตอนการทำงาน การนำไปใช้ การเชื่อมต่อ การควบคุมการเปลี่ยนแปลง และผลลัพธ์ที่วัดได้อย่างชัดเจน
การดำเนินการ CRM เปลี่ยนวิธีที่ผู้คนรับผิดชอบ อัปเดต และลงมือกับงานลูกค้า การติดตั้งช่องและนำเข้าผู้ติดต่อเป็นเพียงจุดเริ่มต้นที่มองเห็นได้
อย่าขยายจนกว่าสมมติฐานการปฏิบัติงานก่อนหน้าจะผ่านการใช้งานจริง
กำหนดผู้ใช้ ผลลัพธ์ลูกค้า จุดล้มเหลวปัจจุบัน เรคคอร์ด การตัดสินใจ ตัวชี้วัด และขอบเขตที่ไม่รวม
ทำแผนผังตัวตน รายการซ้ำ องค์กร ประวัติ ความยินยอม ผู้รับผิดชอบ การเก็บรักษา และแหล่งข้อมูลหลัก
สร้างโมเดลขั้นตอน การดำเนินการ สิทธิ์ ข้อยกเว้น การอนุมัติ การแจ้งเตือน และรายงานที่ลิงก์แหล่งข้อมูล
ใช้ผู้ใช้และเคสจริงครอบคลุมสถานการณ์ทั่วไป สุดขอบ เกินกำหนด ซ้ำ และด้านสิทธิ์
ซ้อมการย้ายระบบ การเปลี่ยนระบบ การสื่อสาร การสนับสนุน การย้อนกลับ และการเข้าถึงระบบเดิม
กำหนดผู้รับผิดชอบช่อง ขั้นตอนการทำงาน สิทธิ์ ตัวชี้วัด การเชื่อมต่อ เหตุขัดข้อง และการตัดสินใจเผยแพร่
สร้างค่าฐานและระบุแหล่งข้อมูลของตัวชี้วัดแต่ละค่า
สัดส่วนความสัมพันธ์ที่ใช้งานอยู่ซึ่งมีผู้รับผิดชอบ สถานะที่มีความหมาย และการดำเนินการถัดไปเป็นปัจจุบัน
เวลาตั้งแต่สัญญาณลูกค้าจนถึงการมอบหมาย การตัดสินใจ การตอบกลับ หรือการแก้ไข
อัตรารายการซ้ำ บริบทที่จำเป็นแต่ขาด เรคคอร์ดเก่า ปัญหาการกระทบยอด และข้อโต้แย้งเรื่องตัวชี้วัด
ทำงานตัวอย่างที่เป็นตัวแทนใน CRM ให้เสร็จโดยไม่ใช้สเปรดชีตส่วนตัวหรือกรอกซ้ำ
เวลาและแรงงานในการอนุมัติ กำหนดค่า ทดสอบ เผยแพร่ และสร้างการยอมรับให้การเปลี่ยนกระบวนการเฉพาะจุด
ความแตกต่างนี้สำคัญต่อต้นทุนและความคล่องตัวของ CRM ในระยะยาว
การเปลี่ยนแปลงอาจต้องรอผู้ให้บริการหรือทีมพัฒนา ความพร้อมของทรัพยากร ข้อกำหนด การดำเนินการ การทดสอบ และรอบเผยแพร่
ผู้ดูแลระบบที่ผ่านการฝึกมักกำหนดค่าและทดสอบการเปลี่ยนแปลงเฉพาะจุดในแอปที่มีอยู่ได้ เมื่อเข้าใจธรรมาภิบาลและสิ่งที่เกี่ยวข้องแล้ว
สิ่งเหล่านี้คือความเสี่ยงด้านการปฏิบัติงาน ไม่ใช่แค่ข้อบกพร่องซอฟต์แวร์
การตัดสินใจยังเป็นนามธรรม และหลักฐานจากโครงการนำร่องมาถึงช้าเกินไป
ความคลุมเครือและความรกเดิมกลายเป็นรากฐานของระบบใหม่
ผู้ใช้เห็นภาระการดูแลระบบโดยไม่ได้คุณค่าในพื้นที่
โมเดลข้อมูลช้าลง ไม่สอดคล้องกัน และเชื่อถือยากขึ้น
โครงการนำร่องแบบกำหนดค่าได้ที่มีขอบเขตชัดเจนอาจใช้เวลาเป็นวันหรือสัปดาห์ ส่วนโครงการระดับองค์กรอาจใช้เวลาหลายเดือนหรือนานกว่านั้น ขอบเขต คุณภาพข้อมูล การเชื่อมต่อ การควบคุม การย้ายข้อมูล กลุ่มผู้ใช้ และธรรมาภิบาลการเปลี่ยนแปลง สำคัญกว่าประเภทผู้ให้บริการเพียงอย่างเดียว
เลือกเส้นทางลูกค้าที่มีขอบเขตชัด กำหนดผลลัพธ์และจุดล้มเหลวปัจจุบัน ระบุเจ้าของกระบวนการและข้อมูล สร้างค่าฐาน และบอกให้ชัดว่ารุ่นแรกจะไม่รวมอะไร
สาเหตุที่พบบ่อย ได้แก่ ผู้รับผิดชอบไม่ชัด ขอบเขตกว้างเกินไป คุณภาพข้อมูลต่ำ คัดลอกกระบวนการเดิม คุณค่าต่อผู้ใช้น้อย การเชื่อมต่อไม่ผ่านการทดสอบ พฤติกรรมผู้บริหารไม่สม่ำเสมอ และไม่มีโมเดลธรรมาภิบาลการเปลี่ยนแปลงที่ยั่งยืน
ทีมสร้างโมเดลเรคคอร์ดที่ลิงก์ ขั้นตอนการทำงาน บทบาท มุมมอง และแดชบอร์ด แล้วปรับโครงการนำร่องก่อนนำไปใช้ในวงกว้างได้
การย้ายข้อมูลขนาดใหญ่ การเชื่อมต่อซับซ้อน การควบคุมตามกฎระเบียบ การวิเคราะห์ปริมาณสูง การจัดการการเปลี่ยนแปลงทั่วโลก และฟังก์ชันเฉพาะทาง ต้องใช้สถาปัตยกรรม ความเชี่ยวชาญ การทดสอบ และธรรมาภิบาลที่เหมาะสมไม่ว่าใช้แพลตฟอร์มใด