มองสิ่งที่คนทำ ไม่ใช่แค่สิ่งที่เขาพูด

เมื่อคนพูดว่า “ฉันต้องการ feature X” เขามักกำลังบอก solution ที่จินตนาการได้จาก product ที่เคยรู้จัก

Request ไม่เท่ากับ need เสมอไป

Request is an expression. Need is the underlying condition.

คนมักจินตนาการ future ด้วย pattern ที่คุ้นเคย

Research จึงต้องถาม why ไม่ใช่แค่ what

People imagine solutions using the vocabulary of their past.

คนอาจพูดอย่างหนึ่ง แต่ behavior เผย friction อีกอย่าง

Behavior แสดงจุดที่ system ยังไม่รองรับ reality

Behavior reveals where the current system fails to support reality.

Spreadsheet, template, screenshot, note หรือ tool อื่นคือ clue

Workaround คือร่องรอยของ unmet need

Every workaround is a clue.

Inconvenience ครั้งเดียวอาจเป็น edge case แต่ behavior ซ้ำคือ pattern

Repetition แยก noise จาก friction จริง

Repeated behavior turns anecdote into product evidence.

Request เป็น input ไม่ใช่ decision

แปลกลับเป็น intention, context, friction และ outcome

Translate requests back into human intent.

User เป็น expert เรื่อง problem และ experience ของเขา

Product team ต้อง synthesis และตัดสินใจ design

Users should not have to become product designers to be understood.

ทุก feature request ไม่ใช่ roadmap item

มองหา behavior, workaround, friction และ outcome ที่อยู่เบื้องหลัง

Listen carefully. Observe more deeply. Build only after understanding.