Читать книгу Empowered - Chris Jones - Страница 13

Wenn Sie INSPIRED noch nicht gelesen haben, dann fragen Sie sich vielleicht: Was ist so falsch daran, wenn Geschäftsinhaber und Stakeholder entscheiden, was auf die Roadmap kommt, und somit auch, was die Engineers (Entwickler) bauen sollten?

Dies gilt als das erste und wichtigste Prinzip der Product Discovery: Unsere Kunden und unsere Stakeholder sind nicht in der Lage dazu, uns zu sagen, was gebaut wird.

Und zwar nicht, weil unsere Kunden oder Stakeholder nicht klug oder sachkundig genug wären. Sondern aus zwei anderen Gründen:

Erstens wissen Kunden und Stakeholder nicht, was zum jetzigen Zeitpunkt gerade technisch möglich ist – sie sind keine Technologie-Experten, also können sie auch nicht wissen, wie das jeweilige Problem am besten gelöst werden kann oder ob es überhaupt gelöst werden kann. Oft lösen echte Innovationen Probleme auf eine Art und Weise, die Kunden oder Stakeholder nie für möglich gehalten hätten.

Zweitens ist bei Technologieprodukten sehr schwer vorherzusagen, welche Lösungen funktionieren. Es gibt viele Gründe, warum Produktideen nicht zu den erhofften Ergebnissen führen. Allzu oft sind wir begeistert von einer Idee, aber unsere Kunden sind es nicht – also werden sie das Produkt entgegen unserer Erwartung auch nicht kaufen. Oder die Idee bringt Probleme hinsichtlich Datenschutz oder Sicherheit mit sich. Oder die Verwirklichung der Idee würde viel länger brauchen, als irgendjemand erwartet hätte.

Product Teams mit Empowerment verstehen diese inhärenten Herausforderungen, und bei der Product Discovery geht es um die Entdeckung einer Lösung, die unsere Kunden lieben und die gleichzeitig für unser Business funktioniert.

Wir bezeichnen dies als »Product Discovery«, um deutlich zu machen, dass wir vieles nicht vorher wissen können, und um zu unterstreichen, dass unsere Aufgabe darin besteht, eine Lösung zu entdecken, die valuable (nutzbringend), usable (bedienbar), feasible (umsetzbar) und viable (existenzfähig) ist.