HCD, Double Diamond, and Iteration

แหล่งข้อมูล: _wiki/semantic/human-centered-design.md, _wiki/semantic/activity-centered-design.md, _wiki/procedural/double-diamond.md, _wiki/procedural/hcd-iterative-process.md, _wiki/procedural/five-whys-root-cause-analysis.md, raw/source-notes.md

1. THE BIG IDEA

Human-centered design ไม่ใช่แค่ถามผู้ใช้อยากได้อะไร แต่คือ process เพื่อค้นหาปัญหาที่ถูกต้องจากพฤติกรรมจริง แล้ววน observe → ideate → prototype → test จน solution fit กับ human needs/capabilities ภายใต้ schedule และ budget จริง

2. FIRST PRINCIPLES BREAKDOWN

Principle: Solve the right problem first

โจทย์แรกมักเป็น symptom ต้อง diverge เพื่อหา underlying issue แล้ว converge เป็น problem statement ที่ถูก

ถ้าละเลย: จะได้ solution ที่ดีต่อโจทย์ผิด

Principle: Observe real activity

คนมักไม่รู้ true needs/difficulties ของตัวเอง ต้องดูใน natural environment และดู activity ไม่ใช่แค่ demographic

ถ้าละเลย: Requirement จะถูกสร้างใน abstract และมักผิด

Principle: Prototype to learn, not to prove

Quick mockups, Wizard of Oz, pair testing, five-user cycles ช่วย reveal reasoning และ failure ก่อนลงทุนหนัก

ถ้าละเลย: ทีมจะ commit solution เร็วเกินไปและแก้ช้าเมื่อพบปัญหา

3. THE MENTAL MODEL

Diamond 1: Find the right problem
  diverge: observe, ask why, explore activity
  converge: define root problem

Diamond 2: Find the right solution
  diverge: many ideas/prototypes
  converge: tested solution

Inside both: observe → ideate → prototype → test

จุดสับสน: HCD ไม่ได้แปลว่า designer ทำตามคำขอผู้ใช้ตรง ๆ เพราะผู้ใช้อาจบอก symptom ไม่ใช่ need จริง และ market research ต่างจาก design research

4. WORKED EXAMPLE

โจทย์ "ต้องการ drill":

1. Stated problem: ลูกค้าต้องการ drill
2. Why: เพื่อเจาะรู
3. Why: เพื่อยึดชั้นวาง
4. Why: เพื่อเก็บของ/ทำพื้นที่
5. Problem อาจไม่ใช่ drill ที่ดีขึ้น แต่อาจเป็นวิธีจัดเก็บหรือยึดของที่ไม่ต้องเจาะ
6. นี่คือ first diamond: ขยายปัญหาก่อน converge
7. จากนั้น second diamond ค่อยหา solution หลายแบบ ทดลอง และ test

5. COMMON MISTAKES

Mistake 1: รับ problem statement เป็น truth

ทำไมคนพลาด: ผู้บริหาร/ลูกค้าส่งโจทย์มาแล้วดูชัดเจน

ความเข้าใจที่ถูก: Norman ย้ำว่าโจทย์ที่ถูกถามมักเป็น symptom ต้องถาม why จนเจอ real goal

Mistake 2: ถาม preference แทนดู behavior

ทำไมคนพลาด: Interview ง่ายกว่า observation

ความเข้าใจที่ถูก: Requirement ที่ได้จากการถามใน abstract มักผิด ต้องดูคนใช้ใน context จริง

Mistake 3: คิดว่า iteration คือ polish ท้ายงาน

ทำไมคนพลาด: ทีมอยาก commit roadmap เร็ว

ความเข้าใจที่ถูก: Iteration คือ learning loop ตั้งแต่ต้น ใช้ failure เป็นข้อมูล ไม่ใช่ตกแต่งหลัง solution ถูกล็อกแล้ว

6. CONNECT TO OTHER TOPICS

Depends on: Five Whys, error as design

Enables: incremental innovation, problem reframing, activity-centered design

Often confused with: HCD vs activity-centered design

How to tell apart: HCD คือ philosophy/process ที่เริ่มจาก human needs; activity-centered design ใช้ activity เป็นแกนเมื่อ product ต้อง serve คนหลากหลายจำนวนมาก

7. SELF-TEST

Surface: Double Diamond มีสอง diamond อะไร

Strong answer: find the right problem และ find the right solution แต่ละ diamond มี diverge/converge

Understanding: ทำไม designer ดูเหมือน "ถอยหลัง" ตอนเริ่มงาน

Strong answer: เพราะกำลังไม่ยอมรับโจทย์แรก รีบ observe/question เพื่อหา root problem ก่อนลง solution

Mastery: เอา stated problem หนึ่งอันมาทำ Five Whys แล้วเขียน problem statement ใหม่

Strong answer: Statement ใหม่ย้ายจาก object/feature ไปที่ human activity/goal และเปิด solution ได้หลายทาง

8. KEY QUOTES FROM SOURCE

• "Never solve the problem I am asked to solve."
• "Fail frequently, fail fast."
• "Question everything."

9. TL;DR

• HCD คือ process หาปัญหาถูกและแก้ให้เข้ากับคนจริง
• Double Diamond กันไม่ให้ทีมกระโดดใส่ solution เร็วเกินไป
• Prototype/test คือเครื่องมือเรียนรู้ ไม่ใช่พิธีพิสูจน์ว่า idea แรกถูก