Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Lesedauer 3 Min.

Building Features is easy – echten Wert liefern nicht

Eva Feigl erklärt im DWX-Interview, warum Teams oft am falschen Problem arbeiten – und wie Annahmen, Vanity Metriken und fehlendes Nutzer-Feedback echten Produkterfolg verhindern.

Features zu bauen ist keine Kunst mehr – jedes Team kann liefern. Die eigentliche Herausforderung liegt woanders, sagt Eva Feigl, Product Owner bei Forterro/Abas, im Gespräch auf der DWX: "Es geht darum, dass Features auch wirklich einen Wert liefern, der messbar und nachweisbar ist und den Produkterfolg steigert." Genau daran scheitert es in der Praxis erschreckend häufig.

Der Grund liegt fast immer an derselben Stelle: unausgesprochene Annahmen. Sobald ein Team eine Lösung für ein Nutzerproblem vorschlägt, steckt implizit eine Annahme dahinter – meist unbewusst und selten überprüft. Evas Rat: Zu jedem Problem mindestens zwei Lösungsideen entwickeln, die jeweilige Annahme explizit aufschreiben und dann versuchen, sie zu widerlegen statt zu bestätigen. Der Hintergrund sind kognitive Verzerrungen (Cognitive Biases), die uns dazu verleiten, nach Bestätigung statt nach Gegenbeweisen zu suchen. Die entscheidende Frage lautet deshalb: Was ist das kleinste Experiment, mit dem ich diese Annahme widerlegen kann?

Ein zweiter blinder Fleck vieler Teams: Vanity Metriken. Kennzahlen wie Active Users oder Session Length werden oft nur gemessen, weil sie sich leicht erheben lassen – nicht, weil sie etwas über echten Produkterfolg aussagen. Erfolgsmetriken dagegen hängen laut Feigl immer am konkreten Produkt und Feature und sind eng mit einer Verhaltensänderung der Nutzer:innen verknüpft. Wer wirklich wissen will, ob ein Feature funktioniert, muss vorher festlegen, welche Verhaltensänderung Erfolg bedeutet – und das nicht erst am Ende messen.

Um dorthin zu kommen, plädiert Feigl für kontinuierlichen Nutzeraustausch als Fundament statt als nachgelagerten Qualitätscheck: wöchentliche User Interviews, dazu Usability Testing, bei dem man Nutzer:innen einfach über die Schulter schaut. Denn im Nachhinein gefragt, vergessen viele Menschen die eigenen Stolperstellen – live beobachtet werden sie sichtbar. Ihre Anekdote dazu: Als ein Softwarehersteller einst den Speichern-Button entfernte, weil im Hintergrund ohnehin automatisch gespeichert wurde, verwirrte das die Nutzer:innen so sehr, dass der Button – wirkungslos, aber beruhigend – wieder eingeführt wurde.

Auch beim Abwägen verschiedener Lösungswege gilt: mehrere Optionen offen halten, dahinterliegende Annahmen einzeln prüfen – von Klickdummys bis zu echten A/B-Experimenten. Interessant dabei: Die eigentlichen Gamechanger werden in A/B-Tests oft gar nicht getestet, weil sie vorab schon verworfen werden. KI kann laut Feigl helfen, den Lösungsraum bewusst zu erweitern und Optionen jenseits des eigenen Denkrahmens aufzuzeigen.

Ihr Fazit zum häufigsten Scheitergrund von Features: Sie entstehen zu oft aus internen Ideen von Entwicklung oder Produktmanagement – nicht aus echten Kundenproblemen. Ihr Rat an Teams: sich gemeinsam verpflichten, zu jeder Entscheidung eine Annahme zu formulieren und diese aktiv zu hinterfragen.

Zur Person:
Eva Feigl ist Product Owner bei Forterro/Abas mit einer Leidenschaft für datenbasierte Entscheidungen und nutzerzentrierte Produktentwicklung. Mit praktischer Erfahrung im Aufbau browserbasierter ERP-Oberflächen schlägt sie die Brücke zwischen User Experience und Produktstrategie – und verwandelt komplexes Nutzerverhalten in konkrete Handlungsimpulse für bessere Produkte.

 


Produktion: Event Wave, Patrizio De Mitri

Neueste Beiträge

Vom Sub-Agenten zum Schwarm - Kimi K3 – das Modell hinter dem Agenten, Teil 5
Mehr Agenten versprechen mehr Tempo, vervielfachen aber auch Abstimmung und Risiko. Ob aus paralleler Aktivität tatsächlich Fortschritt entsteht, entscheidet sich dort, wo spektakuläre Schwarmdemos meist enden.
5 Minuten
Wenn aus jeder Cloud-Ressource nur ein weiteres Kubernetes-Objekt wird - Interview
STACKIT baut eine europäische Cloud-Alternative zu AWS, GCP und Azure. Tech Lead Patrick Koss erklärt, warum Crossplane statt klassischem Cloud-API der Schlüssel zur Selbstverwaltung ist.
9. Sep 2026
CartoType: Einsatz mit Windows Forms - Mapping mit CartoType, Teil 2
Der Big-Tech-freie Kartendienst CartoType kann dazu beitragen, Anwendungen mit Maps-Diensten unabhängiger von Google, Apple und Co. zu machen. In diesem Beitrag soll das System in einer Windows-Forms-Applikation ins Leben gerufen werden.
5 Minuten
7. Sep 2026

Das könnte Dich auch interessieren

"Menschen erzählen Geschichten, keine CRUD-Operationen" - Interview
Event Sourcing gilt als kompliziert. Golo Roden von native web GmbH erklärt im DWX-Interview, warum das ein Missverständnis ist – und warum das Konzept das perfekte Fundament für KI-Projekte liefert.
19. Aug 2026
"Vertrauen ist nicht Hoffnung": Warum KI-Coding Entwickler:innen zu Prüfern macht - Interview
Cloud Code, Codex & Co. treffen im Alltag eigenständige Entscheidungen. Patrick Schnell erklärt im DWX-Interview, wo Vertrauen endet und Kontrolle beginnen muss.
12. Aug 2026
"Wir wollen die Software messen, nicht euch". Benjamin Wolf über Vertrauen und statische Codeanalyse - Interview
Statische Codeanalyse gilt vielen Teams als Kontrollinstrument. Benjamin Wolf von INNOQ erklärt im DWX-Interview, wie Unternehmen Vertrauen aufbauen – und warum das Thema durch KI-generierten Code an Bedeutung gewinnt.
26. Aug 2026
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige