Erklär mir, wie du Discovery machst, wenn Nutzer nicht ausdrücken können, was sie eigentlich wollen.

Frag nach vergangenem Verhalten, nie nach künftigen Vorlieben. Lass die Leute dich durch das letzte Mal führen, als sie das Problem hatten: was sie stattdessen getan haben, was es sie gekostet hat und welche Tools damals offen waren. Dann jag nach Workarounds, denn Tabellen, Nebenwerkzeuge und wiederholte manuelle Schritte sind das stärkste Signal für einen ungedeckten Bedarf, den ein Nutzer nie als Feature-Wunsch formulieren wird.

Ich frage nie, was Leute wollen, denn sie erfinden aus Höflichkeit etwas. Ich bitte sie, mich durch das letzte Mal zu führen, als sie das Problem hatten. Wann war das, was hast du direkt davor gemacht, was hast du stattdessen getan, wie lange hat das gedauert. Vergangenes Verhalten ist das Einzige, worüber sie akkurat berichten können. Am nützlichsten ist der Workaround, denn ein Workaround ist ein Nutzer, der dir mit Taten statt mit Worten sagt, was er braucht. Bei einem Produkt habe ich immer wieder Wünsche nach besserem Reporting gehört, was ein nutzloser Wunsch ist. Als ich die Leute aber gebeten habe, mir ihren letzten Report zu zeigen, haben vier von sechs in eine Tabelle exportiert und jeden Montag dieselben drei Pivots von Hand gebaut. Das war die echte Anforderung, und sie war viel enger als besseres Reporting. Wir haben diese drei Pivots als gespeicherte Ansicht ausgeliefert und die Wünsche hörten auf.