Features vierteljährlich streichen:Warum weniger mehr ist

Features vierteljährlich streichen: Schaffe jedes Quartal ein Feature ab – das mit der geringsten Nutzung in deinem Produkt. Die meisten Produkte tragen einen langen Schwanz an Features mit sich, die in einem typischen Monat weniger als zehn Prozent der Nutzer anfassen, und jedes einzelne belastet jede künftige Änderung, die du machst. Eines pro Quartal zu streichen ist die Disziplin, die ein allein gebautes Produkt schlank genug hält, um jahrelang weiterzuentwickeln.

Hier erfährst du, warum der Ballast mehr kostet, als du denkst, wie das vierteljährliche Ritual funktioniert, warum es sich schrecklich anfühlt und wie du ein totes Feature von einem toten Geschäft unterscheidest.

Die versteckten Kosten von Features, die keiner nutzt

Schau dir die Feature-Nutzung in deinem Dashboard an. Wie viel Prozent der Nutzer verwenden jedes Feature deines Produkts in einem typischen Monat? Führe das einmal aus, und du findest den langen Schwanz: Features, die weniger als zehn Prozent der Nutzer anfassen.

Diese Features fühlen sich kostenlos an. Sie sind gebaut, sie sind ausgeliefert, sie liegen da. Aber sie kosten dich laufend, denn jedes Mal, wenn du etwas anderes im Produkt änderst, musst du sicherstellen, dass du die Features im langen Schwanz nicht kaputt gemacht hast – und dieser Wartungsaufwand summiert sich über die Lebensdauer der Codebasis. Jedes tote Feature ist eine dauerhafte Steuer auf jedes lebende.

Für einen Solo-Gründer ist die Steuer schlimmer als für ein Team, denn du bist die gesamte Wartungsabteilung. Eine Stunde, die du dafür aufwendest, ein Feature mit fünf Prozent Nutzung am Leben zu halten, ist eine Stunde, die nicht in das Experiment fließt, das den Umsatz steigert.

Features vierteljährlich streichen: das Ritual

Die Disziplin ist einfach genug für einen Absatz. Jedes Quartal: Wähle das Feature mit der geringsten Nutzung. Kommuniziere die Abschaffung an die kleine Zahl von Nutzern, die sich darauf verlassen haben. Entferne es.

Die Ergebnisse sind sofort spürbar und summieren sich. Die Codebasis wird einfacher. Das Produkt wird schärfer. Der Wartungsaufwand sinkt. Und das nächste Feature, das du baust, landet in einem kleineren, saubereren System – das heißt, es wird schneller ausgeliefert und geht seltener kaputt.

Trag es in den Kalender ein wie den Kennzahlen-Review am Montag: vier Streichungen im Jahr, terminiert, nicht verhandelbar. Wartest du, bis ein Feature „offensichtlich" tot ist, wartest du ewig, denn kein Feature kündigt seine eigene Beerdigung an.

Das BuchThe Solopreneur RevolutionLuis Gonçalves darüber, wie du neben dem Job mit KI ein Solopreneur-Business aufbaust.Zum Buch →

Warum Features zu streichen psychologisch schwer ist

Das ist kein technisches Problem. Es ist ein emotionales. Du hast Zeit in dieses Feature gesteckt. Du erinnerst dich an die Woche, in der du es gebaut hast, und an den Kunden, der danach gefragt hat. Und irgendein Nutzer irgendwo beschwert sich jedes Mal, wenn du irgendetwas entfernst.

Hier ist die Asymmetrie, die Gründer in die Falle lockt: Die Beschwerden über das Entfernen fühlen sich schärfer an als die Beschwerden über den Ballast, obwohl der Ballast kumulativ mehr Schaden anrichtet. Das Entfernen erzeugt heute eine wütende E-Mail; der Ballast erzeugt ein langsameres Produkt, langsameres Ausliefern und eine Codebasis, die niemand refaktorieren will – unsichtbar verteilt über die nächsten drei Jahre.

Streich trotzdem. Die Gründer, die ihre eigenen Features streichen können, halten ihre Produkte schlank genug zum Weiterentwickeln. Die, die es nicht können, haben Produkte, die zu Museen historischer Entscheidungen werden. Ein Museum ist etwas Schönes zum Besuchen. Es ist furchtbar, es allein zu betreiben.

Pivot oder Geduld: wenn es nicht ein Feature ist, sondern das Geschäft

Manchmal werfen die Nutzungsdaten eine größere Frage auf als „welches Feature stirbt dieses Quartal". Manchmal deuten sie darauf hin, dass das Geschäft in seiner jetzigen Form nicht funktioniert. Ein Feature zu streichen und die Richtung zu streichen sind verschiedene Entscheidungen, und die Daten sagen dir, vor welcher du stehst:

Die Disziplin ist, ehrlich hinzuschauen. Die Versuchung ist, weiter auf die bestehende Sache zu drücken, weil du Zeit investiert hast und ein Richtungswechsel sich nach Scheitern anfühlt. Den Daten sind versunkene Kosten egal. Und ein Pivot ist kein Scheitern – er ist die Anwendung alles Gelernten auf eine schärfere Version der Wette. Die meisten erfolgreichen Unternehmen haben früh mindestens einmal gepivotet, weil die erste Idee selten die richtige ist, selbst wenn sie validiert wurde. Validierung sagt dir, dass das Problem real ist; Bauen sagt dir, ob deine Lösung stimmt. Dieselbe Ehrlichkeit gilt, bevor du etwas baust – das ist wann du eine Geschäftsidee begraben solltest.

Die umgekehrte Disziplin zählt genauso: zu wissen, wann man nicht pivotet. Gründer, die alle drei Monate pivoten, bauen nie etwas auf. Ein Plateau mit kaputter Aktivierung und hohem Churn ist ein Pivot-Auslöser; ein Plateau mit gesunden Grundlagen ist ein Geduldsauslöser. Bist du unsicher, was du hast, führe die Diagnose als strukturierte Experimente durch – wiederholte Onboarding-Korrekturen, die die Aktivierung nie bewegen, sind selbst die Daten.

12 WochenDeine Konzernkarriere war nie der PlanBewirb dich beim Solopreneur Accelerator.Jetzt bewerben →

Häufig gestellte Fragen

Wie entscheide ich, welches Feature ich streiche?

Nach Nutzung, nicht nach Gefühl. Miss, wie viel Prozent der Nutzer jedes Feature in einem typischen Monat anfassen, sortiere aufsteigend und schaffe das Ende der Liste ab. Die meisten Produkte haben einen langen Schwanz unter zehn Prozent Nutzung – dieser Schwanz ist deine Streichliste für die nächsten Quartale.

Was, wenn Kunden sich beschweren, wenn ich ein Feature entferne?

Manche werden es – jemand beschwert sich jedes Mal, wenn du irgendetwas entfernst. Kommuniziere die Abschaffung direkt an die kleine Zahl derer, die sich darauf verlassen haben, gib ihnen Vorlauf und zieh es dann durch. Beschwerden übers Entfernen fühlen sich schärfer an als Beschwerden über Ballast, aber der Ballast richtet kumulativ mehr Schaden an; eine E-Mail heute ist besser als ein stagnierendes Produkt in einem Jahr.

Wie oft sollte ich Features aus meinem SaaS entfernen?

Eines pro Quartal. Terminiert, wie dein Kennzahlen-Review am Montag. Vier Streichungen im Jahr reichen, damit der Wartungsaufwand sinkt, während das Produkt sich weiterentwickelt – und selten genug, dass treue Nutzer nie spüren, wie sich der Boden unter ihnen bewegt.

Woher weiß ich, ob ich stattdessen pivoten sollte?

Ein Feature-Problem ist lokal: ein Feature mit geringer Nutzung innerhalb gesunder Kennzahlen. Ein Pivot-Auslöser ist systemisch: dauerhaft niedrige Aktivierung trotz wiederholter Onboarding-Korrekturen, Churn, der auf Bindungsarbeit nicht reagiert, Feedback, das auf ein Problem zeigt, das dein Produkt nicht lösen kann, oder ein kleinerer Markt als gedacht. Und denk an das Gegengewicht – Gründer, die alle drei Monate pivoten, bauen nie etwas auf.