Konzept vor Code: Warum wir erst denken, dann bauen

Fast jedes fehlgeschlagene Webprojekt hat dieselbe Ursache: man hat zu früh mit dem Bauen angefangen. Der Designentwurf war schön, die Entwicklung lief reibungslos — aber am Ende fragte sich niemand, ob die Website eigentlich das richtige Problem löst.

Konzept vor Code ist kein Luxus und kein Zeitverlust. Es ist der Unterschied zwischen einer Website, die Ergebnisse liefert, und einer, die hauptsächlich Geld kostet.

Was passiert, wenn man ohne Konzept baut

Das klassische Szenario: Ein Unternehmen beauftragt eine Website, liefert Texte und Bilder, und freut sich über das fertige Produkt. Ein Jahr später: Die Conversion-Rate ist niedrig, Besucher finden nicht, was sie suchen, und die Suchmaschinen-Rankings enttäuschen.

Das Problem liegt selten im Design oder der Technik. Es liegt darin, dass niemand zu Beginn die richtigen Fragen gestellt hat: Wer sind die Nutzerinnen und Nutzer? Was suchen sie? Welche Handlung sollen sie ausführen? Welche Seiten braucht es wirklich?

Ohne Antworten auf diese Fragen baut man eine Website für sich selbst — nicht für die Menschen, die sie nutzen sollen.

Zuerst die Strategie, dann das Design

Bevor wir eine einzige Zeile Code schreiben oder einen Entwurf in Figma öffnen, verstehen wir das Geschäft: Was ist das Ziel der Website? Welche Zielgruppen soll sie ansprechen? Was unterscheidet das Unternehmen vom Wettbewerb?

Diese Fragen klingen banal — sind es aber nicht. Bei einem Projekt im Bildungsbereich haben wir in der Konzeptphase entdeckt, dass die Hauptzielgruppe nicht Schülerinnen und Schüler sind, sondern Lehrpersonen. Die ursprüngliche Briefing-Annahme war falsch. Hätten wir gleich mit dem Design angefangen, hätten wir Wochen für die falsche Zielgruppe gearbeitet.

Was in der Strategiephase entsteht:

• Klares Bild der Zielgruppen und ihrer Bedürfnisse
• Definition der wichtigsten Conversion-Ziele
• Wettbewerbsanalyse: Was macht die Konkurrenz, was nicht
• Positionierung: Warum ist dieses Unternehmen die richtige Wahl

Informationsarchitektur: Wie Nutzer durch deine Website finden

Die Informationsarchitektur definiert, welche Seiten es gibt, wie sie heissen und wie sie miteinander verbunden sind. Das klingt nach einer technischen Übung — ist aber zutiefst strategisch.

Eine schlechte Informationsarchitektur ist der häufigste Grund, warum Nutzerinnen und Nutzer abspringen. Sie finden nicht, was sie suchen, klicken sich durch mehrere Ebenen, und geben irgendwann auf.

Gute Informationsarchitektur folgt der mentalen Logik der Zielgruppe, nicht der internen Struktur des Unternehmens. Was selbstverständlich klingt, ist in der Praxis schwieriger als gedacht: Unternehmen kennen ihre eigenen Produkte und Dienstleistungen zu gut — Nutzer kommen ohne Vorwissen.

In der Konzeptphase erstellen wir Sitemaps, diskutieren Navigationspfade und stellen sicher, dass die wichtigsten Informationen in maximal zwei Klicks erreichbar sind.

Wireframes: Der Plan, bevor es bunt wird

Wireframes sind Grundrisse. Schwarz-weiss, ohne Farbe oder Bilder. Sie zeigen, welche Inhalte auf welcher Seite stehen, in welcher Reihenfolge und in welchem Verhältnis zueinander.

Warum dieser Schritt? Weil Layoutentscheidungen ohne visuellen Lärm viel klarer diskutiert werden können. Es geht nicht darum, ob das Blau stimmt oder das Bild schön ist — es geht darum: Findet die Nutzerin oder der Nutzer die CTA? Ist die Hierarchie logisch?

Änderungen in einem Wireframe dauern Minuten. Dieselbe Änderung im fertigen Design kostet Stunden. Im Code kostet sie einen Tag. Konzeptarbeit ist günstiger als Nachbesserung — immer.

Bei einem komplexen Projekt im Bereich Veranstaltungsmanagement haben wir in der Wireframe-Phase 14 Designentscheidungen getroffen, die im finalen Design keine einzige Iteration mehr brauchten.

Content-Strategie: Was du sagst, ist genauso wichtig wie wie es aussieht

Gutes Design kann schlechte Inhalte nicht retten. Umgekehrt gilt: Gute Inhalte brauchen ein gutes Gerüst, um zu wirken.

In der Konzeptphase definieren wir Tonalität und Sprache, legen fest, welche Seiten welche Inhalte brauchen, und erstellen Content-Briefings. Das spart Zeit bei der Textproduktion und stellt sicher, dass Texte und Design aufeinander abgestimmt sind.

Texte sollten nie «nachträglich in das Design gefüllt» werden. Sie sind Teil der Konzeption — denn die Länge und Struktur von Texten beeinflusst das Design direkt.

Typische Content-Fragen in der Konzeptphase:

• Wie lang ist der ideale Einleitungstext auf der Startseite?
• Welche Seiten brauchen Testimonials, welche Zahlen und Fakten?
• Wie viele Punkte hat die Navigation — und welche Seiten fehlen noch?

Früh scheitern kostet weniger

Ein Prinzip aus der Produktentwicklung gilt auch für Websites: «Fail early, fail cheap.» Probleme, die in der Konzeptphase entdeckt werden, kosten einen Bruchteil dessen, was sie in der Entwicklung oder nach dem Launch kosten.

Das Konzept ist der Moment, wo man mutig hinterfragen darf: Braucht es diese Seite wirklich? Macht diese Funktion Sinn? Ist die Navigation intuitiv oder intern logisch?

Wer diese Fragen nicht stellt, beantwortet sie später — mit Nachbesserungen, Redesigns und Budgetüberschreitungen.

Das bringt dir ein sauberes Konzept konkret

• **Kein Rätselraten:** Alle Beteiligten sind auf denselben Stand — Missverständnisse entstehen gar nicht erst
• **Effizientere Entwicklung:** Designer und Entwickler haben klare Vorgaben, keine langen Abstimmungsrunden
• **Weniger Nachbesserungen:** Änderungen im Konzept kosten wenige Minuten, im Produkt viele Stunden
• **Bessere Ergebnisse:** Eine Website, die für echte Nutzerinnen und Nutzer gedacht ist, konvertiert besser
• **Budgetsicherheit:** Klarer Scope bedeutet weniger Überraschungen im Projektverlauf
• **Nachhaltigkeit:** Ein durchdachtes Konzept trägt das Projekt — auch wenn das Team wechselt oder das Projekt wächst