ข้ามไปยังเนื้อหาบทเรียน
เมนู
เข้าสู่ระบบ — เร็ว ๆ นี้
สารบัญบทที่ 271/8

พื้นฐานการใช้ AIการเขียน Prompt

จาก Demo ที่รันได้สู่ Flow ที่คนใช้จบ

ออกแบบ จาก Demo ที่รันได้สู่ Flow ที่คนใช้จบ สำหรับผลิตภัณฑ์ AI ในบริบทผู้ใช้ไทย

เป้าหมาย: เปลี่ยน AI demo เป็น flow ที่เข้าใจ ควบคุม แก้ไข และทดสอบได้ · ใช้เวลาประมาณ 16 นาที

Goal → State → Feedback → Recovery

ออกแบบให้ผู้ใช้รู้ว่าเกิดอะไรขึ้นและทำอะไรต่อ

Goal

เขียนผลลัพธ์ของผู้ใช้และหลักฐานว่าสำเร็จ

State

ผลิตภัณฑ์ต้องพาผู้ใช้จากเจตนาไปผลลัพธ์ พร้อม onboarding, state, feedback, correction, recovery และ next step; demo ที่ happy path ผ่านยังไม่ใช่ประสบการณ์ครบ

Feedback

แสดงสถานะ ที่มา ข้อจำกัด และผลของการกระทำด้วยภาษาไทยชัดเจน

Recovery

ให้ retry, edit, cancel, undo หรือส่งต่อคนตามความเสี่ยง

ส่วนประกอบที่ต้องระบุ

user goal

อธิบาย user goal ของ flow นี้ พร้อม default, edge case และข้อความภาษาไทย

ให้ข้อกำหนดที่นักออกแบบ นักพัฒนา และ QA ตีความตรงกัน

happy path

อธิบาย happy path ของ flow นี้ พร้อม default, edge case และข้อความภาษาไทย

ให้ข้อกำหนดที่นักออกแบบ นักพัฒนา และ QA ตีความตรงกัน

recovery

อธิบาย recovery ของ flow นี้ พร้อม default, edge case และข้อความภาษาไทย

ให้ข้อกำหนดที่นักออกแบบ นักพัฒนา และ QA ตีความตรงกัน

next step

อธิบาย next step ของ flow นี้ พร้อม default, edge case และข้อความภาษาไทย

ให้ข้อกำหนดที่นักออกแบบ นักพัฒนา และ QA ตีความตรงกัน

ความผิดพลาดที่ Demo มักซ่อน

ออกแบบเฉพาะ happy path

ผู้ใช้ติดเมื่อข้อมูลว่าง ช้า หรือผิด

ทำ state inventory ก่อน polish

AI ทำงานเงียบ ๆ

ผู้ใช้ไม่รู้ว่ารอ สำเร็จ หรือควรกดซ้ำ

แสดง progress และป้องกัน duplicate action

ให้ automation ตัดสินใจย้อนกลับยาก

แก้ไม่ได้และความไว้วางใจหาย

preview, confirm, undo และ human review

สร้าง Interaction Contract

เครื่องมือร่างคำตอบ LINE OA ทำงานเมื่อ Prompt สมบูรณ์ แต่ผู้ใช้ใหม่ไม่รู้จะเริ่มตรงไหน

เขียน goal, main flow, state table, control semantics, Thai copy, analytics, accessibility และ recovery

ดูคำตอบตัวอย่าง

เป้าหมายวัดจากงานเสร็จ ไม่ใช่จำนวน click ระบุ idle/loading/success/empty/error/cancelled และ event ทุกตัว ป้องกันการส่งซ้ำ แสดงข้อความภาษาไทยที่บอกสิ่งที่เกิดและทางเลือก ใช้ control ตาม semantics ทำ target อย่างน้อย 44px รองรับ keyboard/focus และให้ preview/confirm/human review ก่อนผลกระทบสูง

  • goal/metric
  • all states
  • control semantics
  • Thai feedback
  • keyboard/focus
  • recovery/reversibility
บันทึกช่วยจำ
  • ทดสอบกับผู้ใช้และอุปกรณ์จริง ไม่สรุปจาก mockup
  • ข้อความ error ต้องไม่เปิดเผย prompt, secret หรือข้อมูลส่วนบุคคล

สรุปบทเรียนนี้

  • เริ่มจาก goal
  • ออกแบบทุก state
  • ให้ feedback และ recovery