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

Das Firmata-Protokoll für einfache Mess- und Steuerungsaufgaben - Best of NuGet, Teil 8
Wer kleinere Mess-, Steuerungs- und Regeltechnik-Aufgaben aus .NET heraus abwickeln möchte, kommt mit einem preiswerten und mit Firmata-Software ausgestatteten Arduino meist problemlos ans Ziel.
7 Minuten
27. Jul 2026
Health Checks und Kubernetes - Health Checks in ASP.NET richtig nutzen, Teil 4
In Kubernetes entscheidet ein Health Check nicht nur über Sichtbarkeit im Monitoring, sondern auch darüber, ob Traffic fließt oder ein Container neu startet. Hier zeigen wir, warum saubere Grenzen zwischen Liveness und Readiness in produktiven ASP.NET-Anwendungen so wichtig sind.
4 Minuten
Copiloten, Code und Community - DWX 2026
Zwischen Workshop-Laptops, Casino-Chips und KI-Diskussionen: Wie die DWX 2026 im Rosengarten 2000 Entwickler:innen vier Tage lang aus dem Alltag katapultiert hat.
7 Minuten
23. Jul 2026

Das könnte Dich auch interessieren

Vier Tage Monnem: Die DWX 2026 im Highlight-Video - Rückblick DWX 2026
AI, .NET, Cloud, Mobile und Web trafen aufeinander – jetzt gibt's die Höhepunkte zum Nachschauen.
16. Jul 2026
Copiloten, Code und Community - DWX 2026
Zwischen Workshop-Laptops, Casino-Chips und KI-Diskussionen: Wie die DWX 2026 im Rosengarten 2000 Entwickler:innen vier Tage lang aus dem Alltag katapultiert hat.
7 Minuten
23. Jul 2026
DWX 2026: Vier Tage Sommer. Vier Tage Code. Die DWX ist zurück – und größer denn je - Die Konferenz für AI, Cloud, Web und .NET Development
Du denkst, Mannheim im Sommer ist heiß? Dann hast du den Code noch nicht gespürt. Vom 29. Juni bis 2. Juli 2026 verwandelt sich das m:con Congress Center Rosengarten wieder zur Entwickler-Werkstatt: Die DWX 2026 startet durch!
3 Minuten
28. Aug 2025
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige