プロダクト作りにおける「機能を削除する」というマイナスアプローチの重要性 / The Importance of the "Remove Features" Approach in Product Development

5IF*NQPSUBODFPGUIF3FNPWF'FBUVSFT "QQSPBDIJO1SPEVDU%FWFMPQNFOU -:$PSQPSBUJPO :046,&8"5"/"#& ʢϓϩμΫτ࡞Γʹ͓͚ΔʮػೳΛ࡟আ͢Δʯͱ͍͏ϚΠφεΞϓϩʔνͷॏཁੑʣ

"CPVUUIF4QFBLFS 2019~2022 2022~2023 2023~2024 2025~ 693FTFBSDIFSJOUIF*5*OEVTUSZ 4QFDJBMJ[JOHJO%JHJUBM$POUFOU4FSWJDFT 6*%FTJHOFSBU:BIPP+BQBO $PSQPSBUJPO SFTQPOTJCMFGPS1BZ1BZ'MFB.BSLFU
-FE69SFTFBSDIJOJUJBUJWFTBOENBOBHFEUIF6*EFTJHOUFBN 2024~2025 &TUBCMJTIFEUIF69SFTFBSDIUFBNXJUIJO:BIPP'MFB.BSLFU 'PVOEFEUIF693FTFBSDI%FQBSUNFOU PWFSTFFJOHUIFSFVTFEPNBJOJODMVEJOH:BIPP "VDUJPOT :046,& 8"5"/"#& -:$PSQPSBUJPO 3FVTF4FSWJDFT(SPVQ 69 3FTFBSDI %FQBSUNFOU 4FOJPS .BOBHFS

8F’SF DPOTJEFSJOH JNQMFNFOUJOH B GFBUVSF OBNFE △△ *U’TUSVFUIBUTPNFQFPQMFNJHIUOFFEJU 8F’SF DPOTJEFSJOH
JNQMFNFOUJOH B GFBUVSF OBNFE ◯◯ （確かに必要とする人もいるか〜）

*U’TUSVFUIBUTPNFQFPQMFNJHIUOFFEJU （確かに必要とする人もいるか〜） 8F’SF DPOTJEFSJOH JNQMFNFOUJOH B GFBUVSF OBNFE △△
8F’SF DPOTJEFSJOH JNQMFNFOUJOH B GFBUVSF OBNFE ◯◯

*U’TUSVFUIBUTPNFQFPQMFNJHIU OFFEJU （確かに必要とする人もいるか〜） 8F’SF DPOTJEFSJOH JNQMFNFOUJOH B GFBUVSF OBNFE
△△ 8F’SF DPOTJEFSJOH JNQMFNFOUJOH B GFBUVSF OBNFE ◯◯ 8IZJTJUSJTLZ （なぜ危険なのか？）

(ZVEPO

Curry Gyudon

)BNCVSHTUFBLDVSSZTVTIJSBNFOHZP[BHZVEPO

)BNCVSHTUFBLDVSSZTVTIJSBNFOHZP[BHZVEPO %PO’UZPVIBUFUIBU （嫌じゃないですか？）

8IZBSFXFTPJODMJOFEUPBEENPSF GFBUVSFT JO UIFGJSTUQMBDF （そもそもなぜ人は機能を増やしたがるのか？）

BEENPSFGFBUVSFT *U CFDPNFT DPOWFOJFOU GPS B XJEF SBOHF PG QFPQMF
8F HBJO NPSF VTFST 5IF QSPEVDU HSPXT （機能を増やす）（色々な人にとって便利になる）（ユーザが増える）（プロダクトが成長する）

*U`TFBTZUPEFNPOTUSBUFBTBUBOHJCMFSFTVMUBOE TUSBJHIUGPSXBSEGPSUIFPSHBOJ[BUJPOUPFWBMVBUF /FX GFBUVSFT BSF FBTJFS UP QSPNPUF BOE IFMQ
BUUSBDU NPSF VTFST &BTJMZMJOLFEUPTIPSUUFSN,1*TBOENFBTVSBCMFSFTVMUT *UHJWFTBDMFBSTFOTFPGDPNQMFUJPOBOEBDDPNQMJTINFOU （短期指標に直結しやすく、効果測定がしやすい）（新機能は宣伝しやすく、集客がしやすい）（成果として見えやすく組織として評価しやすい）（「作り終わったという」達成感が得やすい）

#MJOEFECZUIF#FOFGJUT （これらのメリットに目が眩んではいませんか？）

"EEJUJWF BQQSPBDIFT BSF NPSF MJLFMZ UP ESJWF TIPSUUFSN SFTVMUT ＋
（プラスのアプローチは短期目標を達成しやすい）

＋＋＋ *U’TOPUHSPXJOH &WFOUVBMMZ FWFSZQSPEVDUSJTLT CFDPNJOHCMPBUFEXJUIGFBUVSFT （プロダクトはいつか機能過多の状態へ）（成長しない！）

8IBUBSFUIFEPXOTJEFTPG BEEJOHNPSFGFBUVSFT （機能を増やすデメリットとは？）

%FDMJOF JO VTFS FYQFSJFODF 1 2 Increase in development and
maintenance costs （ユーザー体験の低下）（開発・運用コストの増加）

Provide a wide range of features Provide a wide range
of options （多くの"機能"を提供する）（多くの"選択肢"を提供する）

Provide a wide range of features Provide a wide range
of options Able to meet the needs of a diverse range of users （多くの"機能"を提供する）（多くの"選択肢"を提供する）（多様なユーザーのニーズに応えられる）

Which one leads to more purchases? The Jam Experiment Six
varieties Twenty-four varieties （ジャムの実験）（どちらがより購入される？）

The 6-jam setup had a 10x higher conversion rate! ＜
Six varieties Twenty-four varieties The Jam Experiment （６種類のジャムの方がCVRは10倍！）（ジャムの実験）

(The Principle of Decision Avoidance) Too many options? People stop
choosing. （人間は選択肢が多くなりすぎると選択すること自体をやめる）（決定回避の法則）

6TFSTDBO’UBDDPNQMJTI XIBUUIFZXBOUUPEP 4JNQMFBOEFBTZUPVTF *U’TCFDPNFUPP DPNQMJDBUFEUPVTF 5IFSF`TBMJNJUUPIPXNVDI DPHOJUJWFMPBEVTFSTDBOUPMFSBUF （ユーザーの耐えられる認知負荷には限界がある）（やりたいことができない
）（シンプルで使いやすい）（もう使いこなせない）

$BQBCMFPGNFFUJOHFWFSZOFFE "CMFUPTBUJTGZBMMVTFSOFFET %FTJHOFEUPDPWFSBMMQPTTJCMF SFRVJSFNFOUT No such service exists. （すべての人が使いやすく、すべてのニーズを満たせる）（そんなサービスは存在しない）

0GDPVSTF USVMZOFDFTTBSZGFBUVSFT EPO`UOFFEUPCFSFNPWFE *TJUFYDFTTJWFJOSFMBUJPOUPUIFUBTLUIF VTFSXBOUTUPBDDPNQMJTI $SJUFSJBGPS'FBUVSF#MPBU （あくまで「必要な機能」は減らす必要はない）（機能過多の基準）（達成したいタスクに対して、過剰かどうか？
）

"QQSPQSJBUF &YDFTTJWF （適切）（過剰）

$BVTFTPG'FBUVSF#MPBU No well-defined user persona （機能過多の原因）（ユーザー像が不明確）

%FDMJOF JO VTFS FYQFSJFODF 1 2 Increase in development and
maintenance costs （ユーザー体験の低下）（開発・運用コストの増加）

&OHJOFFSTIBWFNPSFDPNQPOFOUTUP NBJOUBJOBOEPQFSBUF ・*ODSFBTFENBJOUFOBODF PWFSIFBE ・*ODSFBTFE SJTLPGCVHT *OTVGGJDJFOUSFTPVSDFTGPSOFXGFBUVSF EFWFMPQNFOUBOEFOIBODFNFOUT （エンジニアの保守・運用する対象が増える）（バグの発生リスクの増加
）（メンテナンスリソースの増加）（新規機能・改善の為の開発リソース不足）

*OGFBUVSFCMPBUFEQSPEVDUT FWFOBEEJOHOFXGFBUVSFTCFDPNFTEJGGJDVMU （機能過多のプロダクトは新しく機能を追加するのも大変）

'FBUVSF" Feature B Feature C ɾɾɾ Feature X &OTVSJOHDPNQBUJCJMJUZXJUI BMMFYJTUJOHGFBUVSFT
8FIBWFUPUFTUFWFSZ QPTTJCMFTDFOBSJP The more features you add, the more development effort and test cases grow — exponentially. （どの機能ともバッティングしないように... ）（すべてのパターンをテストしなければ... ）（機能が多ければ多いほど、開発工数もテスト項目も指数関数的に跳ね上がる）

*UXFJHITIFBWJMZBTUFDIOJDBMEFCU （技術的な"負債"として、重くのしかかる）

When`s the next one!? This initiative is awesome! Reactions to
efforts to reduce features （機能を減らす取り組みへの反応）（この取り組み神ですね！）（次回はいつやるんですか！？）

Case Study: Feature Removal in Yahoo! Flea Market （Yahoo!フリマでの機能削除事例）

We run a lFeature Removal Projectz once a year. Do
we really need this feature? （年に1回"機能削除PJ"を実施）（この機能本当にいるんだっけ？）

*EFOUJGZJOHQPUFOUJBMMZVOOFDFTTBSZGFBUVSFT 3FTFBSDIBOESBUJPOBMFCVJMEJOHGPSDBOEJEBUFGFBUVSFT &YFDVUJPOBQQSPWBMGSPNUIFGJOBMEFDJTJPONBLFS The Process of the Feature Removal Project
（機能削除PJの流れ）（いらなそうな機能の洗い出し）（候補の機能に対しての調査・ロジック詰め）（最終意思決定者の実行承認）

&OHJOFFS 1SPEVDU 1MBOOFS %FTJHOFS Doesn`t this feature seem unnecessary? Identify
items from multiple perspectives （この機能いらなそうじゃない？）（多角的な視点で洗い出す）

It’s difficult to comprehensively validate every feature. Why do we
want to remove this feature? How strong is the motivation to remove it? （すべての機能を網羅的に検証するのは難しい）（なぜ削除したいと思うのか？）（削除に対する熱量はどのくらいか？）

Check the impact of removal based on log data log
data Persona Journey Map Having qualitative data makes it even better! （定性データもあるとなお良し！）（ログデータから削除した場合の影響を確認）

,FFQ 3FNPWF .FSHFXJUI BOPUIFSGFBUVSF 6*JNQSPWFNFOU Removal isn’t the only solution.
（削除することだけが解決策ではない）（残す）（削除）（他機能とマージ）（UI改善）

*UT TDBSZ UP NBLF UIF DBMM UPSFNPWFB GFBUVSF Even for
the final decision-maker （最終意思決定者にとっても）（機能を削除する判断は怖い）

*UT TDBSZ UP NBLF UIF DBMM UPSFNPWFB GFBUVSF Even for
the final decision-maker *U`TOPUUJFEUPTIPSUUFSNHPBMBDIJFWFNFOU *U HPFT BHBJOTU DPNNPO NFOUBM NPEFMT （最終意思決定者にとっても）（機能を削除する判断は怖い）（短期的な目標達成に紐づかない）（一般的なメンタルモデルに反する）

-PHJDBMMZDPNNVOJDBUF UIFQVSQPTFPGGFBUVSFSFNPWBM （機能削除の目的をロジカルに伝える）

-PHJDBMMZDPNNVOJDBUF UIFQVSQPTFPGGFBUVSFSFNPWBM 2VJDLKVEHNFOUPOXIFUIFSUPNPWF GPSXBSE （機能削除の目的をロジカルに伝える）（実施可否の判断は短期間で取る）

But it`s worth it in the end because once you
get there, you can move mountains." – Steve Jobs, Apple Founder "Simple can be harder than complex: You have to work hard to get your thinking clean to make it simple. （"シンプルであることは、複雑であることよりも難しいときがある。物事をシンプルにするためには、懸命に努力して思考を明瞭にしなければならないからだ。）（だが、それだけの価値はある。なぜなら、ひとたびそこに到達できれば、山をも動かせるからだ。" ）

プロダクト作りにおける「機能を削除する」というマイナスアプローチの重要性 / The Impo...

プロダクト作りにおける「機能を削除する」というマイナスアプローチの重要性 / The Importance of the "Remove Features" Approach in Product Development

More Decks by LINEヤフーTech (LY Corporation Tech)

Other Decks in Business

Featured

Transcript