CRM คืออะไร? ธุรกิจควรเริ่มใช้เมื่อไร และเริ่มจากจุดไหน

SCOPE

ขอบเขตของคู่มือนี้

BEFORE YOU START

สิ่งที่ควรเตรียมให้พร้อม

• เจ้าของกระบวนการและผู้ตัดสินใจ

  ระบุคนที่ตัดสินใจเรื่องขั้นตอนขาย นิยามสถานะ ข้อมูลบังคับ ข้อยกเว้น และเกณฑ์รับงานได้

• ผู้ใช้ตัวแทนจากงานจริง

  มีตัวแทนฝ่ายขาย การตลาด บริการ หรือผู้จัดการที่อธิบายงาน ทดสอบ และให้ข้อเสนอแนะได้ตลอด Pilot

• หลักฐานปัญหาและค่าตั้งต้น

  รวบรวมตัวอย่าง Lead ที่ตกหล่น เวลาติดตาม งานค้าง ข้อมูลซ้ำ และรายงานที่ใช้ในปัจจุบัน โดยไม่คัดลอกข้อมูลส่วนบุคคลเกินจำเป็น

• สิทธิ์และกติกาการใช้ข้อมูล

  กำหนดว่าใครดู แก้ ส่งออก หรือลบข้อมูลใดได้ รวมถึงระยะเวลาเก็บและวิธีจัดการข้อมูลทดสอบ

STEP BY STEP

ขั้นตอนการลงมือทำ

1. 01

   ยืนยันปัญหาและผลลัพธ์ที่ต้องการ

   สัมภาษณ์ผู้ใช้และตรวจตัวอย่างงานจริงเพื่อระบุว่าข้อมูลหรือการส่งต่องานติดตรงไหน แยกอาการ เช่น รายงานช้า ออกจากสาเหตุ เช่น ไม่มีนิยามสถานะร่วมกัน

   กำหนดผลลัพธ์หนึ่งถึงสามข้อพร้อมค่าตั้งต้นและช่วงเวลา เช่น ลด Lead ที่ไม่มีผู้รับผิดชอบ หรือทำให้ผู้จัดการเห็น Pipeline โดยไม่รวมไฟล์ด้วยมือ

   ผู้รับผิดชอบ

   เจ้าของกระบวนการร่วมกับตัวแทนผู้ใช้

   ข้อมูลตั้งต้น

   ตัวอย่าง Lead, ขั้นตอนปัจจุบัน, รายงาน, ปัญหาและค่าตั้งต้น

   ผลลัพธ์ที่ต้องได้

   Problem statement และผลลัพธ์ที่วัดได้

   วิธีตรวจสอบ

   ผู้ใช้และผู้อนุมัติอธิบายปัญหา ผลกระทบ และตัวเลขเป้าหมายตรงกัน

2. 02

   วางกระบวนการตั้งแต่รับ Lead ถึงผลลัพธ์

   ทำแผนที่ขั้นตอนปัจจุบันให้เห็นช่องทางรับ Lead การคัดกรอง การมอบหมาย การติดตาม Opportunity ใบเสนอราคา การชนะหรือแพ้ และการส่งต่อไปยังบริการหรือการเงิน

   กำหนดสถานะด้วยเงื่อนไขที่สังเกตได้ ไม่ใช้คำกว้าง เช่น กำลังติดตาม โดยไม่มีเกณฑ์เข้าและออกจากสถานะ

   ผู้รับผิดชอบ

   Sales Operations หรือผู้ดูแลกระบวนการขาย

   ข้อมูลตั้งต้น

   แผนผังงานจริงและกรณีปกติ/ข้อยกเว้น

   ผลลัพธ์ที่ต้องได้

   กระบวนการเป้าหมายพร้อมนิยามสถานะและจุดส่งต่อ

   วิธีตรวจสอบ

   นำตัวอย่างงานอย่างน้อยห้ากรณีเดินผ่านแผนผังได้โดยไม่ต้องเดาความหมายของสถานะ

3. 03

   กำหนดข้อมูลจำเป็น เจ้าของ และคุณภาพ

   เลือกเฉพาะข้อมูลที่ใช้ระบุตัวลูกค้า ดำเนินขั้นตอน ตัดสินใจ หรือวัดผล ระบุชื่อ ความหมาย รูปแบบ แหล่งที่มา ผู้แก้ไขได้ และช่วงเวลาที่ต้องบันทึก

   ตรวจข้อมูลซ้ำ ค่าว่าง ค่าที่สะกดหลายแบบ และข้อมูลส่วนบุคคลที่ไม่จำเป็น วางกติกาการรวมระเบียนและผู้อนุมัติเมื่อข้อมูลขัดแย้งกัน

   ผู้รับผิดชอบ

   เจ้าของข้อมูลร่วมกับผู้ดูแลความเป็นส่วนตัวหรือความปลอดภัย

   ข้อมูลตั้งต้น

   ไฟล์ลูกค้า แบบฟอร์ม ฟิลด์ในระบบเดิม และข้อกำหนดสิทธิ์

   ผลลัพธ์ที่ต้องได้

   Data dictionary ชุดแรก กติกาคุณภาพ และ Access matrix

   วิธีตรวจสอบ

   ทุกฟิลด์มีเหตุผลการใช้ เจ้าของ แหล่ง และกติกาความถูกต้อง โดยไม่มีข้อมูลสำคัญที่ทีมตีความต่างกัน

4. 04

   กำหนดขอบเขต Pilot และเกณฑ์ตรวจรับ

   เลือกทีม ผู้ใช้ ประเภท Lead และช่วงเวลาที่ควบคุมได้ รวมเฉพาะเส้นทางหลักและข้อยกเว้นที่เกิดบ่อย กำหนดสิ่งที่ยังไม่ทำอย่างชัดเจน

   เขียนเกณฑ์ตรวจรับด้านงาน ข้อมูล สิทธิ์ ความเร็ว การรายงาน และวิธีสำรองเมื่อระบบใช้ไม่ได้ พร้อมกำหนดเกณฑ์ขยาย ปรับ หรือหยุด

   ผู้รับผิดชอบ

   ผู้จัดการโครงการและเจ้าของกระบวนการ

   ข้อมูลตั้งต้น

   ผลลัพธ์ กระบวนการเป้าหมาย Data dictionary และข้อจำกัด

   ผลลัพธ์ที่ต้องได้

   Pilot charter และ Acceptance checklist

   วิธีตรวจสอบ

   ขอบเขตมีผู้ใช้จริง เส้นทางงานจบครบ วิธีวัด และทางถอย โดยผู้อนุมัติเข้าใจสิ่งที่ยังไม่รวม

5. 05

   ตั้งค่า ย้ายข้อมูลเท่าที่จำเป็น และทดสอบ

   ตั้งค่าขั้นตอน ฟิลด์ สิทธิ์ และรายงานตามขอบเขต อย่าย้ายข้อมูลทั้งหมดโดยอัตโนมัติ ให้ย้ายเฉพาะระเบียนที่จำเป็นต่อ Pilot พร้อมเก็บต้นฉบับและบันทึกการแปลง

   ทดสอบด้วยกรณีปกติ ข้อมูลไม่ครบ ระเบียนซ้ำ การเปลี่ยนผู้รับผิดชอบ สิทธิ์ไม่ถูกต้อง และการส่งออกข้อมูล ให้ผู้ใช้จริงยืนยันผลลัพธ์ ไม่ใช่ทีมพัฒนาเพียงฝ่ายเดียว

   ผู้รับผิดชอบ

   ทีมส่งมอบร่วมกับ Data owner และผู้ใช้ Pilot

   ข้อมูลตั้งต้น

   Pilot charter, ข้อมูลตัวอย่าง, กติกาสิทธิ์ และ Test cases

   ผลลัพธ์ที่ต้องได้

   ระบบ Pilot ข้อมูลที่ตรวจแล้ว และบันทึกผลทดสอบ

   วิธีตรวจสอบ

   Test case สำคัญผ่าน ไม่มีสิทธิ์เกินจำเป็น และสามารถย้อนกลับหรือส่งออกข้อมูลได้ตามแผน

6. 06

   เปิด Pilot สนับสนุนผู้ใช้ และทบทวนผล

   อบรมด้วยงานจริงและคู่มือสั้น ระบุช่องทางช่วยเหลือ เจ้าของคำถาม และเวลาตอบสนอง ติดตามการใช้งาน คุณภาพข้อมูล งานค้าง และข้อยกเว้นโดยไม่เฝ้าดูพนักงานเกินวัตถุประสงค์

   เมื่อครบช่วง Pilot ให้เทียบผลกับค่าตั้งต้น แยกปัญหากระบวนการ ข้อมูล การตั้งค่า และการอบรม แล้วบันทึกมติขยาย ปรับ หรือหยุดพร้อมเหตุผล

   ผู้รับผิดชอบ

   เจ้าของกระบวนการ ผู้ดูแลระบบ และหัวหน้าทีม Pilot

   ข้อมูลตั้งต้น

   ระบบที่ผ่านการทดสอบ คู่มือ Support plan และค่าตั้งต้น

   ผลลัพธ์ที่ต้องได้

   Pilot review พร้อมผลลัพธ์ ปัญหา และมติรอบถัดไป

   วิธีตรวจสอบ

   มีหลักฐานผลลัพธ์ การใช้งาน คุณภาพข้อมูล และมติที่ผู้รับผิดชอบลงชื่อรับทราบ

IF / THEN

เงื่อนไขที่ทำให้เส้นทางเปลี่ยน

• หากยังไม่มีผู้มีอำนาจตัดสินใจเรื่องกระบวนการและข้อมูล ให้กลับไปแต่งตั้งเจ้าของก่อนกำหนด Pilot ไปยังขั้นตอนที่เกี่ยวข้อง
• หากข้อมูลลูกค้าซ้ำหรือคำสำคัญมีหลายความหมาย ให้หยุดการย้ายข้อมูลและแก้ Data dictionary ก่อน ไปยังขั้นตอนที่เกี่ยวข้อง
• หาก Pilot ไม่ผ่านเกณฑ์สำคัญ อย่าเพิ่มผู้ใช้ ให้ย้อนตรวจขอบเขต การตั้งค่า ข้อมูล และการอบรม ไปยังขั้นตอนที่เกี่ยวข้อง

SUCCESS SIGNALS

ตัวชี้วัดว่าทำสำเร็จ