Feature 4–5: Complaint Intake และ Response Draft

Feature 4 — Complaint Intake

เมื่อ complaint ใหม่เข้ามา AI ช่วย extract ข้อมูลเป็นโครงมาตรฐาน:

Customer:
Part Number:
Lot:
Quantity:
Defect:
Occurrence Date:
Evidence:
Customer Request:
Deadline:
Missing Information:

field สุดท้ายสำคัญที่สุด: Missing Information — ระบบต้องบอกเองว่าเคสนี้ยังขาดข้อมูลอะไร แทนที่จะเดาหรือปล่อยผ่าน (จำเคส “สรุปตก Lot number” ใน Stage 2 ได้ไหม — field นี้คือวิธีป้องกันเชิงระบบ)

Feature 5 — Response Draft

AI ร่าง response ได้ แต่:

AI Draft
    ↓
QA Review
    ↓
QA Approval
    ↓
Customer

ห้าม auto-send ใน MVP — เส้นทางจาก draft ถึงลูกค้าต้องผ่านคนตรวจและคนอนุมัติเสมอ นี่ไม่ใช่ข้อจำกัดทางเทคนิค แต่เป็น การตัดสินใจเชิง requirement ที่ BA ต้องยืนยันและปกป้อง

What a BA needs to know

ทั้ง 5 features เรียงตามความเสี่ยงได้พอดี: Search (1) เสี่ยงต่ำสุด → Response Draft (5) เสี่ยงสูงสุดเพราะปลายทางคือลูกค้า — ลำดับการ implement ใน MVP จึงควรเริ่มจาก feature เสี่ยงต่ำที่คุ้มไว ซึ่งเป็นการตัดสินใจแบบเดียวกับที่ฝึกใน Use Case Matrix (Stage 4)