Wenn Teams auflisten, was sie ausgeliefert haben, erwähnen sie selten, was sie gestrichen haben. Der Autor hebt zwei häufige, aber fehlgeleitete Features hervor: einen "Dokumenten-Hub" und ein "Benachrichtigungszentrum". Beide wirken einfach, doch jeder Stakeholder fügt eine weitere Anforderung hinzu, wodurch das Projekt zu einem komplexen Neubau bestehender Dienste wie Google Drive oder Gmail wird.

Altsysteme erzeugen PDFs für Compliance, und Stakeholder drängen auf persistente Kommunikationskanäle, was zu aufgeblähten Plattformen führt, die bei iOS-, Android- und Web-Updates teuer zu warten sind. Der Autor betont, dass die eigentliche Herausforderung nicht das Bauen ist, sondern die laufenden Betriebskosten — Wartung, Sicherheit und Anpassung an Plattformänderungen. Um zu entscheiden, was nicht gebaut werden soll, stellen Sie langfristige Kosten dar und bewerten Sie jeden Use Case rigoros.

Die Antwort ist oft, einfache oder bestehende Lösungen zu nutzen, statt eine One-Size-Fits-All-Plattform zu erstellen. Der Autor rät, bei Zusätzen wählerisch und bei Entfernungen kompromisslos zu sein, und merkt an, dass das Löschen von Features trotz seiner Bedeutung unterschätzt wird. Gerry McGoverns Forschung zeigt, dass das Entfernen von 80-90% der Website-Inhalte die Performance verbessern kann, was bestätigt, dass weniger mehr sein kann.