Revolutionieren Sie Ihre Datenstrategie und unterstützen Sie Ihr Team bei der Erstellung eines soliden Referenzdokuments zum Lösungsdesign (SDR). Beseitigen Sie Messlücken und fördern Sie eine partizipative Datenkultur durch eine schrittweise Vorgehensweise.

Endlich ist es soweit. Sie haben eine solide Referenz zum Lösungs-Design (Solution Design Reference; SDR) zusammengestellt. Das ist der Leitfaden, anhand dem Sie Ihre Metriken und Dimensionen implementieren, und bestimmen, wie sie heißen und wann sie ausgelöst werden. Ihr Entwickler-Team war begeistert. Sie haben den gesamten Prozess absolviert: Bereitstellung, Akzeptanzkriterien schreiben, Sprints, Qualitätssicherung, und endlich ist alles fertig! Es war eine Menge Arbeit, und jetzt ist es fertig. Ihre Instanz von Adobe Analytics sollte die Marketing- und Produktabteilung jubeln lassen, da sie nun in die Daten eintauchen, neue Erkenntnisse über Ihre Kundschaft gewinnen und alle erfolgreichen und – na ja, auch weniger erfolgreichen – Bereiche aufspüren können. Aber Sie hören nicht die Lobeshymnen, die Sie erwartet haben.

Von einem Lager hören Sie Beschwerden.

„Warum kann ich die Konversionsrate für diesen Trichter nicht ermitteln?“

„Warum gibt es dafür keine Metrik?“

„Ich brauche viel mehr Details dazu. Eine Metrik allein reicht nicht aus. Ich brauche mindestens drei verschiedene Dimensionen, um die Leistung zu verstehen. Warum haben Sie sie nicht eingebaut?“

Doch das andere Lager gibt noch mehr Anlass zur Sorge. Von ihnen hört man überhaupt nichts. Doch noch schlimmer ist, dass Sie Diagramme sehen, die ganz eindeutig aus Ihrer alten Analyselösung stammen – Sie wissen schon, diejenige, die nicht mehr gewartet wird und jeden Tag weiter und weiter in einem Sumpf aus Verfall und schmutzigen Daten versinkt. Ein Gefühl des Entsetzens überkommt Sie, wenn Sie an die Entscheidungen denken, die anhand dieses Chaos getroffen werden könnten.

Was ist schiefgelaufen? Warum gibt es Messlücken? Warum freuen sich Ihre Team-Mitglieder nicht?

Vielleicht hilft Ihnen das ein wenig: Es gibt immer  irgendeine Form von Überarbeitung. Wenn Ihre Website oder Mobile App so komplex ist, dass Sie eine Enterprise-Analyselösung benötigen, ist dies im Prinzip schon eine Garantie dafür, dass Sie etwas übersehen werden. Aber nicht genug, um die Messlücken zu erklären, von denen ich hier spreche. Was schiefgelaufen ist, lässt sich nicht in einer Tabelle darstellen. Sie haben, während Sie Ihre SDR erstellt haben, die Chance verpasst, eine kollaborative Datenkultur zu schaffen. Ich möchte Ihnen eine Methode vorstellen, die meine Kollegen und Kolleginnen und ich entwickelt haben, um einerseits eine bessere SDR mit weniger Lücken zu erstellen und andererseits Begeisterung unter den Endbenutzenden für ihre neue Instanz von Adobe Analytics zu erzeugen. Lassen Sie uns das Wie und Warum erörtern.

Das Wie

Die Messkonferenz:

1. Bringen Sie Ihre Stakeholder an einen Tisch, entweder persönlich oder virtuell, um herauszufinden, was gemessen werden soll. Dazu sollten Sie auch Führungskräfte einladen.
2. Halten Sie einige bekannte Beispiele auf Haftnotizen an der Tafel fest, z. B. Umsatz, Verkauf oder Leads – also die wichtigsten KPIs, von denen Sie wissen, dass sie gemessen werden sollen. Machen Sie dasselbe mit Dimensionen wie Anmeldestatus, Produktkategorien oder Suchbegriffen.
3. Lassen Sie allen ihre eigenen Haftnotizen hinzufügen und gruppieren Sie sie nach Bedarf.
4. Lassen Sie die Teilnehmenden über die Metriken abstimmen, die sie für wichtig halten. Die Anzahl der Stimmen ist unbegrenzt, da vielleicht alle diese Metriken und Dimensionen wichtig sind.
5. Falls manche Metriken nur wenige Stimmen erhalten, fragen Sie bei Stakeholdern nach, die um diese Daten gebeten haben, wofür sie sie benötigen. Wenn es einen guten Anwendungsfall gibt, behalten Sie den Vorschlag. Wenn es eine bessere Möglichkeit gibt, diese Daten zu erhalten, wenn die jeweilige Person nicht erklären kann, wie die Daten genutzt werden, oder wenn es einen anderen guten Grund gibt, sie wegzulassen, streichen Sie sie von der Tafel.
6. Fügen Sie Ihrem SDR diese Metriken und Dimensionen hinzu und lassen Sie die anwesenden Stakeholder eine erste Überprüfung durchführen.

Die Funnel Map

1. Erstellen Sie eine Visualisierung aller Trichter, Schritt für Schritt, einschließlich aller Status.
2. Gehen Sie mit dem Design- und Produkt-Management-Team jeden einzelnen Schritt durch und finden Sie heraus, was sie in diesem Trichter als Erfolg erachten. Ist es die Konversionsrate? Ist es die Wahl eines bestimmten Pfads? Ist es die Nutzung bestimmter Funktionen?
3. Fragen Sie, welche Metriken und Dimensionen nötig sind, um die Leistung des Trichters in jeder Phase und insgesamt festzustellen.
4. Fügen Sie über jedem Schritt des Trichters die Metriken und Dimensionen, einschließlich der berechneten Metriken, hinzu, die bei diesem Schritt gemessen werden sollen.
5. Schreiben Sie zu Beginn jedes Trichters die Berichte auf, die in das Dashboard aufgenommen werden sollen, mit dem das Produkt-Management-Team die Leistung verfolgen wird, z. B. einen Fallout-Bericht, die Konversionsraten des aktuellen Monats und Trends sowie alles, was sich speziell auf diesen Trichter bezieht.
6. Fügen Sie die neuen Metriken und Dimensionen, die Sie gefunden haben, zur SDR hinzu und senden Sie das Dokument an die Stakeholder zu einer zweiten Überprüfung.

Die Vorschau-Dashboards

1. Erstellen Sie mithilfe der Funnel Map Mockup-Dashboards.
2. Es sollte eine Gesamtübersicht geben, z. B. ein Executive Summary Dashboard, und Dashboards für jeden Trichter.
3. Außerdem werden einige Dashboards auch speziell für Ihre Website oder Mobile App erstellt, z. B. die Produktleistung oder die Content-Leistung.
4. Senden Sie diese an die relevanten Stakeholder und holen Sie Feedback zum Design ein.
5. Nehmen Sie alle gewünschten Aktualisierungen vor und fügen Sie Ihrem SDR die neuen geforderten Metriken oder Dimensionen hinzu.
6. Versenden Sie die aktualisierten Vorschau-Dashboards und die SDR zur endgültigen Überprüfung.

Tools zur Datendemokratisierung

1. Erstellen Sie ein Datenwörterbuch. Das SDR-Dokument ist für Ihr Entwickler-Team. Das Datenwörterbuch ist für Ihre Endbenutzenden. Gestalten Sie es so, dass es die Endbenutzenden lesen können, sodass sie leicht nachschlagen können und wissen, welche Daten verfügbar sind und wie sie diese nutzen können. Ihre Endbenutzenden sollten die letzte Instanz sein, die dieses Dokument genehmigt.
2. Anmerkungen. In jedem Unternehmen gibt es bestimmte Daten, die jedes Jahr wichtig sind, und andere, die neu auftauchen. Stellen Sie sicher, dass Sie die relevanten Daten von Ihren Stakeholdern sammeln und als Anmerkungen einfügen, damit sie die Daten besser verstehen können.
3. Kuratierung. Wenn Ihr SDR-Dokument umfangreich ist, könnte es die Leserschaft überfordern. Die „Qual der Wahl“ gilt nicht nur für Ihre Kundschaft. Sehen Sie sich an, was für die einzelnen Benutzergruppen wichtig ist, und wählen Sie Elemente aus, die sie sehen werden.

Das Warum

Anforderungen erhalten

Das liegt auf der Hand, aber es gibt auch andere effektive Möglichkeiten, um Anforderungen zu erhalten. Ich persönlich habe Einzelgespräche, Fragebögen und Überprüfungen bestehender Berichte verwendet. Das funktioniert auch, aber nicht so gut wie die Methoden, die ich gerade genannt habe. Ich glaube allerdings nicht, dass die Lücke bei der Erfassung der Anforderungen so groß ist. Mit der von mir beschriebenen Methode erreichen Sie 95 % des Ziels, und mit den anderen Methoden 90 % des Ziels. Also, wie lautet das Warum tatsächlich?

Eine Datenkultur aufbauen

Mit diesem Prozess können Sie:

• umfassende Überlegungen darüber anregen, wie der Erfolg gemessen werden kann
• bei Ihren Stakeholdern ein Gefühl der Verantwortung schaffen
• den Stakeholdern helfen, ihre Daten zu verstehen

Überlegungen über Daten anregen

Für viele Personen in Ihrem Unternehmen sind Daten etwas, das sie konsumieren. Sie benutzen sie. Sie analysieren sie. Sie denken nicht weiter darüber nach. Einige von ihnen haben Berichte und Prozesse von ihren Vorgängern geerbt, die sie aus Gründen der Kontinuität nicht verändert haben. Sie mussten nie über das Warum der Daten nachdenken.

Dieser Prozess gibt ihnen die Möglichkeit, die Daten wirklich zu verstehen. Sie stellen sich dann Fragen wie: Was ist Erfolg? Woran erkennen Sie, dass Sie erfolgreich sind? Wie würden Sie erkennen, was Sie ändern müssen, wenn Sie nicht erfolgreich sind? Dies ist eine Übung, die am Anfang jeder Website, App und jedes Produkts durchgeführt werden sollte, was aber oft nicht gemacht wird. Indem Sie diese Fragen stellen, helfen Sie ihnen nicht nur, ein besseres Verständnis für die Daten zu erhalten, sondern auch für ihr eigenes Produkt.

Ein Gefühl der Eigenverantwortung für die Daten schaffen

Das ist nicht etwas, was von oben herab diktiert wurde. Das ist nichts, was in einem halbstündigen Meeting vor drei Monaten besprochen wurde. Es ist nicht dieser lästige Fragebogen, der sie eine Woche lang verfolgt hat und den sie in aller Eile ausgefüllt haben, weil sie eine Demo vorbereiten mussten, um den Veröffentlichungstermin für den Sprint einzuhalten. Dies ist das Produkt ihrer gründlichen Überlegungen und ihrer Arbeit mit Ihnen und ihrer Kollegschaft, das Ding, das sie mehrmals durchgesehen, zu dem sie laufend Feedback gegeben haben und das sie genehmigt haben, nachdem dieses Feedback eingearbeitet worden war. Es gehört ihnen! Es ist nützlich, weil sie selbst dafür gesorgt haben. Es sind ihre  Daten – und diese Tatsache ist dem Prozess zu verdanken.

Die Daten leichter verständlich machen

Sie haben Ihren Stakeholdern auch gezeigt, wie sie die Daten nutzen können und wie diese in den Vorschau-Dashboards aussehen werden. Jede neue Lösung ist schwierig. Es gibt so viel zu lernen und angesichts der enormen Anpassungsfähigkeit von Adobe Analytics kann die Lernkurve ziemlich steil sein. Sie haben jedoch schon 80 % davon vorweggenommen. Noch bevor die erste Zeile Code geschrieben wurde, wissen Ihre Stakeholder, wie ihre Dashboards aussehen werden. Sie wissen, wie sie zu lesen sind und welche Bedeutung sie haben. Sie wissen, wie Erfolg im wahrsten Sinne des Wortes aussieht, weil sie Ihnen gesagt haben, welche Metriken und Dimensionen den Erfolg definieren, und Sie haben ihnen gesagt, wie das für sie visualisiert wird. Die neuen Dashboards sind eine Erinnerung und keine beängstigende, neue Lernaufgabe.

Dies ist nicht der schnellste Weg, ein SDR-Dokument zusammenzustellen. Es ist eine Menge Arbeit und erfordert eine gute Koordination der Zeitpläne, vor allem deshalb, weil Sie unbedingt einige Führungskräfte mit an Bord haben müssen. Schließlich ist eine Unternehmensanalyselösung eine enorme Investition von Zeit und Geld. Deshalb sollten Sie sicherstellen, dass Akzeptanz und Zufriedenheit hoch sind. Mit dieser Methode sind Sie auf dem besten Weg dorthin.