Forwork

何を追加できるかを最初に問わない

成熟した product は、どれだけ多く含むかではなく、人がどれだけ少なく背負えばよいかで価値を示す。

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

Product team は ship more で評価されやすい

Roadmap や demo は addition を simplification より見せやすい。

Progress = add という bias が生まれる。

More shipped does not automatically mean more value.
02

新しい feature は新しい cost を生む

Feature は state、option、edge case、permission、support、maintenance を生む。

Addition には必ず footprint がある。

Every feature creates a permanent tax unless proven otherwise.
03

Complexity は時間とともに compound する

単体で妥当な feature も interaction で complexity を増やす。

User と team の path が増える。

Complexity compounds faster than feature count.
04

Choice overload は product debt

Option が多いことは freedom が多いことと同じではない。

Decision burden を human に移しているだけのこともある。

Every unnecessary choice is work handed back to the user.
05

Removal は addition より value を生むことがある

Field を消す、flow を統合する、step を減らすことで human burden は本当に下がる。

Removal も product decision だ。

Removal is a product decision, not the absence of one.
06

System が remember し human は覚えなくてよい

System が information や preference を知っているなら適切に remember すべきだ。

Machine memory は human memory burden を減らすために使う。

What the system can remember, the human should not have to.
07

追加する前に不要にできないか問う

Can we remove, combine, remember, infer, automate?

すべての problem を新しい control にしない。

The best feature may be the one you make unnecessary.
08

新しい button を足す前の私へ

Button や setting を増やす前に、その decision を user が本当に持つ必要があるか問う。

より良い simplicity は maturity だ。

Build less where understanding allows it.