Wie eine Website oder App entsteht

Es beginnt mit dem Problem, nicht mit der Technologie. Was soll die Website oder App erreichen? Wer wird sie nutzen, und was wollen diese Menschen tun, wenn sie ankommen? Was gibt es schon — eine Domain, eine alte Website, ein Logo, Texte, Fotos, eine Tabelle, die jemand seit Jahren pflegt? Und was muss zuerst fertig sein?

Ein oder zwei Websites, die Ihnen gefallen, sagen mehr als ein langes Briefing. Sie müssen nicht aus Ihrer Branche sein. Manchmal ist das Nützliche das ruhige Tempo einer Seite, manchmal die Art, wie ein Menü aufgebaut ist, manchmal nur eine Farbe. Ich frage, was genau Ihnen daran gefällt, denn genau das können wir übernehmen.

In diesem Gespräch sage ich auch, was ich nicht bauen würde. Wenn eine einfachere Lösung die Aufgabe erfüllt, ist es besser, das am Anfang zu hören, als es nach dem Launch zu entdecken.

Aus diesem Gespräch heraus schlage ich einen realistischen Umfang vor und teile ihn in Phasen. Die erste Phase ist die kleinste Version, die die Hauptaufgabe erfüllt: Für einen Fischhändler wie Ihtis auf dem Stadtmarkt von Banja Luka war das ein klarer Weg vom heutigen Angebot zur Bestellung über Viber, gestaltet für die bequeme Nutzung auf dem Telefon.

Größere Produkte wachsen in Schritten. Omaška, ein laufendes System für eine private psychiatrische und psychotherapeutische Praxis, verbindet Terminbuchung, Patientenakten, Dokumente, Abrechnung in KM und ein Patientenportal. Ein solches Produkt entsteht nicht in einem Zug; jeder Teil baut auf dem vorherigen auf.

Preis und Zeitrahmen ergeben sich aus dem Umfang, deshalb werden sie nach diesem Schritt vereinbart und nicht vorher geschätzt. Eine Zahl, die genannt wird, bevor jemand weiß, was gebaut wird, ist kein Versprechen, sondern eine Vermutung.

Ich kann nach einem vorhandenen Design arbeiten, grobe Skizzen verbessern oder die Oberfläche während der Entwicklung gestalten. In der Praxis mischen die meisten Projekte alle drei: Manche Screens sind von Anfang an klar, andere werden erst klar, wenn die echten Inhalte darauf stehen.

Sie sehen die Arbeit früh, im Browser und auf Ihrem eigenen Telefon, statt auf eine fertige Bildersammlung zu warten. Ein Bild einer Website verbirgt die Fragen, auf die es ankommt: wie lang der Text wirklich ist, wie sich eine Seite auf einem kleinen Bildschirm verhält, was passiert, wenn ein Foto fehlt.

Der Fokus liegt auf klaren Abläufen, visueller Hierarchie und den Details, durch die ein Produkt fertig wirkt. Wenn ein Unternehmen noch keine Identität hat, kann auch das Teil der Arbeit sein — Zeichen, Typografie und Farbe entstehen gemeinsam mit der Oberfläche, nicht getrennt davon.

Frontend, Backend, Datenbank und Integrationen werden zusammen gebaut, als ein System. Ich arbeite vor allem mit React und Next.js im Web, React Native für Mobile und Node.js mit einer relationalen Datenbank dahinter, aber der Technologie-Stack folgt dem Problem und nicht umgekehrt.

Geschäftslogik — Preise, Termine, Berechtigungen, wer welches Dokument sehen darf — wird so geschrieben, dass klar ist, wo sie liegt und wie man sie ändert. Das ist wichtiger, als es klingt: An dem Tag, an dem sich eine Preisliste oder eine Öffnungszeit ändert, sollte jemand sie anpassen können, ohne dass ein Entwickler das ganze Projekt durchsuchen muss.

Integrationen gehören zur selben Arbeit: Zahlungen, Kalender, E-Mail, Karten, Dateispeicher oder ein KI-Modell, wenn es wirklich nützlich ist. Jede davon ist eine Abhängigkeit, also sollte jede ihren Platz verdienen.

Inhalte sind der Teil, der einen Launch am häufigsten verzögert. Texte, Fotos, Produktlisten und Preise stecken meist in den Köpfen der Menschen, die das Unternehmen führen, nicht in einem Ordner, der übergeben werden kann.

Ich helfe, sie zu formen: was eine Seite sagen muss, in welcher Reihenfolge und wie kurz sie sein kann. Gute Fotos des echten Ortes, Produkts oder der Menschen leisten mehr als jedes Stockbild, und wenn die Produktfotos die Schwachstelle sind, gibt es Wege, einen Katalog einheitlich wirken zu lassen.

Wenn eine Website oft aktualisiert wird, bekommt sie dafür einen einfachen Weg — ein CMS oder ein Administrationsbereich —, damit Änderungen nicht von mir abhängen.

Ein Projekt läuft besser, wenn sich niemand fragen muss, wo es steht. Sie bekommen früh einen Link zum aktuellen Stand, der mit dem Fortschritt aktualisiert wird, sodass Sie ihn jederzeit auf Ihrem Telefon öffnen können, statt auf ein Meeting zu warten.

Feedback funktioniert am besten, wenn es konkret ist und an einem Ort gesammelt wird: Diese Überschrift ist zu lang, dieses Foto ist das falsche, hier würde ein Kunde genau diese Frage stellen. Zehn kleine, klare Notizen bringen ein Projekt weiter als ein langes Telefonat, in dem alles besprochen und nichts aufgeschrieben wird.

Entscheidungen, die den Umfang verändern — eine neue Funktion, eine zweite Sprache, eine nicht geplante Integration —, werden als solche benannt, wenn sie auftauchen. Oft sind es gute Ideen; sie gehören nur in eine Phase, und es sollte klar sein, in welche.

Vor dem Launch gehe ich die Layouts auf verschiedenen Bildschirmen durch, die wichtigsten Abläufe und die üblichen Grenzfälle: ein leerer Warenkorb, ein langer Name, eine langsame Verbindung, ein doppelt abgeschicktes Formular.

Ich prüfe die Geschwindigkeit und die Grundlagen, die Suchmaschinen lesen: Titel, Beschreibungen, Überschriften, Bildbeschreibungen, eine Sitemap und die Sprachversionen jeder Seite. Das ist keine separate Leistung, die am Ende hinzukommt; es gehört dazu, eine Website ordentlich zu bauen.

Das Deployment selbst wird eingerichtet und getestet, bevor die Domain darauf zeigt, sodass der Wechsel ein ruhiger Moment ist und kein Ereignis.

Eine Übergabe umfasst, wie das Projekt läuft, wo die wichtigste Logik liegt und worauf man nach dem Launch achten sollte. Domain, Hosting-Konten und Code sollten Ihnen gehören, und Sie sollten wissen, wo sich jedes davon befindet.

Manche Projekte enden hier. Andere gehen weiter: Golden Standard, eine Marke und ein digitales System für drei Märkte, ist laufende Arbeit über Studio Blink — Identität, Website, CMS, eine B2B-Plattform, Partnerprogramme und ein Dokumentenstudio, Schritt für Schritt entwickelt.

Die ersten Wochen nach dem Launch sind der ehrlichste Test. Echte Besucher finden die Fragen, an die niemand gedacht hat, und die Website sollte an das angepasst werden, was sie tatsächlich tun.

Was Sie tun und für wen, und wozu die Website einen Besucher führen soll: anrufen, buchen, bestellen, schreiben. Ein oder zwei Websites, die Ihnen gefallen, und eine, die Ihnen nicht gefällt.

Die Texte und Fotos, die Sie bereits haben, auch wenn sie noch roh sind, und der Zugang zur Domain, falls es eine gibt. Damit kann das erste Gespräch direkt zu den Entscheidungen kommen, auf die es ankommt.