Vom Demo zum Produkt: Was sich wirklich ändert

Ein Prototyp beantwortet «Gefällt es?». Ein Produkt muss «Funktioniert es?» beantworten. Der grösste Teil der Arbeit liegt zwischen diesen beiden Fragen.

Ein Prototyp zeigt, wie ein Produkt aussehen könnte. Ein Produkt muss echten Traffic überstehen, von Suchmaschinen indexiert werden, wöchentlich neue Inhalte aufnehmen und irgendwann Geld verdienen. Fast alles, was diese beiden Zustände trennt, bleibt unsichtbar, solange man das Demo bewundert.

Ein Demo beantwortet eine andere Frage

Ein Demo klärt eine Geschmacksfrage: Stimmt die Richtung? Es lebt unter Gewächshausbedingungen — eine Sprache, ein Dutzend Screens, fest verdrahtete Daten, kein Traffic. Das ist kein Mangel, sondern der Zweck. Probleme entstehen erst, wenn die Gewächshausversion unverändert live geht.

• Inhalte sind eingefroren — ohne Entwickler lässt sich keine Seite ergänzen
• Fehlerzustände, leere Listen und langsame Verbindungen wurden nie entworfen
• SEO ist noch kein Thema, also geht eine clientseitig gerenderte Hülle mit leerem HTML-Body live
• Keine Analytics — und damit keine Belege dafür, was als Nächstes zu verbessern wäre

Was sich auf dem Weg in die Produktion ändert

Die visuelle Ebene übersteht den Übergang meistens. Die Architektur darunter selten.

• Ein Content-Modell ersetzt fest verdrahtete Arrays, damit die Seite ohne Deployment wachsen kann
• Rendering-Strategie: Seiten, die Traffic bringen sollen, brauchen Server-Rendering oder Prerendering — eine reine Client-Hülle wird unzuverlässig und langsam indexiert
• Performance auf echten Geräten: Animationen, Webfonts und Bilder verhalten sich auf einem drei Jahre alten Handy völlig anders
• Analytics mit definierten Zielen, sonst ist jede spätere Entscheidung Raterei
• Das juristische Minimum — Datenschutzerklärung, Cookie-Handhabung, Kontaktangaben

Fallbeispiel: Symbol Life

Symbol Life ist eine Plattform für Tarot, Mondkalender, Runen, Numerologie, Astrologie und Human Design. Sie begann als dunkler, kartenbasierter Prototyp in unserem Portfolio — gebaut, um eine Ästhetik zu belegen. Die Produktivversion hat sich weit davon entfernt: Der Funktionsumfang wuchs weit über die ursprünglichen drei Screens hinaus, die Navigation wurde neu aufgebaut, und selbst die visuelle Richtung kehrte sich um — aus dem dunklen Prototyp wurde ein helles, warmes Interface. Vom Original blieb kaum etwas ausser der Idee.

Auch die Nische verschob die Prioritäten. Die Nachfrage besteht hier nicht aus einem grossen Keyword, sondern aus Tausenden von Long-Tail-Anfragen zu einzelnen Karten, Zahlen und Deutungen. Damit ist eine skalierbare Inhaltsstruktur weit wertvoller als eine schöne Landingpage — eine Entscheidung, die vor dem Inhalt fallen muss, nicht danach.

Was früh entschieden werden muss

• Eine URL-Struktur, die auch bei tausend Seiten noch trägt, nicht nur bei zehn
• Ein Rendering-Ansatz, der SEO-Anforderungen übersteht, die man heute noch nicht hat
• Eine saubere Trennung zwischen interaktiven Tools und indexierbaren Inhalten — technisch haben sie gegensätzliche Bedürfnisse

Nichts davon macht die Prototyp-Phase überflüssig. Sie ist genau das, was sie sein soll: ein günstiger Weg, sich der Richtung sicher zu sein, bevor man für die Architektur bezahlt. Der Fehler liegt darin, die günstige Version für die fertige zu halten.