สร้าง Decision Tree ที่ทุกคำตอบพาไปถึงผลลัพธ์
เปลี่ยนกติกาหรือคำถามวินิจฉัยให้เป็นเส้นทางที่คนเลือกตามข้อมูลจริงได้ แต่ละตัวเลือกมี Handle ของตัวเอง จึงตรวจได้ว่าสาขาไหนขาดปลายทางหรือพาไปผิดคำตอบ
Interactive guide
เดินตามคู่มือทีละขั้น
ขั้นที่ 1
start
รับเรื่องจากลูกค้า
บันทึกอาการ เวลา และผลกระทบโดยไม่ขอข้อมูลลับ
บันทึกอาการ เวลา และผลกระทบโดยไม่ขอข้อมูลลับ
สิ่งที่ Flow นี้ช่วยให้เห็น
ออกแบบโครงสร้างก่อนส่งต่อรายละเอียด
ทดลองเลือกประเภทปัญหาและดูเส้นทางแก้เบื้องต้นหรือ Escalate พร้อมข้อมูล
ตัวเลือกผูกกับเส้นทางโดยตรง
เพิ่ม เปลี่ยนชื่อ และเรียงตัวเลือกโดยไม่สับสนว่าเส้นใดแทนคำตอบไหน
Viewer เดินทีละคำถาม
ผู้อ่านเห็นเฉพาะขั้นปัจจุบันกับทางเลือก ลดภาระจาก Diagram ทั้งผืน
ตรวจสาขาที่ตกหล่น
Validator ชี้ตัวเลือกที่ไม่มีเส้นทาง Node ที่แยกขาด และเส้นทางที่ไม่ไปถึง End
วิธีเริ่มต้น
สร้าง Flow ที่ตรวจทานได้ใน 4 ขั้น
- 1
เขียนผลลัพธ์ปลายทางที่ต้องแยกให้ชัด
- 2
ย้อนกลับมาเขียนคำถามที่ตอบได้จากข้อมูลจริง
- 3
ตั้งชื่อตัวเลือกให้ไม่ทับซ้อนกัน
- 4
เดินทดสอบทุกสาขาและตรวจว่ามีทางออกเมื่อข้อมูลไม่พอ
ตัวอย่างเฉพาะหน้า
ตัวอย่าง: ผู้ใช้เข้าเว็บไซต์ไม่ได้
เริ่มจากแยกว่ากระทบคนเดียวหรือหลายคน ก่อนถามเบราว์เซอร์และสถานะบริการ
- 1.ตรวจว่าผู้ใช้อื่นได้รับผลกระทบหรือไม่
- 2.ถ้าหลายคนให้ตรวจ Status และ Incident
- 3.ถ้าคนเดียวให้ตรวจเครือข่ายกับเบราว์เซอร์
- 4.ส่งต่อเมื่อเก็บหลักฐานครบแล้วยังแก้ไม่ได้
เหมาะกับ
Use case ที่ได้ประโยชน์
- Troubleshooting สำหรับ Help Desk
- Qualification คำขอก่อนส่งต่อทีม
- Decision Support ที่มีกติกาอธิบายได้
ขอบเขตที่ควรรู้
ข้อจำกัดก่อนนำไปใช้
- Decision Tree ไม่เหมาะกับโมเดลความน่าจะเป็นซับซ้อนที่ต้องคำนวณคะแนน
- คำถามที่พึ่งข้อมูลลับต้องตรวจสิทธิ์ในระบบจริง ไม่ควรใส่ข้อมูลลับใน Flow
เทมเพลตที่เกี่ยวข้อง
ไม่ต้องเริ่มจากหน้าว่าง
Troubleshooting สำหรับ Customer Support
Decision tree คัดแยกปัญหาเข้าใช้งาน การชำระเงิน และการทำงานของระบบ พร้อมเกณฑ์แก้เบื้องต้นและส่งต่อทีมผู้เชี่ยวชาญ
ดูเทมเพลตFlow คัดกรอง Software Bug
กระบวนการรับ Bug ตรวจข้อมูล ทำซ้ำ ประเมินความรุนแรง กำหนดเจ้าของ และตัดสินใจแก้ด่วนหรือเข้ารอบพัฒนา โดยไม่ปะปน Feature Request
ดูเทมเพลตFlow การ Login และยืนยันตัวตน
แผนผังตรวจข้อมูลเข้าสู่ระบบ แยกผลลัพธ์สำเร็จ บัญชีถูกล็อก และข้อมูลไม่ถูกต้อง เพื่อให้ทีมพัฒนากับทีม Support เห็นเงื่อนไขเดียวกัน
ดูเทมเพลตคู่มือที่เกี่ยวข้อง
อ่านหลักคิดก่อนนำ Flow ไปใช้จริง
Decision Tree
วิธีสร้าง Decision Tree สำหรับงานจริงโดยไม่ปล่อยสาขาตกหล่น
ออกแบบ Decision Tree จากผลลัพธ์ย้อนกลับมาเป็นคำถาม ตั้งตัวเลือกที่ไม่ทับซ้อน และทดสอบทุกเส้นทางด้วยกรณีจริง
อ่านคู่มือSupport และ Troubleshooting
วิธีทำ Troubleshooting Flowchart สำหรับทีม Support
สร้างแผนผังแก้ปัญหาจากอาการและหลักฐาน จัดลำดับการตรวจที่ปลอดภัย กำหนดผลของทุกขั้น และ Escalate พร้อมบริบท
อ่านคู่มือพื้นฐาน Flowchart
สัญลักษณ์ Flowchart ที่ใช้บ่อย และวิธีเลือกให้คนอ่านไม่สับสน
อธิบายหน้าที่ Start, End, Process, Decision, Input, Document และ Connector พร้อมหลักเลือกสัญลักษณ์ตามความหมายของงาน
อ่านคู่มือคำถามที่พบบ่อย
คำถามเกี่ยวกับ Decision Tree Maker
Decision Tree จำเป็นต้องมีแค่ Yes หรือ No ไหม
ไม่จำเป็น Decision Node รองรับหลายตัวเลือก แต่แต่ละตัวเลือกควรแยกกันชัดและมีปลายทาง
ถ้าเส้นทางย้อนกลับเป็นวงจรจะเกิดอะไรขึ้น
Viewer จำกัดการเดินและไม่วนอัตโนมัติ ส่วน Validator จะแจ้ง Cycle เพื่อให้ผู้สร้างตัดสินใจแก้หรืออธิบาย
Decision Tree แก้ปัญหาของทีม Support
ทดลองเลือกประเภทปัญหาและดูเส้นทางแก้เบื้องต้นหรือ Escalate พร้อมข้อมูล