Читать книгу Growth Hacking für Dummies - Anuj Adhiya - Страница 38

Die folgenreichsten Unterschiede zwischen agiler Produktentwicklung und Growth Hacking sind ihre Ziele und Rhythmen. Bei der agilen Produktentwicklung liegt der Schwerpunkt auf der Entwicklung eines funktionierenden Produkts. Beim Growth Hacking geht es darum, ein Produkt zu entwickeln, das auf die Kunden eine Anziehungskraft ausübt und sie an das Produkt bindet. Man könnte sagen, dass das Produktteam dafür verantwortlich ist die Kunden an das Produkt zu binden, Benutzer zu monetarisieren und ein so fantastischen Produkterlebnis zu schaffen, dass es über Mundpropaganda weiterempfohlen wird. Das Growth-Team würde ständig all diese Aspekte bewerten, um herauszufinden, was der beste Weg ist, um Benutzer in Kontakt mit dem Produkt zu bringen wie man ihnen eine großartige erste Erfahrung ermöglichen kann. Auch hier sieht man eine kleine Überschneidung. Beide Ansätze konzentrieren sich stark auf den Benutzer und darauf, etwas Wertvolles zu liefern, aber die Art und Weise, wie sie dies tun, unterscheidet sich.

Der andere Unterschied zwischen den beiden besteht darin, dass agile Prozesse wie Scrum Sprint-Backlogs erstellen, das sind Listen mit Anforderungen oder Aufgaben, die abgearbeitet werden müssen, um je Sprint jeweils ein Zwischenprodukt zu kreieren. Die Sprint-Backlogs definieren also die Aufgaben für die nächsten zwei, drei oder vier Wochen. Auf der anderen Seite basiert ein Growth-Hacking-Prozess auf einem hohen Experimentiertempo mit wöchentlichen oder vierzehntägigen Sprints, die Erfolge an den unvorhersehbarsten Orten und zu nicht vorhersehbaren Zeiten anzeigen können und die innerhalb des Produkterlebnisses systematisiert werden könnten. Dies macht es nahezu unmöglich, den Wachstumsprozess mit Produktentwicklungssprints in Einklang zu bringen.

Es gibt außerdem noch weitere Herausforderungen bei der Test-Abstimmung mit der Produktentwicklung, die ich später in diesem Buch noch erörtern werde. Es besteht ein spürbares Spannungsfeld zwischen der Priorisierung von Änderungen, die auf Tests basieren, im Vergleich zur Entwicklung neuer Funktionen oder dem beheben von Fehlern.