Blog/Process

Was in einen Discovery-Call für ein Webprojekt gehört (und warum die meisten Agenturen ihn überspringen)

6. Juni 20266 Min. Lesezeit

Die meisten „Discovery-Calls“ von Agenturen sind Verkaufsgespräche. Jemand fragt, wonach Sie suchen, Sie beschreiben Ihr Projekt, man sagt Ihnen, das klinge großartig, und 48 Stunden später kommt ein Angebot.

Das ist keine Discovery. Das ist Qualifizierung.

Discovery ist der Prozess, bei dem man versteht, was Sie tatsächlich bauen, warum es wichtig ist, für wen es gedacht ist und wie Erfolg aussieht, bevor irgendjemand ein Design-Tool öffnet. Richtig durchgeführt, verhindert sie die zwei teuersten Fehler in der Webentwicklung: das Falsche gut zu bauen und das Richtige schlecht zu bauen.

Was Discovery nicht ist

Discovery ist nicht:

  • Ein Gespräch, in dem Sie uns Ihr Produkt pitchen
  • Eine Gelegenheit für uns, Ihnen unsere Leistungen zu verkaufen
  • Ein Weg, eine Anzahlung zu kassieren, bevor überhaupt jemand weiß, was gebaut wird
  • Ein 20-minütiger „Kickoff“ zu Beginn eines Projekts, dessen Preis bereits feststeht

Discovery ist strukturiertes Sammeln von Informationen. Das Ergebnis ist ein gemeinsames Verständnis des Projekts, also der Rahmenbedingungen, Nutzer, Erfolgskriterien und technischen Anforderungen, das alles Weitere schneller und günstiger macht.

Was Discovery abdeckt

Eine echte Discovery-Session umfasst sechs Bereiche:

1. Der geschäftliche Kontext

Was macht das Unternehmen, wer ist der Kunde, und warum gibt es diese Website? Nicht „Wir sind ein SaaS-Unternehmen und brauchen eine Website“, das ist nur die Ausgangslage. Wir wollen wissen: Was muss zutreffen, damit diese Website in 12 Monaten ein Erfolg war?

Lautet die Antwort „Wir brauchen 200 Demo-Anmeldungen pro Monat“, prägt das jede Designentscheidung: den Call-to-Action, die Platzierung von Social Proof, die Länge des Formulars, das Analytics-Setup. Alles leitet sich daraus ab.

2. Die Nutzer

Wer genau landet auf dieser Website, und in welchem Kontext? Ein B2B-Produkt, das ein Head of Engineering kauft, wird anders gestaltet als eine Consumer-App, die eine Privatperson kauft. Das Vokabular ist anders, die Vertrauenssignale sind anders, der Zeitrahmen der Entscheidung ist anders.

Wir wollen wissen: Welche drei Besucher-Archetypen gibt es? Was müssen sie glauben, bevor sie konvertieren? Mit welchen Einwänden kommen sie an?

3. Die Rahmenbedingungen

Zeitplan, Budget und interne Ressourcen sind keine peinlichen Themen. Sie sind technische Rahmenbedingungen. Zu wissen, dass Sie sechs Wochen und 8.000 € haben, führt zu einem besseren Ergebnis, als es in Woche fünf herauszufinden.

Rahmenbedingungen, nach denen wir fragen:

  • Fester Launch-Termin (Konferenz, Bekanntgabe einer Finanzierungsrunde, Produktlaunch)
  • Budgetobergrenze und was sie umfasst
  • Wer die Website nach dem Launch intern verantwortet
  • Ob es bereits eine Designrichtung gibt oder wir bei null anfangen
  • Welche Integrationen unverzichtbar sind

4. Die bestehende technische Landschaft

Was haben Sie bereits? Was bleibt, was fällt weg, was wird übernommen?

  • Aktuelle Domain und aktuelles Hosting
  • Bestehendes CMS oder bestehende Content-Struktur
  • Anforderungen an Analytics und Tracking
  • DSGVO-/Cookie-Consent-Setup
  • Anforderungen an Mehrsprachigkeit
  • Authentifizierung (erfordern einzelne Seiten einen Login?)

Eine Website, die in ein bestehendes Authentifizierungssystem eingebunden werden muss, hat einen anderen Umfang als eine ohne. Das müssen wir vor dem Angebot wissen.

5. Die Designrichtung

Die visuelle Richtung ist eine der häufigsten Ursachen für Konflikte spät im Projekt. Wenn ein Kunde sich einen minimalistischen, redaktionellen Look vorstellt und die Agentur ein farbintensives, animiertes Dashboard liefert, liegt keine der beiden Seiten falsch. Sie haben sich nur nie abgestimmt.

Wir fragen nach:

  • Drei Referenz-Websites, die Ihnen gefallen (und was genau Ihnen an jeder gefällt)
  • Drei Referenz-Websites, die Ihnen nicht gefallen (und warum)
  • Brand-Assets: Logo, bestehende Farbpalette, Typografie, falls festgelegt
  • Festen Vorgaben („Wir müssen unser Markenrot verwenden“)

Das dauert zehn Minuten und erspart zwei Wochen Hin und Her in der dritten Designrunde.

6. Die Definition von „fertig“

Wie sieht die Projektübergabe aus? Was brauchen Sie nach dem Launch von uns?

  • Eigentum am Quellcode und Zugriff auf das Repository
  • CMS-Schulung für Redakteure ohne Entwicklerkenntnisse
  • Dokumentation für bestimmte Funktionen
  • Support-SLA nach dem Launch (Fehlerbehebung vs. neue Funktionen)

Warum die meisten Agenturen sie überspringen

Discovery ist unangenehm für Agenturen, die nicht gut im Scoping sind. Sie bringt Unklarheiten ans Licht. Sie zwingt die Agentur zuzugeben, was sie nicht weiß. Manchmal zeigt sie, dass ein Projekt größer ist, als der Kunde dachte, und das kann den Auftrag platzen lassen.

Wer die Discovery überspringt, schützt ein mittelmäßiges Angebot. So kann eine Agentur ein selbstbewusst wirkendes Angebot verschicken, das die schwierigen Fragen übergeht. Der Kunde fühlt sich gut. Die Probleme tauchen in Woche drei auf.

Dazu kommt kommerzieller Druck: Eine bezahlte Discovery-Phase wirkt wie eine Hürde. Manche Kunden sprechen dann mit einer anderen Agentur, die direkt ein kostenloses Angebot schickt. Kurzfristig kostet Discovery Aufträge. Langfristig filtert sie die Kunden heraus, die verstehen, dass gute Arbeit eine echte Abstimmung im Vorfeld erfordert.

Das Discovery-Format von Zynra

Unsere Discovery besteht aus einem 45-minütigen Gespräch und einem anschließenden schriftlichen Scope-Dokument.

Das Gespräch deckt alle sechs oben genannten Bereiche ab. Am Vortag schicken wir einen kurzen Fragebogen (15 Fragen, 30 Minuten), damit wir die Gesprächszeit nicht mit dem Sammeln von Basisinformationen verbringen.

Nach dem Gespräch verfassen wir ein 2–4-seitiges Scope-Dokument, das festlegt:

  • Was wir bauen (Seite für Seite, Funktion für Funktion)
  • Was wir nicht bauen (ausdrücklich, denn genau hier entsteht Scope Creep)
  • Unseren Zeitplan und die Meilensteinstruktur
  • Unsere Annahmen (erweist sich eine Annahme als falsch, führt das zu einem Gespräch über den Umfang)
  • Unseren Festpreis, aufgeschlüsselt nach Phasen

Das Scope-Dokument ist der Vertrag. Was nicht darin steht, gehört nicht zum Umfang. Das schützt Sie vor bösen Überraschungen bei der Rechnung und uns davor, Dinge zu bauen, die wir nicht kalkuliert haben.

Was Sie zu einem Discovery-Call mitbringen sollten

Wenn Sie demnächst einen Discovery-Call mit einer Agentur haben, kommen Sie vorbereitet:

  • Eine Beschreibung in einem Absatz: was Sie bauen und für wen
  • Ihren Zeitdruck (feste Deadline oder flexibel?)
  • Ihren Budgetrahmen (ein grober Richtwert genügt, wir nageln Sie nicht darauf fest)
  • Drei Websites, die Sie für hervorragende Referenzen halten
  • Alle vorhandenen Brand-Assets
  • Den Namen der Person, die die Website nach dem Launch verantworten wird

Ein Gründer, der vorbereitet kommt, erhält ein besseres, schnelleres und genaueres Angebot. Der Discovery-Call belohnt Vorbereitung.


Sie möchten sehen, wie Discovery in der Praxis aussieht? Buchen Sie ein Gespräch mit uns: Wir gehen unser Format mit Ihnen durch und sagen Ihnen, was wir brauchen, um Ihr Projekt genau zu kalkulieren.

#Discovery#Webentwicklung#Prozess#Startups#Agentur

Bereit, etwas zu starten?

Wir nehmen jeden Quartal eine begrenzte Anzahl von Projekten an. Erzählen Sie uns, was Sie bauen.

Projekt starten
— Mehr entdecken
Unsere Leistungen entdeckenProjektkosten schätzenWebdesign nach Stadt
Aktuelle Projekte
Taxi Basel 24h

Taxi Basel 24h

Zweisprachige Website für einen 24/7 Limousinen- und Chauffeurservice in Basel, mit Fixpreisen, 20 Destinationsseiten und WhatsApp-Buchung.

Dental I

Dental I

Website für eine Zahnarztpraxis in Prishtina und Skenderaj, mit Anruf und WhatsApp-Termin per Fingertipp.

— Weitere Beiträge
Process13 Min. Lesezeit

E-Rechnung Pflicht: Wer muss ab wann? (2025, 2027, 2028 einfach erklärt)

E-Rechnungspflicht einfach erklärt: Empfang seit 2025, Ausstellung ab 2027 über 800.000 € Umsatz, ab 2028 für alle. Mit Ausnahmen, Checker und Checkliste.

14. Okt. 2026Lesen →
Process6 Min. Lesezeit

Wartungs-Retainer: Brauchen Sie nach dem Launch wirklich einen?

Was nach dem Launch kaputtgeht, was Wartung in Eigenregie wirklich kostet, was ein Retainer im Vergleich zu Support auf Abruf abdeckt und woran Sie erkennen, ob Sie laufende Entwicklung oder nur gelegentliche Fehlerbehebungen brauchen.

11. Juli 2026Lesen →