使わない機能を消せない理由——サンクコスト効果と個人開発の「引き算」

サンクコスト効果（sunk cost effect・埋没費用効果）とは、すでに投じた時間・費用・労力が惜しいという理由だけで、本来なら降りるべき選択を続けてしまう心理の偏りです。心理学者アークスとブルーマーの古典的研究（1985年）では、シーズンチケットを定価で買った観客ほど前半シーズンの観劇回数が多く、支払った金額が行動を押し上げていました（出典: Arkes & Blumer, "The Psychology of Sunk Cost", Organizational Behavior and Human Decision Processes, doi:10.1016/0749-5978(85)90049-490049-4)）。個人開発で機能を減らせないのは、意志や設計力の問題である前に、この偏りが効いているからです。この記事では、なぜ引き算が難しいのかを心理の側から整理し、私たちが実際に機能を削るために使っている判断ルールを公開します。

サンクコストは「未来」ではなく「過去」を見てしまう

合理的な意思決定は、これから得られる価値とこれからかかる費用だけを比べます。すでに払ったものは、続けても降りても戻ってこないからです。

ところが人間は、投じた量が大きいほど「ここでやめたら無駄になる」と感じます。この感覚は費用そのものではなく、失うことの痛みを利益の喜びより強く見積もる損失回避に根ざしています。

個人開発では、自分が週末を潰して書いた機能ほど「無駄にしたくない」が強く出ます。判断が未来の価値ではなく過去の労力に引っ張られるのが、機能過多の出発点です。

「自分で作った」がバイアスを二重にする

個人開発にはもう一つの上乗せがあります。自分の手で作ったものを過大評価する傾向で、これはIKEA効果として知られています（イケア効果と当事者意識の記事で詳しく扱っています）。

サンクコスト（払った労力が惜しい）とIKEA効果（自作物は良く見える）が重なると、使われていない機能でも「消す」判断が二重にブロックされます。

だからこそ、削除の判断を気分に委ねると、ほぼ確実に「残す」に倒れます。残す理由はいつでも思いつきますが、それは価値の証明ではありません。

AIで作る時代はサンクコストが下がる、が油断は増える

Claude Code のようなエージェントで機能を実装すると、投下時間そのものは大きく下がります（開発を自動化した構成）。理屈の上では、安く作ったものは安く捨てられるはずです。

ところが実際には逆の罠があります。生成が速いぶん、検証されないまま増える機能が出てくるのです。作るコストが下がっても、その機能をユーザーが理解し、選び、保守する認知コストは下がりません。

つまりAIは「作るサンクコスト」を下げる一方で、「抱える負債」を見えにくくします。速く作れることと、持ち続けてよいことは別問題です。

私たちが機能を削るときに使っている引き算のルール

気分で決めないために、判断を過去から切り離す問いに変換しています。実際に使っている4つです。

1. ゼロベースの問い: 「この機能が今まだ無いとして、これから同じ時間をかけて作るか？」——作らないなら消す候補です
2. 使用の痕跡を見る: 実装にかけた労力ではなく、直近で使われた事実があるか。無ければ残す根拠は感情だけです
3. 保守の宣言: 残すと決めるなら「誰がいつ直すか」まで言えるか。言えない機能は在庫ではなく負債です
4. 削除を決定として記録する: 消したこと・理由・日付を残す。後から「なぜ消したか」を巡って蒸し返さないためです

このうち効くのは1番です。サンクコストは過去を見た瞬間に発生するので、問いを未来形にするだけで偏りの多くが外れます。 意志で我慢するのではなく、判断の入口を設計で変えるという発想です（目標設計でも同じ考え方を目標が失敗する理由の記事で書いています）。

引き算はユーザーの意思決定コストも下げる

機能を減らす価値は、コードが軽くなることだけではありません。選択肢が増えるほど人は選べなくなり、決定の質も満足度も落ちます（決定疲れとAIの記事）。

提供側が引き算を引き受けることは、ユーザーの認知負荷を肩代わりすることです。残す機能を減らすほど、残った機能の意味が伝わりやすくなります。

個人開発の強みは、意思決定者が一人で、削除に稟議が要らないことです。この速さは、増やす方向だけでなく、減らす方向にも使えます。

よくある質問

Q. 使う人が一人でもいる機能は残すべきですか? 「誰が使うか」より「誰がいつ保守するか」で決めるのが安全です。一人のために残すなら、その一人に説明でき、壊れたときに直せる体制まで含めて残す判断をします。保守の宛先が言えない機能は、いずれ壊れて全体の信頼を下げます。

Q. サンクコスト効果は気合いで克服できますか? 意志で我慢する方法は再現性が低く、疲れているときに崩れます。有効なのは、判断を過去から切り離す問い（「今から作るか?」）をルール化して、感情が入る前に処理することです。バイアスは意志ではなく手順で外します。

Q. AIに「消していい機能」を判断させてよいですか? 使用状況やコードの依存関係を洗い出す下ごしらえはAIが得意です。ただし残す・消すの最終判断は、事業の意図を持つ人間が下すべきです。生成が速い環境ほど、増やすときと同じ慎重さを消すときにも置く必要があります。