Track C — เปลี่ยนจาก QC/QA Support → BA · Stage 8
Process Modeling
อธิบาย process ให้คนหลายทีมเห็นภาพเดียวกัน — จาก As-Is สู่ To-Be
3 Lesson
ถ้าคุณมาจาก Customer Support
ถ้าคุณมาจาก Customer Support As-Is ของคุณอาจเป็น: Ticket เข้า → เปิดอ่านในระบบ ticket → copy ข้อมูลไปค้นใน KB → ไม่เจอ ไปถาม senior ใน chat → ค้น ticket เก่าด้วย keyword → ลองแก้ → เขียนตอบลูกค้า ส่วน To-Be คือ: Ticket เข้า → AI extract อาการ/บัญชี/เวอร์ชัน → agent ตรวจ → ระบบค้น KB + ticket คล้ายกันให้อัตโนมัติ → agent วินิจฉัย → AI ร่างคำตอบจากหลักฐานที่ตรวจแล้ว → agent แก้และ approve → ส่ง
สังเกตหลักเดียวกับฝั่งโรงงาน: AI แทรกเข้าไปช่วยขั้น “ค้น/สรุป/ร่าง” แต่จุดตัดสินใจและการอนุมัติก่อนถึงลูกค้ายังเป็นของ agent ทุกจุด — Exception path สำคัญของคุณ เช่น ลูกค้าโกรธมากต้อง escalate ทันที หรือเคสเกี่ยวข้องกับข้อมูลการเงิน ต้องวาดไว้ในแผนภาพด้วย
Lesson
Exercise
Exercise: วาด As-Is และ To-Be ของงานตัวเอง
ต่อยอดจาก current-workflow.md (Stage 1) และ proposed-ai-workflow.md (Stage 5):
- วาด As-Is process ของงานคุณเป็นแผนภาพลำดับขั้น (text flow หรือ flowchart ก็ได้) — ตามความจริง รวมขั้น “ถามคน / รอคำตอบ / ค้นหลายระบบ” ทั้งหมด
- วาด To-Be process เวอร์ชันที่มี AI ช่วย — ระบุชัดว่าขั้นไหน AI ทำ ขั้นไหนคนตรวจ/อนุมัติ
- ทำเครื่องหมาย Happy path และเขียน Exception path อย่างน้อย 2 กรณี (เช่น AI หาข้อมูลไม่เจอ, ข้อมูลใน complaint ไม่ครบ)
- เขียนสรุปใต้แผนภาพ: To-Be ตัดเวลา/ขั้นตอนตรงไหน และเพิ่มจุดตรวจตรงไหน
Deliverable ที่ควรได้
ไฟล์ as-is-to-be.md — แผนภาพทั้งสอง พร้อม happy/exception paths และบทสรุปการเปรียบเทียบ ใช้ต่อเป็น BA Deliverable ข้อ 3–4 ของ Capstone
ถ้า sign in แล้วสามารถบันทึก Deliverable นี้เก็บไว้กับบัญชีของคุณบนเว็บได้
เข้าสู่ระบบ เพื่อบันทึกงานของคุณ — ไม่มีบัญชีก็ทำ Exercise ได้ตามปกติ เพียงแต่ระบบจะไม่เก็บงานให้
ความคืบหน้าของคุณ
4 ข้อนี้เป็นบันทึกส่วนตัวของคุณ — สถานะ Complete ของ Stage มาจากแถวล่างสุดเท่านั้น
เข้าสู่ระบบ เพื่อบันทึกความคืบหน้าของคุณ