Conceptual Models and System Image

แหล่งข้อมูล: _wiki/semantic/conceptual-models.md, _wiki/semantic/system-image.md, _wiki/episodic/refrigerator-conceptual-model.md, _wiki/episodic/nest-thermostat.md, raw/source-notes.md

1. THE BIG IDEA

ผู้ใช้ไม่ได้ใช้งาน "ระบบจริง" โดยตรง เขาใช้งานผ่าน mental model ที่สร้างจาก system image ถ้า design สื่อโมเดลผิด ผู้ใช้จะทำนายผลลัพธ์ผิด แก้ปัญหาไม่ได้ และมักโทษตัวเอง ทั้งที่ต้นเหตุคือการสื่อสารของระบบ

2. FIRST PRINCIPLES BREAKDOWN

Principle: Conceptual model ต้อง useful ไม่จำเป็นต้องสมบูรณ์

โมเดลอย่าง files/folders ไม่ใช่ความจริงทางกายภาพ แต่ช่วยให้คนทำนายและจัดการสิ่งต่าง ๆ ได้

ถ้าละเลย: จะ either อธิบายมากเกินจนใช้ไม่ได้ หรือซ่อนมากเกินจนผู้ใช้คิดเองผิด

Principle: User's model comes from system image

Designer ไม่ได้ยืนข้างผู้ใช้ตลอดเวลา สิ่งที่สื่อสารแทน designer คือ physical structure, signifiers, documentation, help, sales material และ behavior ของระบบ

ถ้าละเลย: designer's model กับ user's model จะแยกกัน คนสร้างเข้าใจ แต่คนใช้สร้าง story อีกแบบ

Principle: False model is worse than missing detail

โมเดลง่ายแต่ผิดทำให้การลองผิดลองถูกยิ่งมั่ว เพราะผู้ใช้คาดการณ์ผิดอย่างมั่นใจ

ถ้าละเลย: feedback เพิ่มขึ้นอาจยังไม่ช่วย เพราะผู้ใช้ตีความ feedback ผ่าน model ผิด

3. THE MENTAL MODEL

designer's model
       ↓ cannot speak directly
system image
       ↓ user infers
user's mental model
       ↓ predicts action/results
behavior + troubleshooting

จุดสับสน: conceptual model ไม่ใช่คู่มือยาว ๆ และไม่ใช่ architecture จริงทั้งหมด มันคือ explanation ที่พอช่วยให้ผู้ใช้ตอบว่า "ถ้าฉันทำ X จะเกิด Y เพราะอะไร"

4. WORKED EXAMPLE

กรณีตู้เย็นสอง control:

1. Control เขียนว่า freezer และ refrigerator
2. System image ทำให้ผู้ใช้เชื่อว่ามีสอง control แยกสอง compartment
3. ระบบจริงมี thermostat/cooling unit หนึ่งชุด และอีก control คุมสัดส่วนลมเย็น
4. เมื่อปรับ control หนึ่ง อีก compartment เปลี่ยนด้วย
5. Feedback ช้ามาก คู่มือให้รอ 24 ชั่วโมง
6. แม้รู้โมเดลจริง Norman ก็ยังตั้งค่าได้ยาก เพราะ system image ไม่ช่วยทดลองและตีความ

กรณี Nest thermostat เป็น counterexample: แสดง current/target temperature, heating/cooling state, และเวลาคาดการณ์ ทำให้คนเห็น model ของระบบและบ้านพลังงานได้ดีขึ้น

5. COMMON MISTAKES

Mistake 1: คิดว่าผู้ใช้ต้องเข้าใจระบบจริงทั้งหมด

ทำไมคนพลาด: Designer รู้ implementation และอยากอธิบายตามจริง

ความเข้าใจที่ถูก: ผู้ใช้ต้องการ model ที่พอทำนาย ใช้ และแก้ปัญหาได้ ไม่ใช่ full engineering diagram

Mistake 2: คิดว่าคู่มือแก้ system image แย่ได้

ทำไมคนพลาด: คู่มือเขียนง่ายกว่าปรับ physical/digital design

ความเข้าใจที่ถูก: ผู้ใช้สร้างโมเดลจากสิ่งที่เห็นและใช้จริงก่อน ถ้าระบบสื่อผิด คู่มือมักมาไม่ทัน

Mistake 3: เพิ่ม feedback โดยไม่แก้ model

ทำไมคนพลาด: เห็นว่าผู้ใช้ไม่รู้ผลลัพธ์ จึงเพิ่มสถานะ/ข้อความ

ความเข้าใจที่ถูก: Feedback ต้องอยู่ในรูปที่ผู้ใช้ตีความได้ตาม model ที่ถูก ไม่ใช่แค่ข้อมูลมากขึ้น

6. CONNECT TO OTHER TOPICS

Depends on: system image, feedback/feedforward

Enables: troubleshooting, error recovery, Gulf of Evaluation

Often confused with: mental model vs conceptual model

How to tell apart: conceptual model คือ explanation; mental model คือ version ที่อยู่ในหัวผู้ใช้จริง ๆ

7. SELF-TEST

Surface: System image ประกอบด้วยอะไรบ้าง

Strong answer: ทุกอย่างที่ผู้ใช้รับรู้จาก product และ ecosystem เช่น structure, controls, signifiers, instructions, documentation, help, websites, sales material

Understanding: ทำไมตู้เย็นสอง control จึงเป็น false conceptual model

Strong answer: เพราะ labels ทำให้เชื่อว่า controls แยก compartment แต่ระบบจริง control หนึ่งคุม thermostat อีกอันคุม airflow ทำให้ผลลัพธ์ interact กัน

Mastery: เลือก app/device หนึ่งอัน แล้วเขียน user's likely mental model จาก system image

Strong answer: ระบุได้ว่าผู้ใช้คิดว่าระบบทำงานอย่างไร, cue ไหนสร้างความเชื่อนั้น, และความเชื่อนั้นช่วยหรือทำให้ผิดตรงไหน

8. KEY QUOTES FROM SOURCE

• "The entire burden of communication falls on the system image."
• "People as storytellers."
• "Cognition attempts to make sense of the world."

9. TL;DR

• ผู้ใช้สร้าง model จาก system image ไม่ใช่จากเจตนา designer
• โมเดลที่ดีช่วยทำนายผลและแก้ปัญหาเมื่อสิ่งผิดปกติ
• False model ทำให้คนทำผิดอย่างมีเหตุผลในหัวตัวเอง