ใบเสนอราคาถูกส่งแล้ว แต่งานติดตามยังไม่มีเจ้าของแน่นอน พนักงานคนหนึ่งคิดว่าอีกคนติดต่อไปแล้ว ขณะที่ลูกค้าตอบกลับในอีกช่องทางหนึ่ง ปัญหานี้แก้ด้วยการตั้งเวลาส่งข้อความอย่างเดียวไม่ได้ เพราะระบบต้องรู้ก่อนว่างานขายอยู่ตรงไหนและมีอะไรเปลี่ยนไปแล้วบ้าง
ลองออกแบบการติดตามตามเหตุการณ์ของใบเสนอราคาหนึ่งฉบับ จะเห็นว่าจุดสำคัญไม่ใช่ส่งให้บ่อยขึ้น แต่เป็นการทำให้การติดต่อครั้งถัดไปตรงกับสถานการณ์ล่าสุด
ก่อนกดส่ง: ตกลงว่าเรากำลังติดตามอะไร
หนึ่งโอกาสขายอาจมีใบเสนอราคาหลายฉบับ เช่น ลูกค้าขอปรับขอบเขตหรือเปลี่ยนรายการ ระบบจึงต้องแยก “งานขายนี้” ออกจาก “ไฟล์ใบเสนอราคาฉบับนี้” และชี้ให้ชัดว่าฉบับใดเป็นฉบับปัจจุบัน
ข้อมูลที่จำเป็นต่อการติดตาม ได้แก่ ลูกค้าหรือองค์กร ผู้ติดต่อ เจ้าของงาน ฉบับเอกสาร ช่องทางที่ส่ง และวันนัดหมายถัดไป ไม่ควรบังคับให้ทุกงานมีวันติดตามเหมือนกัน หากลูกค้าบอกว่าจะประชุมภายในก่อน วันนัดที่ตกลงกันควรมีความสำคัญกว่ารอบเตือนมาตรฐาน
สถานะ “ส่งแล้ว” ต้องมีความหมายร่วมกันด้วย การสร้างไฟล์สำเร็จ การส่งออกจากระบบ และการมีหลักฐานว่าผู้รับได้รับ ไม่ใช่เหตุการณ์เดียวกัน อย่าแสดงว่าลูกค้าอ่านแล้วจากข้อมูลที่บอกได้เพียงว่ามีการกดส่ง
เมื่อถึงวันนัด: เตือนเจ้าของงานพร้อมข้อมูลที่ใช้ต่อได้
การแจ้งเตือนที่มีเพียง “อย่าลืมตามลูกค้า” ผลักงานค้นข้อมูลกลับไปให้พนักงาน ควรเปิดแล้วเห็นบริบทที่จำเป็น เช่น ขอบเขตงานล่าสุด สิ่งที่ลูกค้าขอให้กลับไปตรวจ และการติดต่อครั้งก่อนจบอย่างไร
ตัวอย่างข้อความภายในสำหรับสถานการณ์จำลอง:
ข้อความถึงลูกค้าควรเป็นอีกส่วนหนึ่ง และแสดงเป็นร่างให้ผู้รับผิดชอบตรวจในช่วงเริ่มใช้งาน เช่น อ้างถึงประเด็นที่คุยค้างไว้และเสนอข้อมูลเพิ่มเติม ไม่ควรใส่ส่วนลดหรือสัญญาเรื่องระยะเวลาที่ไม่มีผู้มีอำนาจยืนยัน
ก่อนส่งทุกครั้ง: ตรวจว่าลูกค้าตอบหรือมีฉบับใหม่แล้วหรือยัง
สมมติระบบเตรียมข้อความไว้ตอนเช้า แต่ลูกค้าตอบกลับก่อนเวลาส่ง การยึดข้อมูลตอนเตรียมร่างจะทำให้ส่งข้อความที่ไม่สอดคล้องกับบทสนทนา จึงควรตรวจสถานะล่าสุดอีกครั้งใกล้จังหวะส่ง
อย่างน้อยต้องตรวจว่าโอกาสขายยังเปิดอยู่ ใบเสนอราคาที่อ้างถึงยังเป็นฉบับปัจจุบัน ไม่มีคำตอบใหม่ที่ยังไม่ได้จัดการ และไม่มีพนักงานอีกคนรับงานติดตามนี้ไปแล้ว หากตรวจไม่ได้ ควรหยุดไว้ให้คนดู แทนการถือว่าไม่มีอะไรเปลี่ยน
การป้องกันข้อความซ้ำควรผูกกับงานติดตามและเหตุการณ์ที่เจาะจง หากระบบลองส่งใหม่หลังการเชื่อมต่อล้มเหลว ต้องแยกให้ออกว่าครั้งก่อนส่งไม่สำเร็จจริง หรือส่งสำเร็จแล้วแต่ยังไม่ได้รับผลตอบกลับจากผู้ให้บริการ
เมื่อสถานการณ์เปลี่ยน งานที่ตั้งไว้ต้องเปลี่ยนตาม
| เหตุการณ์ล่าสุด | สิ่งที่ควรเกิดกับงานติดตาม |
|---|---|
| ลูกค้าตอบกลับ | พักข้อความเดิมและส่งคำตอบให้เจ้าของงาน |
| มีใบเสนอราคาฉบับแก้ไข | ยกเลิกงานที่อ้างฉบับเก่าและตั้งงานจากฉบับใหม่ |
| ลูกค้าขอเลื่อนวันคุย | เปลี่ยนวันนัดพร้อมเก็บเหตุผล |
| เปลี่ยนผู้รับผิดชอบ | โอนบริบทและงานค้างให้คนใหม่ |
| งานขายปิดหรือยุติการติดต่อ | หยุดข้อความที่ยังรอส่ง |
“หมดอายุ” ก็ควรแยกจาก “ไม่ซื้อ” ลูกค้าอาจยังสนใจแต่ต้องขอราคาใหม่ ระบบควรส่งงานให้ผู้มีหน้าที่ประเมินต่อ ไม่ต่ออายุเงื่อนไขหรือรับรองราคาเดิมเอง
หากลูกค้าตอบกลับนอกช่องทางที่เชื่อมไว้ ทีมต้องมีวิธีบันทึกเหตุการณ์นั้นได้ง่าย มิฉะนั้นระบบจะมองว่าลูกค้าเงียบทั้งที่พนักงานคุยกับลูกค้าไปแล้ว
ตรวจระบบด้วยเหตุการณ์ชนกัน ไม่ใช่แค่เส้นทางที่ราบรื่น
ก่อนใช้งานจริง ลองสร้างสถานการณ์ที่ทำให้เครื่องมือเตือนทั่วไปพลาด เช่น ลูกค้าตอบก่อนส่ง พนักงานสองคนเปิดงานเดียวกัน เปลี่ยนฉบับเอกสารหลังตั้งเตือน หรือผู้ให้บริการตอบกลับช้าจนระบบไม่รู้ผลส่ง
แต่ละกรณีควรมีผลที่ตรวจได้: ไม่ส่งซ้ำ ไม่อ้างเอกสารเก่า เจ้าของงานเห็นเหตุผลที่ระบบพักไว้ และสามารถดำเนินงานต่อได้โดยไม่ลบประวัติที่ผ่านมา เริ่มจากเตือนภายในกับร่างข้อความที่คนตรวจ จะมองเห็นข้อยกเว้นได้ก่อนเปิดการส่งอัตโนมัติในกรณีที่ทีมอนุมัติ
ในหน้ารวมงาน ควรแยกงานที่ถึงกำหนด งานที่รอข้อมูลจากลูกค้า งานที่ต้องให้ทีมตอบ และงานที่มีปัญหาส่งข้อความ หากทุกอย่างอยู่ในรายการ “ค้างติดตาม” เดียวกัน ผู้จัดการจะไม่รู้ว่าต้องช่วยแก้ปัญหาตรงไหน
ระบบที่ดีทำให้เจ้าของงานตอบได้ว่าขณะนี้รอใคร รอเรื่องอะไร และควรติดต่อด้วยเหตุผลใด การวัดผลจึงควรดูงานที่หลุดกำหนด การส่งซ้ำ และความครบถ้วนของขั้นตอนถัดไป ควบคู่กับผลขาย ไม่สรุปว่าข้อความที่มากขึ้นเป็นผลลัพธ์ที่ดีขึ้นเสมอ
ถ้าการสนทนาลูกค้ายังแยกอยู่ใน LINE ดูวิธี เชื่อม LINE OA กับ CRM เพื่อให้ใบเสนอราคา เจ้าของงาน และบริบทการติดต่ออ้างถึงลูกค้ารายเดียวกัน
ให้ทุกใบเสนอราคามีคนตาม และมีจังหวะหยุดที่ชัดเจน
Talvyn Labs ช่วยเชื่อมงานขายกับระบบติดตามใบเสนอราคา ตั้งแต่ผู้รับผิดชอบ การเตือน ไปจนถึงเงื่อนไขหยุดเมื่อสถานะลูกค้าเปลี่ยน ส่งขั้นตอนที่ใช้อยู่และตัวอย่างจุดที่ต้องคอยทวงกัน เราจะช่วยวางขอบเขตระบบที่ทีมตรวจสอบและรับช่วงต่อได้
คุยเรื่องติดตามใบเสนอราคา