チームが出荷したものを列挙するとき、彼らは殺したものをほとんど言及しません。作者は2つの一般的だが誤った機能を強調します：「ドキュメントハブ」と「通知センター」。どちらもシンプルに見えますが、各ステークホルダーがさらに要件を追加し、プロジェクトをGoogle DriveやGmailのような既存サービスの複雑な再構築へと変えてしまいます。レガシーシステムはコンプライアンスのためにPDFを生成し、ステークホルダーは持続的なコミュニケーションチャネルを求め、iOS、Android、Webの更新で維持コストが高い肥大化したプラットフォームを生み出します。作者は、真の課題は構築ではなく継続的な運用コスト——メンテナンス、セキュリティ、プラットフォーム変更への適応——にあると強調します。何を構築しないかを決めるには、長期的な費用を示し、各ユースケースを厳密に評価します。答えは往々にして、万能プラットフォームを作るのではなく、シンプルまたは既存のソリューションを使うことです。作者は追加に関しては選択的であり、削除に関しては徹底的であることを勧め、機能削除がその重要性にもかかわらず過小評価されていると指摘します。Gerry McGovernの研究では、サイトコンテンツの80-90%を削除するとパフォーマンスが向上することが示され、少ないことがより多くを意味することを裏付けています。