Die Fragen vor dem Code

Die meisten gescheiterten web-Projekte scheitern in der Briefing-Phase, nicht in der Entwicklungsphase. Jemand hatte es eilig anzufangen und hat nicht genug Zeit darauf verwendet zu verstehen, was er eigentlich lösen wollte.

Wie die Discovery-Phase aussieht

Wir beginnen mit Fragen, die vielleicht offensichtlich wirken: Wer nutzt diese Seite gerade jetzt, was wollen sie erreichen, was steht ihnen im Weg. Wir fragen, wie Erfolg in zwölf Monaten aussieht, nicht wie die Seite aussehen soll.

Die Antworten offenbaren in der Regel etwas anderes als die ursprüngliche Anfrage. Ein Kunde kommt mit dem Wunsch nach einem Redesign. Er bekommt Traffic, aber die Leute konvertieren nicht. Das ist kein Designproblem, sondern ein Content- oder Strukturproblem. Ein Redesign wäre teuer und falsch gewesen.

Warum wir initiale Anfragen hinterfragen

Wir sind nicht skeptisch gegenüber dem, was Kunden wünschen. Wir versuchen zu verstehen, was sie tatsächlich brauchen. Manchmal ist das dasselbe. Oft aber nicht.

Wenn ein Kunde sagt, er brauche eine neue website, fragen wir: Was funktioniert an der aktuellen nicht. Wenn er sagt, er brauche mehr Features, fragen wir: Welche Nutzer brauchen diese Features und was würden sie damit tun. Wenn er sagt, er wolle in der Suche besser ranken, fragen wir: Was soll passieren, nachdem jemand Sie gefunden hat.

Die Fragen brauchen Zeit. Sie sind es wert.

Was dabei entsteht

Klarerer Scope. Weniger Nacharbeit. Seiten, die das tun, was sie tun sollen.

Wir beginnen erst mit dem Design oder der Entwicklung, wenn wir das Problem verstanden haben. Das ist kein Prozess um des Prozesses willen, sondern unser Weg, das Falsche nicht zu bauen.

Erzählen Sie uns, was Sie lösen möchten.