Seven Stages, Gulfs, Feedback/Feedforward

แหล่งข้อมูล: _wiki/semantic/seven-stages-of-action.md, _wiki/semantic/gulfs-of-execution-and-evaluation.md, _wiki/semantic/feedback-and-feedforward.md, _wiki/procedural/design-checklist-seven-questions.md

1. THE BIG IDEA

การใช้งานคือวงจรของ goal, action, perception, interpretation, comparison Design ที่ดีช่วยให้ผู้ใช้ข้ามสอง gulf: execution คือรู้ว่าจะทำอย่างไร และ evaluation คือรู้ว่าเกิดอะไรและสำเร็จไหม

2. FIRST PRINCIPLES BREAKDOWN

Principle: Action has stages

Goal → plan → specify → perform → perceive → interpret → compare

ถ้าละเลย: จะวิเคราะห์ปัญหาแบบกว้าง ๆ ว่า "ใช้งานยาก" แต่ไม่รู้ว่าความยากอยู่ตรงไหน

Principle: Feedforward bridges execution

ก่อนทำ ผู้ใช้ต้องรู้ possible actions, action sequence, และวิธีลงมือ

ถ้าละเลย: ผู้ใช้ต้องเดา ลองผิดลองถูก หรือพึ่งความจำมากเกินไป

Principle: Feedback bridges evaluation

หลังทำ ผู้ใช้ต้องรู้ว่าเกิดอะไร สถานะคืออะไร และเทียบกับ goal ได้ไหม

ถ้าละเลย: ผู้ใช้จะกดซ้ำ ยกเลิกผิด หรือสร้างความเชื่อผิดเกี่ยวกับระบบ

3. THE MENTAL MODEL

Execution side:
goal → plan → specify → perform
          needs feedforward

Evaluation side:
perceive → interpret → compare
          needs feedback

จุดสับสน: Feedback ไม่ใช่ทุก beep/blink ที่เกิดหลัง action ต้อง informative, immediate, prioritized และไม่มากจนเป็น noise Feedforward ก็ไม่ใช่ instruction ยาว ๆ เสมอไป อาจเป็น signifier, mapping, constraints หรือ conceptual model

4. WORKED EXAMPLE

กรณี filing-cabinet drawer ที่ติด:

1. ใน use case ปกติ handle สื่อว่าดึง drawer ได้
2. เมื่อ drawer ติด ผู้ใช้มี goal แต่ไม่รู้ plan/specify ที่เหมาะสม
3. Gulf of Execution ใหญ่ขึ้น: ไม่รู้ว่าควรเขย่า ยก กด lock หรือทำอะไร
4. Gulf of Evaluation ก็ใหญ่: เมื่อขยับแล้วไม่รู้ว่าสถานะเปลี่ยนไหมหรือใกล้สำเร็จไหม
5. ผู้ใช้โทษตัวเอง ทั้งที่ design ไม่ได้ช่วยเมื่อ normal operation fail

วิธีคิดแบบ audit: ถามเจ็ดคำถามใน design-checklist-seven-questions.md แล้วระบุว่าคำถามไหนตอบไม่ได้

5. COMMON MISTAKES

Mistake 1: เรียกทุกอย่างว่า feedback

ทำไมคนพลาด: เห็น signal หลัง action แล้วคิดว่าเพียงพอ

ความเข้าใจที่ถูก: Feedback ต้องช่วย perceive/interpret/compare ไม่ใช่แค่บอกว่า "มีอะไรเกิดขึ้น"

Mistake 2: ข้าม goal แล้วแก้ control ทันที

ทำไมคนพลาด: Designer เห็น interface ก่อนเห็น activity

ความเข้าใจที่ถูก: Goal stage สำคัญมาก เพราะถ้าเข้าใจ goal ผิด mapping/control ที่แก้ก็อาจแก้ผิดโจทย์

Mistake 3: คิดว่า action cycle เป็นเส้นตรง

ทำไมคนพลาด: Diagram ดูเป็นลำดับชัด

ความเข้าใจที่ถูก: พฤติกรรมจริง opportunistic, nested, subconscious และวน loop หลายชั้น

6. CONNECT TO OTHER TOPICS

Depends on: conceptual models, signifiers, constraints

Enables: seven-question audit, error location

Often confused with: feedback vs feedforward

How to tell apart: ก่อน action คือ feedforward; หลัง action/state คือ feedback

7. SELF-TEST

Surface: Seven stages มีอะไรบ้าง

Strong answer: goal, plan, specify, perform, perceive, interpret, compare

Understanding: ถ้าผู้ใช้กดปุ่มแล้วไม่รู้ว่าสำเร็จไหม failure อยู่ gulf ไหน

Strong answer: Gulf of Evaluation เพราะ perceive/interpret/compare ไม่ได้รับ feedback ที่ชัดพอ

Mastery: วิเคราะห์ interface หนึ่งชิ้นโดยเขียนคำถาม 7 ข้อและตอบว่าข้อไหนผู้ใช้ตอบไม่ได้

Strong answer: Locate stage failure ได้เฉพาะเจาะจง แล้วผูก remedy กับ principle เช่น mapping, signifier, feedback, model

8. KEY QUOTES FROM SOURCE

• "What can I do? How?"
• "What happened?"
• "Every action carries an expectation."

9. TL;DR

• Execution needs feedforward; evaluation needs feedback
• Seven stages เปลี่ยน "ใช้งานยาก" เป็น diagnosis ที่แก้ได้
• Feedback ที่ดีต้องช่วยตีความ ไม่ใช่แค่ส่งเสียง