หลังจากบทความก่อนหน้าเราพูดถึง Sales Pipeline และการมองเห็นว่า Opportunity อยู่ขั้นไหน คำถามที่ตามมาทันทีคือ เมื่อรู้ว่า Deal อยู่ตรงไหนแล้ว ใครจะเป็นคนขยับมันต่อ และต้องทำอะไรเมื่อไร เพราะต่อให้ Pipeline ชัดแค่ไหน หากงานถัดไปยังอยู่ในความจำของแต่ละคน CRM ก็ยังช่วยทีมได้ไม่เต็มที่
สำหรับผม Task และ Follow-up เป็นส่วนที่ดูเล็กเมื่อเทียบกับฟีเจอร์อย่าง Customer 360°, Automation หรือ Dashboard แต่กลับเป็นองค์ประกอบที่ทำให้ CRM เชื่อมกับการทำงานประจำวันจริง ๆ ได้ เพราะงานขายและการดูแลลูกค้าไม่ได้หายไปจากการที่เราบันทึกข้อมูลลงระบบ งานยังต้องมีคนโทรกลับ ส่งข้อมูล นัดประชุม ตรวจเอกสาร หรือกลับไปถามลูกค้าในเวลาที่เหมาะสม
CRM ที่ไม่มีงานถัดไป ยังต้องพึ่งความจำของคน
สมมติว่าทีมขายส่งใบเสนอราคาให้ลูกค้าแล้วและเปลี่ยน Stage เป็น Proposal หากระบบหยุดอยู่แค่นั้น คนขายยังต้องจำเองว่าควรติดตามวันไหน หรือเก็บเรื่องนี้ไว้ในปฏิทินส่วนตัว ถ้ามีลูกค้าไม่กี่รายอาจยังจัดการได้ แต่เมื่อจำนวนงานเพิ่มขึ้น โอกาสที่เรื่องใดเรื่องหนึ่งจะหลุดก็เพิ่มตามไปด้วย
ผมจึงมองว่า Opportunity ที่ยังไม่จบควรมี Next Action ที่ชัด เช่น “โทรติดตามผลวันศุกร์” หรือ “ส่งรายละเอียดเพิ่มเติมก่อนประชุมวันอังคาร” มากกว่ามีเพียงสถานะกว้าง ๆ ว่า “กำลังติดตาม” เพราะสถานะบอกว่าเรื่องอยู่ตรงไหน แต่ Task บอกว่าคนในทีมต้องทำอะไรต่อ
Task ที่ดีควรผูกกับบริบท ไม่ใช่อยู่โดด ๆ
รายการงานอย่าง “โทรหาลูกค้า” มีประโยชน์จำกัด หากเปิด Task แล้วไม่รู้ว่าลูกค้าคนไหน กำลังคุยเรื่องอะไร และทำไมต้องโทร ผมอยากให้ Task เชื่อมกับ Customer, Deal หรือบทสนทนาที่เกี่ยวข้อง เพื่อให้คนรับงานเห็นบริบทได้โดยไม่ต้องค้นหลายที่
ตัวอย่างเช่น “ติดตามคุณ A เรื่องใบเสนอราคาเว็บไซต์หลังปรับ Scope” ชัดกว่าคำว่า “โทรคุณ A” เพราะบอกทั้งเรื่องที่กำลังติดตามและเหตุผลของงานนั้น เมื่อคนอื่นเข้ามาช่วยหรือมีการเปลี่ยนผู้รับผิดชอบ เขาก็มีข้อมูลพอที่จะเริ่มทำงานต่อ ไม่ต้องย้อนถามว่าทำไมถึงมี Task นี้เกิดขึ้น
Owner และ Due Date ทำให้ความรับผิดชอบชัดขึ้น
Task ที่ไม่มี Owner มักกลายเป็นงานของ “ใครสักคน” และ Task ที่ไม่มี Due Date ก็มักถูกเลื่อนออกไปเรื่อย ๆ ผมจึงมองว่างานที่ต้องติดตามจริงควรมีอย่างน้อยสองอย่างคือใครรับผิดชอบ และควรกลับมาทำเมื่อไร
การกำหนด Due Date ไม่ได้หมายความว่าทุกงานต้องเสร็จตรงเวลาแบบแข็งตัวเสมอ แต่ช่วยให้ทีมรู้ว่าเมื่อไรควรกลับมาตรวจสอบ หากลูกค้ายังไม่พร้อมตอบ เราอาจเปลี่ยนวันติดตามได้โดยมีเหตุผล แต่ต่างจากการปล่อยเรื่องไว้โดยไม่มีจุดกลับมาดูเลย
Follow-up ไม่ใช่การทวงลูกค้าซ้ำ ๆ
คำว่า Follow-up บางครั้งถูกใช้เหมือนกับการส่งข้อความซ้ำจนกว่าลูกค้าจะตอบ แต่สำหรับผม การติดตามที่ดีต้องดูบริบทและเหตุผลด้วย หากลูกค้าบอกชัดว่าจะประชุมภายในสัปดาห์หน้า การส่งข้อความทุกวันไม่ได้ทำให้งานเดินเร็วขึ้น และอาจสร้างประสบการณ์ที่ไม่ดีแทน
ระบบควรช่วยให้ทีมจำเวลาที่เหมาะสม ไม่ใช่ผลักให้ทีมติดต่อบ่อยที่สุด ตัวอย่างเช่น หลังส่ง Proposal อาจมี Task ให้ติดตามตามวันที่ตกลงกับลูกค้า หรือถ้าลูกค้าบอกให้กลับมาอีกเดือนหนึ่ง ระบบก็ควรช่วยรักษานัดนั้นไว้ โดยไม่จำเป็นต้องส่ง Reminder หลายครั้งระหว่างทาง
Reminder มีประโยชน์เมื่อมันช่วยงาน ไม่ใช่สร้างเสียงรบกวน
Notification เป็นสิ่งที่ช่วยได้มากหากใช้พอดี แต่ถ้าทุกเหตุการณ์สร้างการแจ้งเตือน คนก็จะเริ่มไม่อ่านทั้งหมด ผมจึงอยากให้ Reminder ถูกออกแบบจากความสำคัญของงาน เช่น งานครบกำหนดวันนี้ งานเกินกำหนด หรือ Task ที่เกี่ยวข้องกับ Opportunity สำคัญ มากกว่าการเตือนทุกกิจกรรมที่เกิดขึ้นในระบบ
ผมมองว่า Notification ที่ดีควรพาคนกลับไปยังบริบทของงานได้ทันที ไม่ใช่บอกเพียงว่า “คุณมี Task ใหม่” แต่ควรเห็นว่า Task เกี่ยวกับลูกค้าคนไหน Deal ไหน และต้องทำอะไรต่อ เมื่อคลิกเข้าไปก็ควรเข้าถึงข้อมูลที่เกี่ยวข้องได้โดยไม่ต้องเริ่มค้นใหม่
งานที่ Overdue ควรช่วยให้ทีมเห็นปัญหา ไม่ใช่ใช้ลงโทษคน
รายการ Overdue มีประโยชน์เพราะช่วยให้ทีมเห็นว่างานใดเลยกำหนด แต่ผมไม่อยากให้ CRM กลายเป็นเครื่องมือจับผิดพนักงานจากจำนวน Task ที่ค้างเพียงอย่างเดียว บางงานเกินกำหนดเพราะรอลูกค้า บางงานเปลี่ยน Priority และบาง Task อาจไม่จำเป็นแล้วแต่ยังไม่ได้ปิด
สิ่งที่ควรทำคือใช้ Overdue เป็นสัญญาณให้กลับไปตรวจสอบว่าเกิดอะไรขึ้น ต้องเลื่อนวัน เปลี่ยน Owner ปิดงาน หรือมีปัญหาที่ต้องแก้ใน Workflow หรือไม่ หากทีมพบว่า Task ประเภทเดียวกันเกินกำหนดบ่อย อาจเป็นปัญหาที่ Process ไม่ใช่ตัวบุคคลเพียงอย่างเดียว
การกด Complete ต้องบอกผลลัพธ์ ไม่ใช่แค่ติ๊กให้หายไป
อีกจุดหนึ่งที่ผมให้ความสำคัญคือความหมายของคำว่า Complete ถ้า Task คือ “โทรติดตามลูกค้า” การกดเสร็จควรบอกได้อย่างน้อยว่าผลเป็นอย่างไร เช่น ติดต่อได้ นัดคุยครั้งถัดไปแล้ว รอข้อมูล หรือติดต่อไม่ได้ เพราะผลลัพธ์เหล่านี้นำไปสู่ Next Action ที่ต่างกัน
หากระบบให้ผู้ใช้ติ๊ก Complete แล้ว Task หายจากหน้าจอโดยไม่มีบริบท เราจะรู้เพียงว่ามีคนทำบางอย่าง แต่ไม่รู้ว่างานเดินต่อไปทางไหน ผมจึงมองว่า Completion กับ Outcome ควรสัมพันธ์กัน โดยไม่จำเป็นต้องเพิ่มขั้นตอนมากจนทำให้คนไม่อยากใช้ระบบ
Task ควรเกิดจาก Workflow แต่ไม่ควรสร้างอัตโนมัติทุกอย่าง
Automation สามารถช่วยสร้าง Task ได้ เช่น เมื่อ Deal เข้า Stage Proposal อาจสร้างงานติดตามในอีกสามวัน หรือเมื่อมีแบบฟอร์มใหม่อาจสร้าง Task ให้ทีมขายตรวจสอบ แต่การสร้างอัตโนมัติจะมีคุณค่าก็ต่อเมื่อกฎนั้นตรงกับวิธีทำงานจริง
ถ้าทุก Event สร้าง Task โดยไม่คัดกรอง ผู้ใช้จะได้รายการงานจำนวนมากที่ไม่มีความหมาย และสุดท้ายกลับไปใช้วิธีจำเองเหมือนเดิม ผมจึงอยากให้ Automation เริ่มจาก Workflow ที่เกิดซ้ำจริง มี Owner ชัด และรู้ว่าจะถือว่างานเสร็จเมื่อไร ก่อนค่อยเพิ่มกฎที่ซับซ้อนขึ้น
Task ส่วนตัวกับ Task ของทีมควรแยกมุมมองให้ชัด
พนักงานแต่ละคนควรเห็นงานของตัวเองได้ง่าย ขณะที่ผู้จัดการอาจต้องดูภาพรวมของทีม เช่น งานที่ยังไม่มีผู้รับผิดชอบ งานที่ใกล้ครบกำหนด หรือ Opportunity ที่ไม่มี Next Action แต่การมี Team View ไม่ได้หมายความว่าทุกคนต้องเห็นทุก Task ของทุกคนโดยไม่มีขอบเขต
ผมอยากให้มุมมองขึ้นอยู่กับ Role และ Workspace ที่เกี่ยวข้อง เพื่อให้การทำงานร่วมกันชัดเจนโดยไม่เปิดข้อมูลเกินความจำเป็น คนทำงานเห็นสิ่งที่ต้องทำ ส่วนผู้จัดการเห็นจุดที่ Workflow เริ่มติดขัด โดยไม่เปลี่ยนระบบให้เป็นหน้าจอเฝ้าดูทุกการเคลื่อนไหว
Task หลังการขายก็สำคัญไม่แพ้งานขาย
Follow-up ไม่ได้จบเมื่อ Deal เป็น Won หลังจากลูกค้าเริ่มใช้งาน ยังมีงานส่งมอบ นัดตรวจสอบความพึงพอใจ ต่ออายุบริการ หรือช่วยแก้ปัญหาที่เกิดขึ้น หาก CRM หยุดติดตามทันทีที่ปิดการขาย ความสัมพันธ์หลังจากนั้นก็กลับไปอยู่ในความจำหรือระบบอื่นอีกครั้ง
ผมจึงมอง Task เป็นกลไกที่ใช้ได้ทั้งก่อนและหลังการขาย เช่น นัด Onboarding หลังชำระเงิน ส่งคู่มือหลังเริ่มใช้งาน หรือกลับมาตรวจสอบก่อนวันต่ออายุ งานเหล่านี้ช่วยให้ Customer Journey ต่อเนื่องโดยไม่ต้องหวังว่าพนักงานจะจำทุกจังหวะได้เอง
Task และ Follow-up ในแนวคิดของ HostDrift CRM
ใน HostDrift CRM ผมมอง Task เป็นตัวเชื่อมระหว่าง Customer, Pipeline และการทำงานจริงของทีม เมื่อมี Opportunity อยู่ใน Stage หนึ่ง ระบบควรช่วยให้เห็น Next Action ที่เกี่ยวข้อง และเมื่อมี Task ทีมก็ควรย้อนกลับไปดู Customer Context หรือ Deal ได้ง่าย
เป้าหมายไม่ใช่ทำให้ระบบสร้างงานแทนคนทั้งหมด แต่ช่วยเปลี่ยนสิ่งที่เคยอยู่ในความจำให้กลายเป็น Workflow ที่มองเห็นได้ ใครรับผิดชอบ เมื่อไรควรกลับมาดู และผลลัพธ์คืออะไร สิ่งเหล่านี้ดูเป็นรายละเอียดเล็ก ๆ แต่เป็นส่วนที่ทำให้ CRM ถูกเปิดใช้ทุกวัน แทนที่จะเป็นระบบที่เข้าไปอัปเดตข้อมูลเฉพาะก่อนประชุม
CRM ที่ใช้งานจริงต้องช่วยให้คนรู้ว่า “วันนี้ต้องทำอะไร”
สำหรับผม หนึ่งในคำถามง่ายที่สุดที่ใช้วัดว่า CRM เข้าใกล้งานจริงหรือยัง คือเมื่อพนักงานเปิดระบบตอนเช้า เขารู้หรือไม่ว่าวันนี้มีงานอะไรที่ควรจัดการ ลูกค้ารายไหนกำลังรอ และ Opportunity ไหนไม่มีการเคลื่อนไหว หากต้องเปิด Spreadsheet, Calendar และแชทส่วนตัวอีกหลายแห่งเพื่อประกอบคำตอบ CRM ก็ยังไม่ได้ช่วยลดความซับซ้อนมากพอ
ท้ายที่สุด Task และ Follow-up อาจไม่ใช่ฟีเจอร์ที่ดูน่าตื่นเต้นที่สุด แต่เป็นสิ่งที่เปลี่ยน Customer Data ให้กลายเป็นการลงมือทำ CRM จะมีคุณค่าเมื่อข้อมูลช่วยให้ทีมรู้ว่าควรทำอะไรต่อ และไม่มีเรื่องสำคัญหายไปเพียงเพราะไม่มีใครจำได้ นี่คือเหตุผลที่ผมมอง Task และ Follow-up ว่าเป็นรายละเอียดเล็ก ๆ ที่ทำให้ CRM ใช้งานได้จริง
