So meistern Sie die Kunst ein WordPress Projekt zu bändigen

Praxiserprobte Strategien für das Projektmanagement von kleinen und großen Projekten.

Warum das alles? Ein Vorwort von Sergio Sanchez.

Ich erhalte immer wieder Anfragen von Unternehmen, welche „schlechte Erfahrungen“ mit WordPress Entwicklern gemacht haben. Der Entwickler habe die Wünsche nicht verstanden, am Ziel vorbei gearbeitet oder sich eines Tages nicht mehr gemeldet. Ich persönlich bin davon überzeugt, dass diese Probleme nicht durch fehlendes Know How entstehen, sondern durch Missverständnisse und weniger optimale Projektorganisation. Warum ich das denke? Weil mein Team und ich in den vergangenen Jahren in hunderten von Projekten die meisten Fehler selbst gemacht haben. Aber keine Sorge: Nahezu alle konnten wir auf die beiden genannten Ursachen zurückführen und durch Erwartungs- und Projektmanagement vermeiden. Heute sind all unsere Kunden mit Ihren Projekten glücklich und kennen mögliche Risiken vorab. Damit Ihre Projekte auch erfolgreich werden, möchte ich meine bisherigen Erfahrungen mit Ihnen teilen. Egal ob Sie Auftraggeber oder WordPress Experte sind.

Anmerkung: Bitte beachten Sie, dass die Liste weder vollständig, noch über jeden Zweifel erhaben ist. Diese basiert auf meinen bisherigen Erfahrungen und unserem aktuellen Workflow. Neue Erkenntnisse werde ich mit der Zeit aufnehmen und ergänzen. Wenn Sie sich unsicher sind, engagieren Sie einen Experten, der Sie berät. Sie können auch mich darauf ansprechen und ich helfe Ihnen.

Ein WordPress Projekt verhält sich manchmal wie ein überfordertes und übermüdetes Monster. So bändigen Sie es.

#1 Die gern verschwiegenen Nachteile

Die meisten Projektprobleme enstehen durch falsche Erwartungen seitens des Auftraggebers und fehlender Aufklärung durch die Experten. Dafür gibt es zwei Ursachen:

Der Experte möchte nicht über die Nachteile reden, um seinen Auftrag zu sichern oder weil er diese als Vorwissen voraussetzt.
Der Auftraggeber stellt Forderungen, welche mit einem sehr hohen Risiko verbunden sind.

Deshalb sollten Sie nachfolgende Nachteile und Grenzen kennen:

Unbequeme Wahrheiten

Ihr Entwickler kennt nicht alle Plugins/Themes
Bei über 100 000 unterschiedlichen Erweiterungen für WordPress, kennt sich kein Entwickler mit allen Funktionen, Wechselwirkungen und Bugs aus.
Es gibt keine Standards
Funktionsvorstellungen weichen zwischen verschiedenen Personen ab.
Sie sind verantwortlich
Sie sind als Auftraggeber auch in der technischen Verantwortung. Lassen Sie sich alles ausführlich erklären und Empfehlungen für Entscheidungen geben.
Jedes Projekt hat Risiken, Chancen und Unsicherheiten.
Es gibt verschiedene unbekannte Faktoren bei einem Projekt, welche sich nicht identifizieren lassen. Analysieren Sie diese mit Ihrem Experten vor Beginn, statt später überrumpelt zu werden.
Strikte Pflichtenhefte funktionieren nicht
Die Stärke von WordPress liegt in der schnellen günstigen Entwicklung mit Plugins. Wenn Ihr Pflichtenheft verbindliche Vorgaben macht, dann ist die Chance hoch, dass kein Plugin dies 1zu1 umsetzt. Es bleibt nur die Individualentwicklung, welche 20x-100x mehr kostet. Seien Sie also bereit für Kompromisse.

Warum das nicht so tragisch ist:

Sie sparen sehr viel Geld
Bei über 100 000 unterschiedlichen Erweiterungen für WordPress, lassen sich mit einigen Kompromissen sehr viele Ideen sehr schnell starten. Gegenüber einer Individualprogrammierung benötigen Sie nur 1/20 bis 1/100 des Budgets.
Schnelles Testen von Ideen
Über das Kombinieren von Plugins lassen sich erste Prototypen Ihres Projektes mit minimalem Budget aufbauen. Sie können so Ideen am Markt testen, noch bevor Sie viel reininvestieren.
Zukünftige Flexibilität
Bei über 100 000 Erweiterungen für WordPress finden Sie für fast alle zukünftigen Anforderungen bestehende Lösungen. WordPress wird mit 35% Anteil an allen Webseiten des Internets auch nicht so schnell verschwinden.

Gilt das auch für andere CMS? Ja.
Dort haben Sie die gleichen Probleme und Vorteile. Meist jedoch mit wesentlich weniger Auswahl an Plugins und weniger externen Dienstleistern, welche Sie unterstützen können.

Wie ist das bei Individualentwicklungen?
Wir verwenden auch für Individualprogrammierungen fast immer WordPress als Framework, da wir so an vielen Stellen doppelte Aufwände vermeiden können. Bsp. müssen wir kein Loginsystem entwickeln. Auch gibt es häufig wiederkehrende Funktionen, die sich selbst bei Individualentwicklungen über Plugins integrieren lassen.

#2 Technische Möglichkeiten, Grenzen und Folgekosten: Prüfen Sie jedes Plugin.

Themes und Plugins können nachträglich nicht 1zu1 ausgetauscht werden. Investieren Sie daher ausreichend Zeit in die Systemplanung. Ein veraltetes Plugin/Theme kann Ihnen sonst um die Ohren fliegen.

Lassen Sie sich Theme und Plugins vor Projektstart nennen.
Dies ist besonders dann wichtig, wenn die zukünftige Wartung des Systems, die Reparatur von Fehlern oder deren Austausch nicht kostenfrei sind.
Wählen Sie bevorzugt kostenpflichtige und verbreitete Plugins aus.
Kostenlose Plugins mit unter 1000 Nutzern können ein Risiko darstellen.
Prüfen Sie wie alt das Plugin ist und wann es zuletzt geupdatet wurde.
Ist das letzte Update älter als 6 Monate sollten Sie auf dieses verzichten.
Lesen Sie sich die Features des Plugins durch oder testen Sie eine eventuell vorhandene Demo.
Gibt es Funktionen, welche essentiell sind und fehlen? Gibt es andere Funktionen, die einen Mehrwert bieten und in Ihre Planung aufgenommen werden können?
Verzichten Sie auf Custom Themes
Lassen Sie kein Theme nur für sich von 0 auf entwickeln. Sonst müssen Sie für jede Änderung, jedes Update und jedes zusätzliche Element zahlen. Sinnvoller ist der Einkauf eines bestehenden Themes. Dieses lässt sich grafisch an Ihre Vorstellungen anpassen. Außerdem sind häufig schon viele weitere Funktionen wie Contentbuilder, zusätzliche Inhaltselemente etc. von Haus aus möglich. Zusätzlich ist bei einigen Themes für 60$ sogar schon eine lebenslange Update-Lizenz inkludiert.
Warum wurde Ihnen dann ein eigenes Theme empfohlen? Aus meiner persönlichen Sicht, bis auf einige wenige Ausnahmen, ist das für die Agentur wesentlich lukrativer.

Hintergrund

Plugins lassen sich selten 1zu1 austauschen.

Plugins sind meist nur mit Funktionsverlust und Designänderungen austauschbar. Der Funktionsverlust entsteht dadurch, dass jedes Plugin andere Ansätze und Funktionen bietet. Zum Beispiel unterscheiden sich die zwei beliebtesten Formularplugins CF7 und Gravity Forms massiv im Funktionsumfang. Die Änderungen in der Darstellung sind nicht so kritisch, da diese oft mit ein wenig CSS Anpassungen korrigiert werden können.

Plugins verstehen sich untereinander nicht immer

Es gibt eine Reihe von technischen Faktoren, die dazu führen, dass ein Plugin zu anderen Plugins „inkompatibel“ ist. Dies kann direkt bei der Installation aufreten oder nur für spezielle Konfigurationen. Dies kann ein generelles Problem darstellen oder nur für bestimmte Versionen der jeweiligen Plugins auftreten.

Folgende Eigenschaften können das Risiko reduzieren:

Eine hohe Verbreitung (+10 000 Nutzer)
Das System ist kostenpflichtig und hat eine relativ hohe Verbreitung
Ein hohes Aktualisierungsintervall (<3 Monate) durch den Entwickler

Ein Theme auszutauschen ist meist aufwändiger als ein Relaunch

Kritischer ist das Austauschen eines Themes. In der Theorie sind Themes austauschbar. In der Praxis ist dem nicht so, da professionelle Themes fast ausnahmslos weitere Plugins und Funktionen wie Contentbuilder bündeln. Sobald Sie das Theme wechseln, geht auch die Funktionalität des gebündelten Plugins verloren. Zurück bleibt kryptischer Code. Der Aufwand eines Austausches ist meist höher als der Aufwand für einen Relaunch.

Designanpassungen sind günstiger als Funktionsanpassungen.

Das komplette Umstyling (CSS Anpassungen) eines Themes ist oft schon in 1 bis 2 Tagen erledigt. Im Gegensatz dazu kann bereits jede kleine individuelle Funktion, wie eine Verhaltensänderung im Slider, einen größeren Aufwand verursachen. Daher empfehlen wir bei der Auswahl Ihres Themes das Optische außen vor zu lassen und die Entscheidung auf Basis der Funktionalität zu treffen.

So machen wir das: Wir haben interne Richtlinien für den Erwerb von Plugins. Desweiteren beziehen wir uns auf Erfahrungswerte mit verschiedenen Herstellern und deren Support. Vor größeren Projekten identifizieren wir in einem Vorprojekt mögliche Funktionslücken und Alternativen. Uns ist wichtig, dass Abweichungen in der Machbarkeit (oder Zusatzaufwände bei individueller Programmierung) weitgehend vorab bekannt sind. Es ist besser ein Projekt in den ersten Tagen der Planungsphase abzubrechen, als nach Wochen/Monaten.

#3 Weg mit dem Pflichtenheft. Formulieren Sie Anforderungen als Userstories

Hintergrund

Es gibt keine Standards. Was Sie nicht formulieren, wird nicht umgesetzt.

Jeder stellt sich unter Funktionen etwas anderes vor. Was Sie als „normal“ empfinden, weicht von den Vorstellungen Ihres WP-Experten und denen der jeweiligen Pluginentwickler ab. Dies führt zu einem der häufigsten Streitfälle bei WordPress Projekten.

Reicht es alle Anforderungen auszuformulieren? Leider nein.

Warum? Weil fast immer Interpretationsspielräume und implizite Anforderungen offen bleiben. Möchten Sie zum Beispiel eine Ansicht aller Systemuser, ist noch nicht gesagt, welche Spalten dargestellt werden, ob es sich um eine Tabelle handelt oder ob Filteroptionen und wenn ja welche verfügbar sind. Dieses Problem können Sie umgehen, indem Sie ein vollständiges Design aller Unterseiten und Zustände der Lösung vor Projektbeginn erstellen. Das ist jedoch sehr zeitintensiv und nimmt den umsetzenden Experten jeden Spielraum für Einsparungen und Verbesserungen. Desweiteren werden so exakte Vorgaben mit hoher Warhscheinlichkeit nicht durch bestehende Plugins abgedeckt, wodurch Ihnen nur die kostenintensive Individualprogrammierung bleibt.

Wie lösen Sie also das Dilemma? Indem Sie sich für eine der beiden anderen Anforderungs-/Projekttypen entscheiden: Featureliste & Scoring oder Userstory basierte Projektplanung.

Ist das auch bei anderen CMS so? Ja. Bei der Softwareentwicklung passiert es häufig, dass während des Projektes weitere Anforderungen ersichtlich werden. Dadurch nimmt das Projekt schleichend an Umfang und Komplexität zu, wodurch das notwendige Budget steigt. Dieser sogenannte „Scope Creep“ stellt in der Projektplanung einen der größten Knackpunkte dar.

Individualprogrammierung ist wie ein neues Auto zu entwickeln. Wenn Sie bei 0 Anfangen ist alles möglich, aber auch sehr kostenintensiv.

Bei der individuellen Programmierung werden Ihre Vorgaben exakt umgesetzt. Es ist theoretisch nahezu alles möglich.

WordPress kennt über 100 000 Erweiterungen. Warum dann selbst etwas entwickeln lassen? Trotz gefühlt unendlich vieler Kombinationsmöglichkeiten, ist nicht jeder Wunsch realisierbar. In der Praxis wird es immer unwahrscheinlicher, dass eine bestimmte Vorgabe umsetzbar ist, je konkreter Ihre Vorgaben sind. Falls eine 100% Umsetzung gewünscht ist, bleibt oft nur noch die Individualprogrammierung. In dieser werden Ihre Vorgaben exakt umgesetzt. Es ist alles möglich. Trotzdem ist eine Individualprogrammierung nicht immer sinnvoll, da die Kosten wesentlich höher ausfallen können.

Die Formulierung von Anforderungen bestimmen den Projektablauf, die Kosten und die Risiken.

Plichtenheft

1zu1 Umsetzung

Ihr Projekt beginnt mit einer Konzeptionsphase, in der alle Seiten und Interaktionsmöglichkeiten Ihrer Webseite oder Softwarelösung gestaltet werden. Anschließend werden die Vorgaben zu 100% umgesetzt. Dies ist im Regelfall nur mit einer individuellen Programmierung möglich. Die Kosten sind meist 20x höher als bei einer Lösung mit fertigen Systemen. Dieses Vorgehen ist empfehlenswert für Projekte kleiner und mittelständiger Unternehmen, welche entsprechend viel Ressourcen in die Konzeption und Gestaltung investieren.

Nicht empfohlen

Featureliste und Scoring

Agile auf Featurebasis

Sie erstellen eine Liste von detailierten Anforderungen. Jeder Aspekt der Anforderungen erhält einen Wert für die Wichtigkeit von 1 bis 10. Innerhalb des vorgegebenen Budgetrahmens werden nun möglichst viele Ihrer Anforderungen realisiert. Der Entwickler beginnt mit den Anforderungen mit dem höchsten Wert. Vorteil des Vorgehens ist, dass der Entwickler flexibel in seinem Vorgehen ist. Er kann nach passenden Plugins suchen und durch diese das benötigte Budget massiv reduzieren. Ein Nachteil ist, dass Vorstellungen, sofern diese nicht konkretisiert wurden, eventuell nicht umgesetzt werden.

Nicht empfohlen

Userstories

Agile auf Userstorybasis

Sie erstellen eine Liste von Userstories mit einem Score. Innerhalb des gemeinsam festgelegten Budgetrahmens realisiert der Entwickler möglichst viele der Userstories. Durch die erhaltene Flexibilität kann er Chancen während des Projektes erkennen und nutzen. Den Verlust an Kontrolle macht der Mehrgewinn an Zielerreichung (Umsatzziele, Leadgen Quote etc.) wett.

Unsere Empfehlung
Userstories sind bei fast allen Projektarten überlegen. Ihr Budget und das fachliche Knowhow Ihres Teams wird effizienter genutzt. Sie verhindern, dass Kleinigkeiten das Projektbudget aufblähen und erreichen in vielen Fällen ein sogar besseres Ergebnis mit weniger Budget.

Praxistipps

Formulieren Sie Anforderungen als Userstories
Anstatt den Lösungsweg vorzugeben, beschreiben Sie das Erlebnis Ihrer Zielgruppe.
Beispiel technische Formulierung: „Die Startseite hat im oberen Bereich einen Slider mit 3 Slides zu den drei Angebotsseiten“
Beispiel Userstory: „Als Besucher der Startseite wähle ich das für mich passende Angebot aus“
Vergeben Sie jeder Userstorie oder Feature einen Score
Priorisieren Sie Ihre Wünsche, indem Sie einen Wert (1 bis 10) für die Wichtigkeit eines bestimmten Wunsches vergeben. Dies schafft Klarheit für Sie und Ihr Team und ermöglicht dem Entwickler zunächst mit den wirklich wichtigen Aspekten zu beginnen.
10 = Diese Vorgabe wird umgesetzt, selbst wenn dies das Budget erhöht.
1-9 = Diese Vorgaben werden im Rahmen des Budgets realisiert. Der Entwickler beginnt mit den höheren Werten.
Binden Sie alle Entscheider frühzeitig ein.
Welche Personen sind an der Entscheidung beteiligt? Binden Sie frühzeitig weitere Entscheider und relevante Personen ein. Denken Sie daran, dass Ihre Anforderungen und Vorstellungen sich von den Wünschen anderer Personen wahrscheinlich unterscheiden. Diskrepanzen sollten Sie in der Planungsphase identifizieren und nicht erst nach Projektfertigstellung.
Binden Sie betroffene Personen frühzeitig ein
Wer ist von dem Projekt betroffen? Wenn Sie eine neue Funktion für Kunden erstellen, dann besprechen Sie mit ein paar Kunden die Idee. Wenn Ihre Kunden tatsächlich keinen Mehrwert in dem Projekt sehen, können Sie das Projekt bei Bedarf abbrechen. Das Budget können Sie ggf. an anderer Stelle wesentlich sinnvoller investieren.
Wenn Sie mit einer ’nicht perfekten‘ Version starten, können Sie frühzeitig dazu lernen
Wenn Sie flexible Anforderungen definieren, können Sie mit einer Minimalversion Ihrer Webseite oder Ihres Projektes starten. Dies hat den Vorteil, dass Sie Annahmen überprüfen können und Input von ersten Usern erhalten.
Es gibt immer Projektrisiken
Sprechen Sie vor Projektbeginn mit Ihrem WordPress Profi. Selbst eine einfache WordPress Webseite hat einige Risiken. Beginnend bei Sicherheitsaspekten, fehlender Rechtskonformität (bsp. Übertragung von Personenbezogenen Daten an Dritte) bis zur Abhängigkeit von eingesetzten Systemen, da diese ggf. nicht mehr austauschbar sind. Ein seriöser Dienstleister sollte Sie vor Projektbeginn über diese aufklären.

So machen wir das: Projekte ab 1 Woche Umfang erhalten automatisch einen Projektmanager, welcher unter Anderem das Projekt mit Ihnen plant. Ihr Projektmanager berät Sie zur Organisationsform, erarbeitet optional Userstories mit Ihnen und erstellt eine Liste von Chancen/Risiken. Dadurch erhalten Sie einen ehrlichen Überblick, bevor Sie die Umsetzung beauftragen.

#4 Verzichten Sie auf die perfekte Lösung

Häufig können mit 20% der Ressourcen 80% des Ziels erreicht werden.

Das Pareto Prinzip (auch bekannt als 80/20 Regel) besagt, dass 80% des Ergebnisses mit 20% der Ressourcen erreicht werden kann. Für die übrigen 20% benötigen Sie 80% des Gesamtaufwandes. Das Prinzip gilt auch für WordPress Projekte. Manchmal sogar in noch wesentlich stärkerer Form.

Beispiele:

1) Ein einfaches Formular ist schnell mit einem passenden Plugin eingerichtet. Der anschließende Feinschliff des Designs und kleine Extrawünsche verfielfachen fast immer Aufwand.

2) Sie möchten Unterseiten nur ausgewählten Kunden verfügbar machen. Statt einem Mitgliedersystem rät Ihre Agentur Ihnen die Standard Passwortschutzfunktion von WordPress zu nutzen. Statt mehreren Projekttagen entsteht ein Aufwand von wenigen Minuten.

3) Statt mit einem Shopsystem testet der Verkäufer eines neuen Produktes die Marktfähigkeit mit einem einfachen Bestellformular. Zwar ist der Aufwand der Bearbeitung in der Testphase etwas höher, dafür wird das Budget 80% niedriger ausfallen und die Bestellquote wird vorraussichtlich 2x höher ausfallen, da die Zwischenschritte des Warenkorbs entfallen.

Praxistipps

Lassen Sie Ihrem WordPress Experten Freiheiten
Je mehr Freiheiten Sie Ihrem Experten bei der Umsetzung einräumen, desto eher kann dieser einen effizienteren Lösungsweg erarbeiten.
Gewichten Sie Ihre Anforderungen.
Stellen Sie vor Projektbeginn klar, welche Anforderungen nicht fehlen dürfen und welche optional sind. Gewichten Sie diese zum Beispiel mit einem Scoring von 1 bis 10. Ihr Entwickler kann nun abwägen, welche der Punkte schnell/günstig umsetzbar sind und gleichzeitig eine hohe Gewichtung haben und umgekehrt.
Denken Sie in Zielen, statt in Features
Versuchen Sie Ziele zu formulieren und lassen Sie den Experten den schnellsten Weg wählen. Statt „Ich möchte mein Landingpage um Funktion a, b, c erweitern“ schreiben Sie „Ich möchte meine Bestellquote um 10% verbessern.“
Alternativ: Formulieren Sie Userstories.

So machen wir das: Ziel jedes unserer WordPress Profis ist es mit dem kleinsten Aufwand den größten Nutzen zu generieren. Das ist eine generelle Vorgabe für alle Teammitglieder. Dies kann in der Praxis zum Beispiel bedeuten, dass wir für wiederkehrende Aufgaben einen Mitarbeiter von Ihnen per Teamviewer schulen. Das freigewordene Budget können Sie nun in sinnvollere Projekte investieren.

#5 Wenn Sie am Kunden vorbei planen, verschwenden Sie Geld.

Überlegen Sie sich, was Ihre Zielgruppe vor, nach und während des Besuchs macht. Berücksichtigen Sie Vorwissen, Erwartungen, Ziele und Bedenken.

Stellen Sie sich vor, Sie betreten Ihr Lieblingsrestaurant um eine Reservierung für den Abend vorzunehmen. Ein Kellner erscheint. Er ignoriert Ihre Anfrage und stellt Ihnen die neusten Weine und Details der regionalen Zutaten vor. Nach 10 Minuten vergeblicher Konversationsversuche entscheiden Sie sich für ein anderes Restaurant. Was ist schief gelaufen? Der Kellner hat Ihre individuelle Situation, Ihr Vorwissen und Ihre Intention nicht berücksichtigt. Viele Webseiten verhalten sich genauso: Es werden Inhalte, Verkaufsphrasen und Features entwickelt, ohne die Absichten des Besuchers zu berücksichtigen. Die gute Nachricht: Mit ein paar einfachen Fragen können Sie es besser machen.

Praxistipps

Welche Personengruppen besuchen Ihr Webprojekt?
Welche Ihrer Zielgruppen kommen auf die Webseite? Welche weiteren Bezugsgruppen wie Journalisten, Mitarbeiter, Jobsuchende etc. sollen auch angesprochen werden? Erstellen Sie eine Liste. Ordnen Sie die Liste nach Priorität, um den richtigen Fokus zu setzen.
Tipp: Denken Sie an weitere Personen, welche die Entscheidung beeinflussen oder von der Entscheidung beeinflusst werden. Wenn Sie einen Shop für Spielekonsolen haben, so kann eine Zielgruppe „Teenager“ heißen. Die finale Entscheidung wird jedoch von einem oder beiden Elternteilen getroffen. Jede dieser 3 Personen kann unterschiedliche Ziele auf Ihrer Webseite verfolgen.
Zu welchen Zeitpunkten geschieht dies?
Ein Kunde kann Ihre Webseite zu verschiedenen Zeitpunkten aufsuchen. Bsp. 3 Monate vor dem Kauf bei einer ersten Onlinerecherche. 10 Min vor dem Kauf nach Klick auf eine Facebook Remarketingkampagne. 2 Tage nach dem Kauf, um weitere Details zur Leistung zu erhalten oder einen Ansprechpartner zu suchen. 2 Monate später, um eine weitere zugeordnete Leistung zu suchen usw. Gleichen Sie die Liste mit Ihren bisherigen Erfahrungen und Daten ab. Erstellen Sie eine Reihenfolge nach Priorität.
Welche Ziele bestehen?
Sobald Sie die Kontaktpunkte kennen, können Sie die Ziele identifizieren. Beginnen Sie mit den kritischsten Zielen. Nicht immer ist der Verkauf einer Leistung die wichtigste Aufgabe einer Webseite. Gerade im B2B Geschäft werden Kaufentscheidungen oft nicht online getroffen. Manchmal findet ein Besuch nur kurz vor dem Kauf statt, um sich von Ihrer Seriosität zu überzeugen. Statt zu verkaufen sollten Sie in dieser Situation vertrauensbildende Informationen platzieren. Andere Beispiele für Kundenziele sind:
- ‚Anfahrtsweg herausfinden‘ oder ‚Öffnungszeiten finden‘ oder ‚Tisch reservieren‘
- ‚Offene Stellen finden‘ (Mitarbeiter) oder ‚Nummer der Supporthotline‘ (Bestandskunden)
- ‚Produktanleitungen‘ oder ‚Seriosität herausfinden‘

So machen wir das: Im Rahmen der Projektplanung berücksichtigen wir grobe Customer Journey. Optional veranstalten wir mit unseren Kunden einen Workshop zur Customer Journey. Im Idealfall findet der Workshop im Rahmen einer Ideenentwicklung statt. So kann ein Workshop mit dem Ziel „Kundenzufriedenheit erhöhen“ zu Projekten führen, welche bei kleinerem Aufwand einen größeren Nutzen bieten.

Möchten Sie Unterstützung?

Mit Sergio Sanchez bauen Sie erfolgreiche digitale Projekte auf.

Unterstützung erhalten