Forwork

言葉だけでなく行動を見る

人は知っている vocabulary で solution を語る。Behavior はその下にある problem を見せる。

Start With the Human — Product からではなく、人から始める。
01

User は problem より solution を要求しがちだ

「Feature X が欲しい」は、知っている product から想像できる solution の表現であることが多い。

Request と need は同じではない。

Request is an expression. Need is the underlying condition.
02

User の vocabulary は知っている product に制約される

人は未知の future より既知の pattern を組み合わせて考える。

Research は what だけでなく why を問う。

People imagine solutions using the vocabulary of their past.
03

Behavior は preference より正直なことが多い

言葉と behavior が一致しないことは多い。

Behavior は system が reality を支えられていない場所を示す。

Behavior reveals where the current system fails to support reality.
04

Workaround は非常に価値ある evidence

Spreadsheet、独自 template、screenshot、private note、別 tool は clue だ。

Workaround は unmet need の痕跡だ。

Every workaround is a clue.
05

Repetition が重要な problem を示す

一度の inconvenience は edge case かもしれないが、repetition は pattern になる。

Noise と friction を分ける evidence になる。

Repeated behavior turns anecdote into product evidence.
06

「Feature X が欲しい」を「何をしようとしている?」に翻訳する

Request は input であり decision ではない。

Intention、context、friction、outcome に翻訳し直す。

Translate requests back into human intent.
07

良い research は user に product design をさせない

User は problem と experience の expert だ。

Product team は synthesis と design decision に責任を持つ。

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

すべての request を roadmap に入れたくなった私へ

Feature request をそのまま roadmap にしない。

背後の behavior、workaround、friction、outcome を見る。

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