จัดการสถานะลีด: นิยามวงจรชีวิต กฎการเปลี่ยนสถานะ และการแจ้งเตือนลีดค้าง

การเปลี่ยน 6 สถานะในวงจรชีวิตลีดและกลไกแจ้งเตือนลีดค้าง 3 ระดับ

จัดการสถานะลีด: นิยามวงจรชีวิต กฎการเปลี่ยนสถานะ และการแจ้งเตือนลีดค้าง

สรุปก่อน: สถานะ Inquiry ไม่ใช่ยิ่งเยอะยิ่งดี 6 สถานะก็เพียงพอครอบคลุมตั้งแต่ได้รับจนถึงปิดการขาย: Inquiry ใหม่, ติดต่อแล้ว, กำลังคุย, เสนอราคาแล้ว, ปิดการขาย, ปิด หากมีสถานะเกิน 10 สถานะ ฝ่ายขายจะไม่ตั้งใจอัปเดตสถานะอีกต่อไป แต่ละสถานะต้องกำหนดระยะเวลาค้างสูงสุด หากเกินจะแจ้งเตือนอัตโนมัติ: ติดต่อแล้ว 48 ชั่วโมงไม่ตอบกลับขึ้นไฟเหลือง, เสนอราคาแล้ว 7 วันไม่มีความคืบหน้าขึ้นไฟส้มแจ้งหัวหน้า, เกิน 200% ขึ้นไฟแดงหัวหน้าต้องเข้ามาดูแล ข้อสรุปที่ขัดกับสัญชาตญาณ: จุดประสงค์ของการจัดการสถานะไม่ใช่ให้ฝ่ายขายกรอกสถานะ แต่เพื่อให้คุณเห็นได้ในพริบตาว่า Inquiry ใดติดอยู่ ติดมานานแค่ไหน

1. หกสถานะ: ทำไมไม่ใช่แปดหรือสิบ

หลายทีมมีสถานะ Inquiry ใน CRM มากกว่าสิบสถานะ: รอมอบหมาย, รอติดต่อ, ติดต่อแล้ว, กำลังคุย, เสนอราคาแล้ว, ขั้นตัวอย่าง, กำลังทำตัวอย่าง, กำลังเจรจา, ปิดการขาย, แพ้ดีล, ไม่มีผล, ซ้ำ, สแปม… ดูเหมือนละเอียด แต่ในความเป็นจริงฝ่ายขายไม่อัปเดตเลย การอัปเดตสถานะหนึ่งครั้งต้องคลิกสามครั้ง เขายอมไม่คลิกเสียยังดีกว่า ผลลัพธ์คือ Inquiry ทั้งหมดค้างอยู่ที่ “กำลังคุย” คุณไม่รู้เลยว่าความคืบหน้าจริงอยู่ตรงไหน

สถานะ	คำนิยาม	เงื่อนไขเข้า	เงื่อนไขออก	เวลาค้างสูงสุด
ลีดใหม่	เพิ่งได้รับ ยังไม่จัดสรร	ส่งฟอร์มสำเร็จ	จัดสรรให้ฝ่ายขาย	24 ชั่วโมง
ติดต่อแล้ว	ส่งการตอบกลับครั้งแรกแล้ว รอผู้ซื้อตอบ	ฝ่ายขายส่งการตอบกลับฉบับแรก	ผู้ซื้อตอบกลับแล้ว	48 ชั่วโมง
กำลังคุย	คุยความต้องการและแนวทางไปมา	ผู้ซื้อตอบกลับการตอบกลับครั้งแรก	ส่งใบเสนอราคาแล้ว	7 วัน
เสนอราคาแล้ว	ส่งใบเสนอราคาแล้ว รอผู้ซื้อตอบกลับ	ส่งอีเมลใบเสนอราคาแล้ว	ผู้ซื้อยอมรับหรือปฏิเสธ	7 วัน
ปิดการขาย	ยืนยันคำสั่งซื้อ เซ็นสัญญาแล้ว	ผู้ซื้อยืนยันสั่งซื้อ	สถานะสุดท้าย ไม่เปลี่ยนอีก	—
ปิด	ไม่ปิดการขาย ยุติการติดตาม	ปฏิเสธชัดเจน/ไม่มีคุณภาพ/หมดเวลา	สถานะสุดท้าย ไม่เปลี่ยนอีก	—

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

ตัวอย่างสถานการณ์: มีลีดเข้ามา ระบบเริ่มจาก “ลีดใหม่” โดยอัตโนมัติ ฝ่ายขายตอบกลับครั้งแรกภายใน 5 นาที แล้วกด “ติดต่อแล้ว” วันถัดมาผู้ซื้อตอบกลับว่าต้องการ 500 เครื่องส่งไปฮัมบวร์ก ฝ่ายขายกด “กำลังเจรจา” วันที่สามฝ่ายขายส่งใบเสนอราคา แล้วกด “เสนอราคาแล้ว” หนึ่งสัปดาห์ต่อมาผู้ซื้อยืนยันสั่งซื้อ กด “ปิดการขาย” ตลอดทั้งกระบวนการกดสถานะเพียงสี่ครั้ง แต่ละครั้งตรงกับการกระทำจริง นี่คือความสามารถในการปฏิบัติจริงของ 6 สถานะ การทำงานร่วมกันระหว่าง SLA การตอบกลับครั้งแรกและการเปลี่ยนสถานะ ดูเพิ่มเติมได้ที่SLA การตอบสอบถามครั้งแรกกับอัตราคอนเวอร์ชัน。

สอง、กฎการเปลี่ยนสถานะ: ไปข้างหน้าเท่านั้น ถอยหลังไม่ได้ตามอำเภอใจ

การเปลี่ยนสถานะมีกฎตายตัวข้อหนึ่ง: ไปข้างหน้าเท่านั้น ถอยหลังไม่ได้ จาก “ติดต่อแล้ว” จะกระโดดกลับไป “ลีดใหม่” ไม่ได้ จาก “กำลังเจรจา” จะกระโดดกลับไป “ติดต่อแล้ว” ไม่ได้ ถ้าผู้ซื้อบอกว่า “ขอคิดดูก่อน” นั่นไม่ใช่การถอยหลัง แต่คือการหยุดอยู่กับที่ หยุดอยู่ในสถานะ “กำลังเจรจา” หรือ “เสนอราคาแล้ว” รอการติดตามครั้งถัดไป มีเพียงสองกรณีที่ถอยกลับได้: หนึ่งคือพบว่าจ่ายลีดผิดคน สองคือพบว่าเป็นลีดซ้ำ การถอยกลับต้องระบุเหตุผล จะกดมั่วไม่ได้

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

เป้าหมายหลักของกฎการเปลี่ยนสถานะคือป้องกัน “สถานะลอย” คือฝ่ายขายเอาลีดที่ตามมาสามสัปดาห์แล้ว แต่ช่วงหลังไม่มีความเคลื่อนไหว ลากจาก “เสนอราคาแล้ว” กลับไป “กำลังเจรจา” แกล้งทำเหมือนยังเดินหน้าปกติ การลอยแบบนี้ทำให้คุณคิดว่าลีดยังมีชีวิต แต่จริงๆ ตายแล้ว ดังนั้นการถอยกลับต้องระบุเหตุผล ต้องให้หัวหน้าตรวจสอบ ไม่ใช่ฝ่ายขายอยากถอยก็ถอย

เหตุผลการปิดต้องระบุ และต้องแยกประเภท เหตุผลการปิดที่พบบ่อยมีห้าประเภท: ผู้ซื้อปฏิเสธ (ราคาสูงเกินไป/เลือกคู่แข่ง/ยังไม่ต้องการ), ผู้ซื้อไม่ใช่ลีดจริง (สแปม/คู่แข่ง/ข้อมูลติดต่อผิด), หมดเวลาไม่ตอบกลับ (ติดตามเกินสามครั้งแล้วยังไม่ตอบ), ลีดซ้ำ (ผู้ซื้อรายเดิมส่งซ้ำ), อื่นๆ การแยกประเภทและนับสถิติเหตุผลการปิด จะทำให้คุณรู้ว่าลีดของคุณตายตรงขั้นตอนไหน ราคาแพงเกินไป หรือติดตามไม่พอ การออกแบบลำดับการติดตาม ดูเพิ่มเติมได้ที่ลำดับอีเมลติดตามใบสอบถาม。

สาม การแจ้งเตือนความค้าง: กลไกแจ้งเตือนสามระดับ

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

ระดับการแจ้งเตือน	เงื่อนไขที่กระตุ้น	ผู้รับแจ้งเตือน	การดำเนินการที่ต้องทำ	กำหนดเวลายกระดับ
เตือนไฟเหลือง	เกินเวลาหยุดนิ่งสูงสุด 50%	พนักงานขายที่ดูแลสอบถามรายการนั้น	ติดตามภายใน 24 ชั่วโมง	ไม่ติดตาม 48 ชั่วโมง เปลี่ยนเป็นไฟส้ม
ยกระดับไฟส้ม	เกินเวลาหยุดนิ่งสูงสุด 100%	พนักงานขาย + หัวหน้าฝ่ายขาย	หัวหน้าเข้ามาดูแลสถานการณ์	ไม่ดำเนินการ 72 ชั่วโมง เปลี่ยนเป็นไฟแดง
เข้ามาจัดการไฟแดง	เกินเวลาหยุดนิ่งสูงสุด 200%	หัวหน้าต้องดำเนินการ	หัวหน้าติดตามเองหรือปิด	สัปดาห์นี้ต้องได้ข้อสรุป

ยกตัวอย่างตัวเลขจริง: สถานะ “ติดต่อแล้ว” มีเวลาหยุดนิ่งสูงสุด 48 ชั่วโมง ไฟเหลืองจะแจ้งเตือนที่ 72 ชั่วโมง (48×1.5) แจ้งพนักงานขายว่า “สอบถามรายการนี้คุณไม่ขยับมา 3 วันแล้ว ติดตามหน่อย” ไฟส้มแจ้งเตือนที่ 96 ชั่วโมง (48×2) พร้อมแจ้งหัวหน้าด้วย ไฟแดงแจ้งเตือนที่ 144 ชั่วโมง (48×3) หัวหน้าต้องจัดการเอง ไม่ติดตามเองก็ปิดไปเลย กลไกสามระดับนี้ทำให้สอบถามไม่ตายเงียบๆ

เวลาหยุดนิ่งสูงสุดของแต่ละสถานะไม่เท่ากัน “สอบถามใหม่” 24 ชั่วโมง เพราะยังไม่ได้มอบหมาย ถ้ามอบหมายช้า SLA การตอบครั้งแรกก็จะพัง “ติดต่อแล้ว” 48 ชั่วโมง ผู้ซื้อสองวันไม่ตอบถือว่าไม่สนใจแล้ว “กำลังคุย” 7 วัน คุยไปมาหนึ่งสัปดาห์ยังไม่ออกใบเสนอราคา แสดงว่าความต้องการยังไม่ตรงกัน “เสนอราคาแล้ว” 7 วัน ส่งใบเสนอราคาไปหนึ่งสัปดาห์ไม่มีความคืบหน้า ราคาสูงเกินไปหรือผู้ซื้อกำลังเทียบราคา เวลาหยุดนิ่งสูงสุดของแต่ละสถานะล้วนตรงกับจุดที่ “รอต่อไปก็ไม่มีประโยชน์” วิธีการให้คะแนนลีดและจัดลำดับความสำคัญแบบองค์รวม ดูได้ที่การให้คะแนนและจัดลำดับความสำคัญของลีด。

สี่ ข้อผิดพลาดที่พบบ่อยในการจัดการสถานะ

ความเข้าใจผิด	วิธีที่ทำกันทั่วไป	ผลลัพธ์ที่ตามมา	วิธีที่ถูกต้อง
ตั้งสถานะมากเกินไป	สถานะย่อยเกิน 10 แบบ	พนักงานขายไม่อัปเดต ค้างอยู่ที่ “กำลังคุย” ทั้งหมด	6 สถานะ แต่ละอันตรงกับการดำเนินการหนึ่งอย่าง
ไม่กำหนดเวลาหยุดนิ่งสูงสุด	สถานะค้างนานแค่ไหนก็ไม่สน	สอบถามตายเงียบ ไม่มีใครรู้	กำหนดเวลาหยุดนิ่งสูงสุด + แจ้งเตือนทุกสถานะ
ปิดโดยไม่กรอกเหตุผล	กดปิดก็จบ	ไม่รู้ว่าสอบถามตายตรงขั้นตอนไหน	ต้องกรอกเหตุผลการปิด แยกประเภทนับสถิติ
ย้อนสถานะตามใจ	พนักงานขายอยากย้อนก็ย้อน	สถานะเลื่อนไหล ข้อมูลบิดเบือน	การย้อนต้องกรอกเหตุผล + หัวหน้าตรวจสอบ
แจ้งเตือนทางอีเมลเท่านั้น	การแจ้งเตือนพึ่งอีเมล	พนักงานขายไม่อ่านอีเมล การแจ้งเตือนก็ไร้ผล	ป๊อปอัปในระบบ + แจ้งผ่าน DingTalk/WeCom

ในห้าข้อผิดพลาดนี้ ข้อที่ซ่อนเร้นที่สุดคือข้อสุดท้าย: แจ้งเตือนทางอีเมลเท่านั้น พนักงานขายได้รับอีเมลหลายสิบฉบับทุกวัน อีเมลแจ้งเตือนสถานะหยุดนิ่งจะจมอยู่ข้างใน วิธีที่ถูกต้องคือดันการแจ้งเตือนไปที่หน้าแรกของพื้นที่ทำงานพนักงานขาย แสดงบนแดชบอร์ด CRM ตรงๆ ว่า “คุณมีสอบถามไฟเหลือง 3 รายการ ไฟส้ม 1 รายการ” เขาเปิด CRM ก็เห็น ไม่ต้องไปค้นอีเมล การออกแบบแดชบอร์ดแบบมองเห็นได้ ดูได้ที่แดชบอร์ดติดตามการอ้างอิงของ AI Engine แนวคิดแดชบอร์ด

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

FAQ คำถามที่พบบ่อย

ตั้งสถานะลีดกี่สถานะถึงจะพอดี?

6 สถานะเหมาะสมที่สุด: Inquiry ใหม่, ติดต่อแล้ว, กำลังคุย, เสนอราคาแล้ว, ปิดการขาย, ปิด หากมีสถานะเกิน 10 สถานะ ฝ่ายขายจะไม่อัปเดตอย่างจริงจัง Inquiry ทั้งหมดจะค้างอยู่ที่ “กำลังคุย” คุณไม่รู้ความคืบหน้าจริง แต่ละสถานะตรงกับการกระทำที่ชัดเจน: ส่งตอบกลับครั้งแรกแล้วคลิก “ติดต่อแล้ว”, ผู้ซื้อตอบกลับแล้วคลิก “กำลังคุย”, ส่งใบเสนอราคาแล้วคลิก “เสนอราคาแล้ว” ยิ่งสถานะน้อย ฝ่ายขายยิ่งเต็มใจอัปเดต ข้อมูลจึงยิ่งเป็นจริง

ลีดค้างอยู่สถานะหนึ่งนานแค่ไหนถึงนับว่าติด?

กำหนดเวลาค้างสูงสุดตามสถานะ: ลีดใหม่ 24 ชั่วโมง (ยังไม่มอบหมายก็นับว่าติด), ติดต่อแล้ว 48 ชั่วโมง (ส่งข้อความแรกแล้วผู้ซื้อไม่ตอบ), กำลังคุย 7 วัน (ตกลงความต้องการช้าเกินไป), ส่งใบเสนอราคาแล้ว 7 วัน (ส่งใบเสนอราคาแล้วไม่มี Feedback) เกินเวลาค้างสูงสุด 50% ไฟเหลืองเตือนฝ่ายขาย, 100% ไฟส้มส่งต่อหัวหน้าทีม, 200% ไฟแดงหัวหน้าทีมต้องเข้าไปช่วย การแจ้งเตือนสามระดับนี้จะไม่ปล่อยให้ลีดรายใดตายเงียบ ๆ

ผู้ซื้อบอกว่า “ขอคิดดูก่อน” นับเป็นสถานะอะไร?

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

ปิดลีดต้องกรอกเหตุผลไหม?

ต้องกรอก และต้องแยกประเภทด้วย เหตุผลปิด 5 ประเภท: ผู้ซื้อปฏิเสธ (ราคาสูงเกินไป/เลือกคู่แข่ง/ยังไม่ต้องการ), ลีดไม่จริง (สแปม/คู่แข่ง/ข้อมูลติดต่อผิด), หมดเวลาไม่ตอบกลับ (ติดตามเกินสามครั้งแล้วยังไม่ตอบ), ลีดซ้ำ, อื่น ๆ นับสถิติเหตุผลการปิดแยกประเภท คุณถึงจะรู้ว่าลีดตายตรงขั้นไหนกันแน่ ราคาแพงเกินไป หรือติดตามไม่พอ ปิดโดยไม่กรอกเหตุผลเท่ากับปิดเปล่า

ถ้าฝ่ายขายเปลี่ยนสถานะมั่วไปเรื่อย ๆ ทำอย่างไร?

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

จะแจ้งเตือนดีลที่ค้างให้ฝ่ายขายยังไงถึงได้ผล?

อย่าส่งแค่อีเมล เพราะอีเมลจะจมไปกับอย่างอื่น ให้ดันขึ้นหน้าจอหลักของฝ่ายขายเลย: แดชบอร์ด CRM โชว์ตรงๆ ว่า “คุณมีลีดไฟเหลือง 3 ราย ลีดไฟส้ม 1 ราย” เปิดปุ๊บก็เห็นปั๊บ พร้อมส่งข้อความเตือนทาง DingTalk/WeCom ด้วย ไฟเหลืองแจ้งแค่เซลส์คนนั้น ไฟส้มแจ้งหัวหน้าด้วย ไฟแดงหัวหน้าต้องเข้าจัดการเอง งานที่ต้องทำตามสัญญาณมีกรอบเวลา: ไฟเหลืองต้องติดตามภายใน 24 ชั่วโมง ไฟส้มหัวหน้าต้องเข้ามาภายใน 72 ชั่วโมง ไฟแดงต้องได้ข้อสรุปภายในสัปดาห์นี้

ทิ้งท้าย

เรื่องการจัดการสถานะลีด ฟังดูเหมือนปัญหาตั้งค่า CRM แต่จริงๆ แล้วมันคือดวงตาที่ทำให้คุณมองเห็นไปป์ไลน์ลีดของตัวเอง ถ้าไม่มีระบบจัดการสถานะ คุณจะรู้แค่ว่าเดือนนี้ได้ลีดมากี่ราย ปิดได้กี่ออเดอร์ แต่ไม่รู้ว่าขั้นตอนไหนในระหว่างทางที่ลีดหลุดไปเท่าไหร่ พอมีระบบจัดการสถานะ คุณจะเห็นในพริบตา: เดือนนี้มีลีดค้างอยู่ที่สถานะ “เสนอราคาแล้ว” 30 ราย ในนั้น 12 รายหยุดนิ่งเกินหนึ่งสัปดาห์แล้ว — 12 รายนี้แหละคือคอขวดของคุณ

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

ประโยคเดียวที่จำได้ง่าย: เป้าหมายของการจัดการสถานะไม่ใช่ให้เซลส์กรอกฟอร์ม แต่เพื่อให้คุณเห็นในพริบตาว่าลีดไหนค้างอยู่ ค้างนานแค่ไหน — 6 สถานะบวกสัญญาณเตือนสามระดับ มีประโยชน์กว่าสิบเท่าเมื่อเทียบกับ 15 สถานะบวกแดชบอร์ดที่ไม่มีใครดู