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.

Das ist kein Einzelfall. Laut einer Analyse des Project Management Institute scheitern rund 37 % aller Projekte an unklaren Anforderungen zu Beginn. Bei Webprojekten ist die Quote noch höher, weil viele Teams direkt ins Design springen, ohne die Grundlagen zu klären.

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?

Konkret bedeutet das: Eine Studie von McKinsey zeigt, dass IT-Projekte im Schnitt 45 % über Budget liegen und 7 % über der geplanten Zeit – der häufigste Grund sind nachträgliche Anforderungsänderungen. Das heisst für dich: Jede Frage, die du vor Projektstart nicht stellst, bezahlst du später doppelt.

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.

Gerade bei Schweizer KMU sehen wir das oft: Die Website soll «alles für alle» sein – Kunden, Bewerber, Partner, Investoren. Das Ergebnis ist eine Seite, die niemanden richtig anspricht. In der Strategiephase helfen wir, Prioritäten zu setzen. Wer ist die wichtigste Zielgruppe? Was soll diese Person nach dem Besuch tun? Der Rest ordnet sich darunter ein.

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.

Ein Beispiel: Stell dir vor, du suchst im Supermarkt nach Backpulver. Ist es bei «Backen», bei «Gewürze» oder bei «Haushaltsartikel»? Genau so fühlt sich eine schlecht strukturierte Website an. Nutzerinnen und Nutzer wissen, was sie wollen – aber nicht, wo es steckt.

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. Laut Forrester Research verlassen 50 % der Besucher eine Website, wenn sie die gesuchte Information nicht schnell finden – und kaufen stattdessen bei der Konkurrenz.

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. Aus Erfahrung würden wir sagen: Konzeptarbeit ist immer günstiger als Nachbesserung.

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. Das spart nicht nur Budget – es beschleunigt das ganze Projekt.

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.

Was viele nicht wissen: Google bewertet Websites nicht nur nach Keywords, sondern nach der Qualität und Struktur der Inhalte. Eine durchdachte Content-Strategie ist also gleichzeitig eine SEO-Strategie. Wer seine Inhalte planlos zusammenstellt, verliert nicht nur Besucher – sondern auch Rankings.

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.

Die Zahlen sprechen für sich: Laut dem Systems Sciences Institute von IBM kostet die Behebung eines Fehlers nach dem Launch bis zu sechs Mal mehr als in der Planungsphase. Bei Websites ist der Hebel ähnlich – ein falsch geplantes Navigationskonzept nach dem Go-Live zu korrigieren, bedeutet neue Designs, neue Entwicklung und oft verlorene SEO-Substanz.

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

Für Schweizer KMU ist das besonders relevant: Die Budgets sind endlich, und jeder investierte Franken muss sitzen. Eine saubere Konzeptphase von zwei bis drei Wochen kann Monate an Korrekturen nach dem Launch verhindern. Das ist keine Verzögerung – das ist eine Versicherung.

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

Im Grunde ist es so: Ein Konzept ist kein Dokument, das in der Schublade landet. Es ist die Grundlage, auf der jede weitere Entscheidung aufbaut – vom ersten Wireframe bis zum letzten Deployment. Wer hier investiert, spart am Ende. Nicht vielleicht. Sicher.