ตามโครงสร้าง System Architecture ของโปรเจกต์นี้ เพื่อให้การวัดผล (Reporting) และการทำงานของ Blueprint มีประสิทธิภาพสูงสุด สถานะ “Show Up” ควรอยู่ในระดับ “Deal” ครับ
นี่คือเหตุผลและวิธีจัดการตามกฎของโปรเจกต์:
1. ทำไมต้องเป็น “Deal” (ไม่ใช่ Lead)?
- Lead = ข้อมูลดิบ: เป็นช่วงที่เรากำลังคัดกรองว่าคนนี้ “ใช่ลูกค้าไหม” (Qualification)
- Deal = โอกาสการขาย: ทันทีที่ลูกค้านัดหมาย (Scheduled Visit) หรือเดินเข้ามาที่สาขา (Walk-in) นั่นหมายความว่าลูกค้ามีความสนใจมากพอจนเราต้อง “ใส่ทรัพยากร” ในการปิดการขายแล้ว
- Pipeline Visibility: การอยู่ใน Deal ช่วยให้คุณเห็นภาพรวมว่ามีคนกำลังจะมา Show up กี่คน และมีกี่คนที่อยู่ในขั้นตอนรอปิดการขาย (Closed Won) ซึ่ง Lead ทำแบบนี้ไม่ได้ครับ
2. กระบวนการทำงาน (Workflow) ที่ถูกต้องตามกฎ
เมื่อลูกค้ามาถึงจุด “Show Up” ให้ดำเนินการดังนี้ครับ:
การแปลงสถานะ (Conversion):
- เมื่อ Lead นัดหมายผ่าน หรือเดินเข้ามา ให้ทำการ Convert Lead เป็น Contact + Account + Deal
- ในขั้นตอนนี้ ระบบจะสร้าง Deal ขึ้นมาโดยอัตโนมัติ โดยให้วาง Deal นั้นไว้ในสถานะ “Show Up”
สถานะ Show Up (Blueprint Stage):
- ภายใน Blueprint ของ Deal นี้ คุณจะมีทางเลือก (Transitions) คือ:
- Closed Won: (ต้องระบุ Package + Value) -> Trigger Task “Fitstart”
- Close Lost: (ต้องระบุ Reason Lost) -> จบกระบวนการ
- Nurture: (ต้องระบุ Note + Next Follow-up) -> เพื่อรอติดตามใหม่
- ภายใน Blueprint ของ Deal นี้ คุณจะมีทางเลือก (Transitions) คือ:
3. สรุปความสัมพันธ์ในระบบ
| ขั้นตอน | สถานะใน CRM | การกระทำ |
| :— | :— | :— |
| เพิ่งรู้จัก/สนใจ | Lead | เก็บข้อมูล/คัดกรอง |
| ตกลงจะมาดูงาน/Walk-in | Convert -> Deal | เปลี่ยนเป็น Deal |
| ลูกค้ากำลังอยู่ที่สาขา | Deal (Stage: Show Up) | ใช้ Blueprint ควบคุมการขาย |
| ลูกค้าไม่ซื้อ | Deal (Stage: Close Lost) | ระบบบังคับกรอก Reason Lost |
| ติดตามภายหลัง | Nurture (Deal/Contact) | Workflow ดึงมา Lead อีกครั้งใน 30 วัน |
คำแนะนำเพิ่มเติม:
หากคุณต้องการติดตามผลว่า “พนักงานขายคนไหนทำลูกค้าหลุดที่หน้าร้านบ่อยที่สุด” การเก็บไว้ใน Deal จะทำให้คุณดึง Report ได้ง่ายมากว่า Deal ที่เป็น Close Lost มีสาเหตุมาจากอะไร (ตาม Validation Rule ของเรา) ซึ่งจะช่วยให้คุณพัฒนาทีมขายได้แม่นยำกว่าการเก็บไว้แค่ใน Lead ครับ