Website-Erstellung: ein nachhaltiges digitales Projekt im KI-Zeitalter gestalten

Welcher Website-Typ für welches Ziel?

Ein Kunde rief uns kürzlich an. Er wollte “eine Website wie Amazon, aber für seine Bäckerei”. Budget: 2.000€. Frist: zwei Wochen.

Das ist kein Witz. Das ist unser Alltag.

Und hinter dieser Diskrepanz steckt eine echte Frage, die viele Unternehmer nicht formulieren können: Welcher Website-Typ entspricht wirklich dem, was ich erreichen möchte?

Denn eine Website zu bauen, ohne diese Frage zuerst zu beantworten, ist wie einen Transporter für Mountainbike-Fahrten zu bestellen. Es fährt. Aber nicht dorthin, wo Sie hin wollen.

So gehen wir diese Wahl mit unseren Kunden an, nach 15 Jahren Projekten in der Normandie und anderswo.

Präsenzwebsite: wenn Präsenz ausreicht

Die meisten Kleinunternehmen brauchen kein technisches Monster. Sie müssen gefunden werden, Vertrauen schaffen und einen Besucher in einen Anruf oder eine Angebotsanfrage umwandeln.

Eine gut gebaute Präsenzwebsite — 5 bis 7 Seiten, schnell, Mobile-First, SEO-bereit — leistet diese Arbeit. Nichts mehr, nichts weniger.

Was unsere Audits regelmäßig zeigen: Handwerker mit einer schlichten, gut positionierten Präsenzwebsite generieren mehr Leads als ein KMU mit einem schlecht optimierten 50.000€-Portal. Technologie kompensiert nie Strategie — und unsere Website-Erstellungsdienstleistungen beginnen immer mit dieser Rahmungslogik.

Online-Shop: wenn die Transaktion im Mittelpunkt steht

Sie verkaufen Produkte? Die Frage ist nicht “WooCommerce oder PrestaShop?” — dazu kommen wir noch. Die wirkliche Frage lautet: Rechtfertigt Ihr Geschäftsmodell die Investition in einen Online-Shop?

Ein Händler mit 30 Produkten und einer treuen lokalen Kundschaft hat andere Bedürfnisse als ein Distributor mit 8.000 SKUs und ERP-Integrationen. Beide können einen Shop benötigen. Aber nicht denselben.

Bei den E-Commerce-Projekten, die wir durchgeführt haben, ist das entscheidende Erfolgskriterium nicht die gewählte Plattform. Es ist die Klarheit des Kaufwegs und die Qualität der Produktseite. Der Rest ist Rohrleitungsarbeit — wichtig, aber sekundär.

Geschäftsanwendung oder SaaS: wenn die Website zum Werkzeug wird

Das ist der dritte Typ, der oft missverständen wird. Es ist keine “Website” im traditionellen Sinne mehr — es ist eine über den Browser zugängliche Software. Buchungsverwaltung, Kundenportal, Geschäfts-Dashboard, automatisierter Workflow.

Hier werden die am Anfang getroffenen Architekturentscheidungen Sie jahrelang begleiten. Und genau hier beginnen KI-integrierte Projekte ihre Fragilität zu offenbaren.

Die unsichtbare technische Schuld: das eigentliche Risiko bei KI-Projekten

Hier wird es interessant — und hier sprechen die wenigsten Agenturen offen.

Seit 18 Monaten integrieren wir KI in unsere eigenen Produktionstools (Nova Mind, unsere automatisierte Content-Pipeline) und in Projekte einiger Kunden. Und wir haben eine schwere Lektion gelernt: KI schafft nicht nur Wert. Sie schafft auch unsichtbare technische Schulden.

Was bedeutet das konkret?

Wenn Sie ein Sprachmodell oder eine KI-Komponente in Ihre Architektur integrieren, führen Sie eine Abhängigkeit ein, die sich anders verhält als klassische Abhängigkeiten. Eine Datenbank — Sie wissen, was sie tut. Ein API-Aufruf an ein KI-Modell? Das Verhalten kann sich je nach Modellversion, Anfragekontext, Anbieterauslastung, unilateralen Anbieteraktualisierungen ändern.

Das ist kein Grund, keine KI zu integrieren. Es ist ein Grund, es methodisch zu tun.

Wo sich KI-bedingte Architekturschulden verstecken

Erste Falle: Enge Kopplung mit einem einzigen Anbieter.

Wir sehen ganze Projekte, die auf der Annahme basieren, dass die OpenAI-API immer verfügbar sein wird, immer zum gleichen Preis, mit der gleichen Schnittstelle. Das ist eine Zeitbombe. Wenn Sie Ihre GPT-4-Aufrufe direkt in Ihre Geschäftslogik ohne Abstraktionsschicht verdrahtet haben, kann eine Preis- oder Modelländerung eine teilweise Neugestaltung erfordern.

Beste Praxis: Eine Abstraktionsschicht zwischen Ihrem Code und dem KI-Anbieter. Sie wechseln das Modell? Sie ändern eine Konfigurationsdatei, nicht 40 Funktionen.

Zweite Falle: Nicht versionierte Prompts.

Ihre Prompts sind Code. Wenn Sie sie in einer grafischen Oberfläche, in einem Google Doc oder schlimmer — im Kopf des Entwicklers, der das Projekt aufgebaut hat — speichern, haben Sie ein ernstes Wartbarkeitsproblem.

Bei Nova Mind sind alle unsere Prompts in Git versioniert, mit Regressionstests für kritische Ausgaben. Wenn wir einen Artikelgenerierungs-Prompt ändern, wissen wir genau, was sich geändert hat und warum.

Dritte Falle: Kein Monitoring der KI-Ausgaben.

Einen klassischen Bug sehen Sie: Die Anwendung stürzt ab, Logs laufen heiß, der Fehler ist sichtbar. Ein KI-Bug ist anders. Die Anwendung läuft. Antworten kommen an. Aber ihre Qualität verschlechtert sich schrittweise, oder sie werden bei bestimmten Grenzfällen inkonsistent.

Ohne spezifisches Monitoring der KI-Ausgaben werden Sie es erst wissen, wenn Ihre Nutzer sich beschweren. Das ist auch der Grund, warum wir eine Local-First-Architektur mit menschlicher UX befürworten: weniger opake Abhängigkeiten, mehr Kontrolle über das, was der Nutzer sieht.

Dauerhaft bauen: Die Prinzipien, die standhalten

Nach 15 Jahren des “handwerklichen” Bauens von Websites und dem jetzigen Industrialisieren mit KI hat sich hier nichts geändert: Die guten Architekturgrundlagen bleiben dieselben, ob mit KI oder ohne.

Was sich ändert, ist ihre relative Bedeutung.

Trennung der Zuständigkeiten

In jedem digitalen Projekt — Präsenzwebsite, E-Commerce oder KI-Anwendung — gilt die Grundregel: Jede Komponente muss eine einzige, klar definierte Verantwortung haben.

Ihre KI-Content-Generierungskomponente sollte nicht auch Caching, Authentifizierung und E-Mail-Versand verwalten. Wenn das der Fall ist, haben Sie ein Designproblem, das KI verstärken, nicht lösen wird.

Was wir bei Kunden sehen, die KI-Tools in aller Eile ohne vorherige Architektur integriert haben: Systeme, die in der Demo funktionieren und beim ersten Lastanstieg oder Anbieterwechsel zusammenbrechen.

Reversibilität technischer Entscheidungen

“Gute Architekturentscheidungen sind die, die Sie rückgängig machen können, ohne alles neu zu bauen.”

Das ist das Prinzip, das wir systematisch auf unsere Projekte anwenden. Bevor wir eine Technologie oder einen Anbieter wählen, stellen wir uns die Frage: Wenn wir in 18 Monaten aussteigen müssen, was kostet das?

Für KI bedeutet das: Keine Geschäftslogik in Ihre Prompts schreiben. Keinen kritischen Zustand ausschließlich in einem KI-System speichern. Keine Workflows aufbauen, die nur mit einem bestimmten Modell funktionieren können.

Beobachtbarkeit von Anfang an

Bei Nicht-KI-Projekten wird Beobachtbarkeit (Logs, Metriken, Alarme) oft nachträglich hinzugefügt. Das ist bereits schlechte Praxis. Mit KI ist es ein professionelles Versagen.

Sie müssen in Echtzeit wissen: Wie viele KI-Aufrufe Sie machen, zu welchen Kosten, mit welcher Erfolgsrate, mit welcher Latenz. Und wenn eine KI-Ausgabe zur Geschäftsentscheidung genutzt wird, müssen Sie sie nachverfolgen können.

Bei Nova Mind überwachen wir jede Artikelgenerierung: genutztes Modell, verbrauchte Tokens, Antwortzeit, geschätzter Qualitätsscore. Nicht aus Freude an Zahlen — um Abweichungen zu erkennen, bevor sie zu Problemen werden.

Die 3 Fragen vor dem Start Ihres digitalen Projekts

Egal ob Sie eine Präsenzwebsite oder eine komplexe KI-Anwendung bauen, diese drei Fragen müssen klare Antworten haben, bevor Sie die erste Codezeile schreiben — oder das erste Angebot unterzeichnen.

1. Welches messbare Ergebnis wird in 6 Monaten erwartet?

Nicht “eine schöne Website haben”. Nicht “im Internet präsent sein”. Ein konkretes Ergebnis: X Leads pro Monat, Y% Warenkorb-Konversion, Z eingesparte Stunden bei einem Geschäftsprozess. Wenn Sie diese Frage nicht beantworten können, ist das Projekt nicht bereit.

2. Was sind die kritischen Abhängigkeiten Ihrer Architektur?

Für jede Technologiekomponente: Was passiert, wenn sie in 12 Monaten verschwindet oder ihren Preis ändert? Diese Frage ist unangenehm. Sie ist unerlässlich. Wir haben das auf die harte Tour bei einem Projekt gelernt, wo ein Automatisierungstool seine Preiskonditionen von einem Tag auf den anderen geändert hat — und unser Kunde vollständig von diesem Tool abhängig war.

3. Wie werden Sie dieses System pflegen und weiterentwickeln?

Eine ausgelieferte Website ist keine fertige Website. Es ist ein lebendiges System, das Updates, Korrekturen und Weiterentwicklungen erfordern wird. Wer kümmert sich darum? Mit welchem Budget? Nach welchem Prozess? Projekte, die langfristig scheitern, sind generell nicht schlecht gebaut — sie sind schlecht gepflegt.

Was das konkret für Ihr Projekt bedeutet

Laut einer McKinsey-Studie über digitale Transformationsprojekte erreichen mehr als 70% der Projekte ihre ursprünglichen Ziele nicht. Das ist keine Frage des Budgets oder der Technologie. Es ist eine Frage der Methode und Klarheit der Ziele.

In der Normandie wie überall in Frankreich haben KMU, die ihre digitalen Projekte erfolgreich umsetzen, eines gemeinsam: Sie haben sich Zeit genommen, zu rahmen bevor sie gebaut haben. Nicht über Monate — ein paar Tage reichen. Aber diese Rahmung existiert, und sie ist genauso wertvoll für eine Präsenzwebsite wie für ein Projekt, das die bevorstehenden Umwälzungen durch KI antizipiert.

Wenn ich an Ihrer Stelle wäre, würde ich vor dem Start eines Projekts, welches auch immer, folgendes tun:

• Den Website-Typ festlegen, der zu Ihrem tatsächlichen Ziel passt (nicht zu Ihrer ursprünglichen Idee)
• Die 3 Haupt-Architekturrisiken identifizieren, besonders wenn Sie KI integrieren
• Eine Methode zur Erfolgsmessung ab dem ersten Tag festlegen

Das ist nicht glamourös. Das ist nicht viral. Aber es ist das, was den Unterschied macht zwischen einem Projekt, das Wert liefert, und einem, das man in 18 Monaten neu macht.

---

Schnell bauen und gut bauen: beides schließt sich nicht aus

Wir liefern Websites in 3 bis 7 Tagen mit unserem industrialisierten Workflow. Einige Kunden denken, Geschwindigkeit = Abstriche bei Qualität oder architektonischer Rigidität.

Das Gegenteil ist der Fall.

Wir sind schnell, weil die strukturellen Entscheidungen im Voraus getroffen werden. Weil unser Stack bewährt ist. Weil wir bei jedem Projekt nicht die Rohrleitungsarbeit neu erfinden.

Und bei KI-integrierten Projekten nehmen wir die zusätzliche Zeit, die nötig ist, um die richtigen Abstraktionsschichten aufzubauen, Prompts zu versionieren, Monitoring einzurichten. Nicht aus Perfektionismus — aus Pragmatismus. Weil die Kosten einer schlecht verwalteten technischen Schuld bei einem KI-System weit über den wenigen Stunden liegen, die von Anfang an investiert werden.

Ihr digitales Projekt verdient es, dauerhaft gebaut zu werden, nicht nur geliefert zu werden.

Wenn Sie möchten, dass wir Ihre aktuelle Architektur prüfen oder Ihr nächstes Projekt gemeinsam rahmen — Präsenzwebsite, E-Commerce oder KI-Anwendung — kontaktieren Sie GDM-Pixel. Wir sagen Ihnen, was funktioniert, was nicht funktioniert, und was wir an Ihrer Stelle tun würden. Ohne Blabla.