Track C — เปลี่ยนจาก QC/QA Support → BA · Stage 6
Business Analyst Fundamentals
BA ไม่ใช่คนจด requirement — แต่คือคนค้นหาความต้องการจริงและทำให้ solution ตอบโจทย์ธุรกิจ
2 Lesson
ถ้าคุณมาจาก Customer Support
ถ้าคุณมาจาก Customer Support ตัวอย่าง “อยากมี chatbot ตอบเรื่อง defect” ในบทเรียนแทบจะเป็นเรื่องของคุณโดยตรง — เปลี่ยนเป็น “อยากมี chatbot ตอบลูกค้าแทน agent” แล้วใช้ชุดคำถามเดียวกันได้เลย: ตอนนี้ลูกค้าถามผ่านช่องทางไหน คำถามประเภทไหนเยอะสุด ข้อมูลคำตอบอยู่ที่ไหน (KB? หัวของ senior agent?) ถ้า AI ตอบผิดใครรับผิดชอบ และ success วัดจากอะไร (first response time? resolution rate?)
Problem statement ฉบับ support อาจออกมาเป็น: “agent ใช้เวลาเฉลี่ย 15 นาทีต่อ ticket ในการค้นคำตอบจาก KB สามระบบและถาม senior” — สังเกตว่าปัญหาจริงไม่ใช่ “ไม่มี chatbot” เหมือนกันเป๊ะกับเคสโรงงาน
Lesson
Exercise
Exercise: เขียน Problem Statement จากคำขอจริง
เลือกคำขอหรือไอเดีย 1 อย่างที่เคยได้ยินในที่ทำงาน (หรือใช้ “อยากมี chatbot ตอบเรื่อง defect” ก็ได้) แล้ว:
- เขียนชุดคำถามแบบ BA อย่างน้อย 8 ข้อที่จะใช้ถามเจ้าของคำขอ (ดูตัวอย่างในบทเรียน)
- ตอบคำถามเหล่านั้นเอง (จากข้อมูลจริงหรือสมมติอย่างสมเหตุสมผล)
- สรุปเป็น problem statement 1–2 ประโยคที่ระบุ: ใครเจอปัญหา ปัญหาคืออะไร ต้นทุนของมันคือเท่าไร (เวลา/เงิน/ความเสี่ยง)
- เขียนเปรียบเทียบ: problem statement ของคุณต่างจากคำขอตั้งต้นอย่างไร
Deliverable ที่ควรได้
ไฟล์ problem-statement.md — ชุดคำถาม คำตอบ และ problem statement สุดท้าย พร้อมข้อสังเกตว่าคำขอตั้งต้นกับปัญหาจริงต่างกันอย่างไร
ถ้า sign in แล้วสามารถบันทึก Deliverable นี้เก็บไว้กับบัญชีของคุณบนเว็บได้
เข้าสู่ระบบ เพื่อบันทึกงานของคุณ — ไม่มีบัญชีก็ทำ Exercise ได้ตามปกติ เพียงแต่ระบบจะไม่เก็บงานให้
ความคืบหน้าของคุณ
4 ข้อนี้เป็นบันทึกส่วนตัวของคุณ — สถานะ Complete ของ Stage มาจากแถวล่างสุดเท่านั้น
เข้าสู่ระบบ เพื่อบันทึกความคืบหน้าของคุณ