Die 3 Fragen, die ich jedem Kunden stelle, bevor ich Code anfasse
Die meisten web-Projekte laufen schief, bevor eine einzige Zeile Code geschrieben wird. Nicht, weil die Entwickler schlecht waren. Nicht, weil das Design daneben lag. Sondern weil am Anfang niemand die richtigen Fragen gestellt hat.
Bevor ich irgendein Tool öffne, mir eine Plattform anschaue oder einen Ansatz vorschlage, stelle ich drei Fragen. Sie sind nicht technisch. Es geht um das Geschäft. Und die Antworten verändern alles.
Frage 1: Wo steht Ihr Unternehmen gerade?
Nicht, wo Sie es gerne hätten. Wo es heute tatsächlich steht.
Ein Unternehmen, das sein erstes Produkt auf den Markt bringt, befindet sich in einer völlig anderen Lage als eines, das seit fünf Jahren läuft und gerade die Richtung wechselt. Beide brauchen vielleicht eine website. Aber was diese website leisten muss und wie viel davon sofort, sind völlig unterschiedliche Dinge.
Ein erster Launch braucht Tempo und Klarheit. Ein Kurswechsel muss Veränderung kommunizieren, ohne Vertrauen zu verlieren. Ein wachsender Betrieb braucht Infrastruktur, nicht nur einen neuen Anstrich. Dieselbe Projektkategorie, völlig unterschiedliche Umsetzung.
Wenn ich verstehe, wo Sie wirklich stehen, kann ich Ihnen sagen, was für diese Phase angemessen ist. Nicht, was beeindruckend wäre. Was nützlich wäre.
Frage 2: Wie sieht Erfolg in sechs Monaten aus?
Nicht „eine schöne website“. Nicht „mehr Leads“. Etwas Konkretes.
Geht es darum, die ersten zehn Kunden zu gewinnen? Geht es darum, zu beweisen, dass ein neues Angebot verkäuflich ist, bevor Sie das vollständige Produkt bauen? Geht es darum, von einer Plattform wegzukommen, die für Sie nicht mehr funktioniert?
Diese Frage ist wichtig, weil sie bestimmt, was das Projekt tatsächlich erreichen muss. Eine website, die ein Konzept beweisen soll, sieht völlig anders aus als eine website, die einen bestehenden Betrieb skalieren soll. Wenn Sie diese Frage nicht klar beantworten können, ist auch das eine wertvolle Information. Es bedeutet meist, dass am Projektumfang gearbeitet werden muss, bevor jemand mit dem Bauen beginnt.
Der Sechs-Monats-Horizont ist Absicht. Lang genug, um aussagekräftig zu sein, kurz genug, um ehrlich zu bleiben. Die meisten Technologieentscheidungen haben eine echte Halbwertszeit, und die richtige Wahl für jetzt ist nicht immer die richtige Wahl für immer.
Frage 3: Was wollen Sie vermeiden?
Diese Frage überrascht viele. Aber hier stecken oft die wichtigsten Informationen.
Manche Kunden wollen Komplexität vermeiden. Sie haben sich an Projekten verbrannt, die außer Kontrolle geraten sind, und wollen etwas, das sie tatsächlich selbst verwalten können. Andere wollen Vendor-Lock-in vermeiden. Manche haben eine harte Budgetobergrenze und müssen von Anfang an wissen, ob wir innerhalb dieser Grenze arbeiten oder nicht. Manche müssen eine lange Laufzeit vermeiden, weil ein Launch-Termin feststeht.
Zu wissen, was jemand vermeiden möchte, sagt mir, welche Kompromisse er eingehen wird und welche nicht. Es zeigt mir auch, wo die echten Einschränkungen liegen, was oft etwas anderes ist, als die Leute denken.
Warum diese drei Fragen das Ergebnis verändern
Sie geben allem, was danach kommt, einen Rahmen. Plattformwahl, Architektur, Umfang, Zeitplan: Alle diese Entscheidungen werden klarer, wenn Sie wissen, wo das Unternehmen steht, was es erreichen muss und wo es sich keine Fehler leisten kann.
Ohne diese Klarheit treffen Sie technische Entscheidungen im luftleeren Raum. Und technische Entscheidungen im luftleeren Raum werden meistens für die falschen Dinge optimiert.
Diese Fragen sind kein Format für ein Discovery-Gespräch. Sie sind eine Haltung. Die Antworten sind beim ersten Durchgang selten vollständig. Aber sie ernsthaft zu Beginn zu stellen, ist das, was ein web-Projekt, das funktioniert, von einem trennt, das nur live geht.
Wenn Sie diese Fragen vor Ihrem nächsten Projekt durchgehen möchten, lassen Sie uns sprechen.
Related Posts
Wie man ein Briefing für ein Webprojekt schreibt (und warum die meisten falsch sind)
Wie man ein Briefing für ein Webprojekt schreibt (und warum die meisten falsch sind)
Das Briefing entscheidet über Erfolg oder Misserfolg der meisten Webprojekte. Das Problem: Die meisten Briefings beschre
Was wirklich in einer Web Consulting Sitzung passiert
Was wirklich in einer Web Consulting Sitzung passiert
Die meisten Menschen hatten noch nie ein echtes Web Consulting Gespräch. Hier ist, wie so eines tatsächlich von Anfang b
Wann Sie keine neue Website brauchen
Wann Sie keine neue Website brauchen
Die website ist nicht immer das Problem. Manchmal braucht es ein ehrliches Gespräch, um zu erkennen, dass das Budget woa