Vor kurzem habe mehrere Vorträge zum Thema Outcome Based Innovation gehalten. Zuerst auf dem ProductCampBerlin und letzte Woche beim Lean StartUp Meetup. Es macht also Sinn die Kernideen in einem Blogpost zusammen zu fassen. Outcomes sind eine Verfeinerung des zentralen Jobs-To-Be-Done Konzepts von Clay Christensen. Jobs To Be Done Konzept Das Jobs-To-Be-Done Konzept besagt,

dass Kunden ein Produkt beauftragen einen speziellen Job für sie zu erledigen. Ein Kaffee wird beauftragt sich schnell zu energetisieren. Ein Buch wird beauftrag zu unterhalten oder zu bilden oder den intellektuellen Status des Inhabers durch das Stehen im Buchregal zu unterstreichen. Jobs können typischerweise in drei Kategorien unterteilt werden: Funktionale Jobs: Säge zum genauen Durchtrennen von Holz Emotionale Jobs: Gemütliche Kleidung, um sich geborgen zu fühlen Soziale Jobs: Ferarri, der einen bestimmten Eindruck bei anderen Menschen erzeugt Wenn man versteht, welchen Job das eigene Produkt für den Kunden erfüllt, versteht man, mit wem man eigentlich im Wettbewerb steht. So ist zum Beispiel aus dem Blickwinkel vieler Kunden die Alternative zu einem Harley Davidson Motorrad die Anschaffung eine Pools neben dem Haus. Der Job ist hier sicherlich nicht von A nach B zu kommen. Innovationsentscheidungen bei denen Kundenverständnis fehlt Ich erlebe mehrere typische Situationen in Unternehmen, in denen ein strukturiertes Verständnis des Kundenbedarfs essentiell ist, aber häufig fehlt. Fall 1: Es gibt aus strategischer Sicht die Idee ein bestimmtes Produkt / Dienstleistung anzubieten. Häufig will ein Unternehmen ein offline Produkt auf die Online-/Mobile-Welt übertragen. Es wird eine Marktstudie durchgeführt am Ende gibt es eine Reihe von Merkmalen, von denen die Kunden sagen, dass das neue digitale Produkt diese haben sollte: „einfach oder intuitiv zu benutzen, sehr schnell, zeitsparend, alle Funktionen des Offline Produkts haben, vernetzt sein mit Facebook, etc.“. Der Produktmanager, der dann die Aufgabe bekommt, auf Basis dieser Marktdaten ein Produkt zu entwickeln hat es richtig schwer. Fall 2: Eine Organisation hat viele Ideen für neue Produktideen. Wie priorisiert man diese. Welche dieser Ideen passen zum Kerngeschäft und welche nicht? Fall 3: Ein Produkt existiert bereits und es gibt sehr viele Wünsche von Kunden aber auch von verschiedenen Abteilungen des Unternehmens neue Features ins Produkt einzubauen. Wie entscheidet man welche davon passen und welche nicht? Wichtig, ich spreche nicht von der Priorisierung der Ideen. Dazu kann man Queuing Konzepte wie weighted cost of delay (second generation lean) nutzen. Ich spreche vor allem von der noch wichtigeren „No-Go“-Entscheidung. Problem vs. Lösung (Seite 4) In allen diesen drei obigen Fällen sind es Kunden, die eine Meinung dazu haben, wie das Produkt auszusehen hat. Dass das keine gute Idee ist, wissen wir schon seit Henry Ford: „Wenn ich die Menschen gefragt hätte, was sie wollen, hätten sie gesagt schnellere Pferde.“  Henry Ford Es ist wichtig zu verstehen,...