„Was bekomme ich eigentlich für diesen Preis?“
Preis allein erklärt keinen Umfang, keine Grenzen, keine Voraussetzungen und nicht, was passiert, wenn das Projekt vom Standard abweicht.
Case Study 00 / WebsiteGarage selbst
Wir zeigen nicht nur das Ergebnis.
WebsiteGarage ist unser Schaufenster, Verkaufssystem, Arbeitsprozess und Testfeld in einem. Also machen wir etwas, das Agentur-Portfolios erstaunlich selten tun: Wir öffnen die Garage und zeigen, was wirklich darunter steckt.
DE native source0 erfundene KPIs1 echte Architektur
01 / Das eigentliche Problem
Nicht die Website.
Eine Webdienstleistung online zu verkaufen ist der unangenehme Mittelweg zwischen „Preis auf Anfrage“ und einem standardisierten Produkt, das so tut, als wäre jedes Projekt gleich.
„Alles inklusive“ ist kein Leistungsumfang.
Individuelle Arbeit braucht klare Regeln. Sonst wird Transparenz zur Floskel und jedes Projekt zu einer nachträglichen Verhandlung.
Wie verkauft man individuelle Webarbeit transparent, ohne sie in ein starres Massenprodukt zu verwandeln?Das wurde zur Kernfrage von WebsiteGarage.
02 / Leistungs-Blueprint
Ein Service. Eine Wahrheit.
Besucher sollen ein Angebot schnell verstehen. Intern muss dasselbe Angebot präzise genug sein, um Preise, Grenzen, Briefing, Kauf und Übersetzungen konsistent zu halten.
websitegarage_service_blueprint
interactive explorer / v1
03 / Not everything worked
Was schiefging.
Ein System wird nicht besser, weil man die erste Idee verteidigt. Also zeigen wir die Stellen, an denen WebsiteGarage selbst zu viel, zu bunt oder schlicht falsch gedacht war.
Was kaputtging
Einzelne Komponenten sahen gut aus, zusammen aber wie fünf Designsysteme gleichzeitig. Der Lime-Akzent verlor seine Funktion, weil er zu oft vorkam.
→
Was wir geändert haben
Weniger Sonderfälle, klarere Hierarchie, wiederkehrende Komponenten. Lime ist wieder Signal - nicht Tapete.
Was kaputtging
Maximale Flexibilität sah nach maximaler Transparenz aus, erzeugte aber einen Konfigurator, der Kunden Arbeit machte.
→
Was wir geändert haben
Erst Orientierung, dann Paket, dann relevante Optionen. Komplexität wird progressiv geöffnet.
Was kaputtging
Einige Varianten unterschieden sich beim echten Arbeitsaufwand stärker als beim Preis. Das ist weder sauber kalkuliert noch langfristig fair.
→
Was wir geändert haben
Pakete wurden neu strukturiert. Zwei sinnvolle Varianten schlagen drei künstliche - immer.
Was kaputtging
Produkt → Warenkorb → Checkout erklärt nicht, was zu einem individuellen Projekt passt oder wann eine Prüfung nötig ist.
→
Was wir geändert haben
Der Angebotskonfigurator wurde zur Beratungsschicht zwischen Interesse und Kauf - nicht zum Ersatz für Beratung.
04 / Bewusste NEINs
Was wir bewusst nicht gebaut haben.
Produktentwicklung besteht nicht nur aus Features. Manchmal ist die wertvollste technische oder geschäftliche Entscheidung ein klares Nein.
Kein Hosting-Lock-in
Hosting wäre wiederkehrender Umsatz. Trotzdem bleiben Domain, Hosting und Zugänge beim Kunden. Eine Website sollte dem Unternehmen gehören, nicht dem Dienstleister.
Kein 39-Euro-Wartungspaket
Ein Tarif, der wirtschaftlich nur funktioniert, wenn möglichst niemand hinsieht, passt nicht zu unserem Modell. Automatisierung ja. Menschliche Prüfung bleibt.
Keine Premium-Limits fürs Marketing
„8 Seiten, 12 Sektionen, 2 Formulare“ ist kein Qualitätsmerkmal. Grenzen müssen Aufwand und Risiko steuern - nicht künstlich verhindern, dass die Informationsarchitektur sinnvoll wird.
Kein Custom-Code-Fetisch
Wenn eine stabile vorhandene Lösung das Problem sauber löst, nutzen wir sie. Eigener Code braucht einen Grund: Kontrolle, Integration, Workflow oder echte Speziallogik.
Apropos „custom“
Quelltext ansehen ist erlaubt.
„Custom“ bedeutet bei uns nicht „wir haben ein eigenes CMS erfunden“. WordPress und WooCommerce sind bewusst gewählte Fundamente. Eigene Design-, Service- und Angebotslogik sitzt darüber.
Wenn wir Standard nutzen, sagen wir Standard. Wenn etwas von uns ist, können wir zeigen, wo.
<!-- Kein „100% custom“-Sticker über random Theme. -->
<foundation platform="WordPress" commerce="WooCommerce">
<websitegarage theme="own" services="own">
<service-blueprint source="DE" version="1" />
<offer-builder human-check="true" />
</websitegarage>
</foundation>
<foundation platform="WordPress" commerce="WooCommerce">
<websitegarage theme="own" services="own">
<service-blueprint source="DE" version="1" />
<offer-builder human-check="true" />
</websitegarage>
</foundation>
05 / Unter der Haube
Technik ist Mittel. Nicht die Story.
Wir zeigen die Architektur trotzdem - nicht zum Angeben, sondern damit sichtbar wird, welche Schicht welches Problem löst.
WordPressCONTENT-BASIS
WebsiteGarage-ThemeDESIGN + FRONTEND
WebsiteGarage-LeistungenLEISTUNGSLOGIK
WooCommerceTRANSAKTIONSSCHICHT
MehrsprachigkeitsschichtDE → EN / PL
Leistungs-BlueprintSTRUKTURQUELLE
→
Was der Besucher bekommt
Weniger Technik. Mehr Klarheit.
Die Architektur darf intern komplex sein. Nach außen soll sie genau das Gegenteil bewirken: verständliche Leistungen, klare Grenzen, passende Optionen und einen sauberen Weg zur Entscheidung.
visitor → guidance → decision → project
06 / Evolution
Keine große Eingebung. Viele Korrekturen.
WebsiteGarage entstand nicht in einem perfekten „Brand Workshop“. Die entscheidenden Schritte kamen aus Problemen, die beim Bauen sichtbar wurden.
01
Leistungsidee
Leistungen online verkaufen.
02
Pakete
Umfang sichtbar machen.
03
Angebotskonfigurator
Mehr als Warenkorb.
04
Blueprint
Eine Struktur als Quelle.
05
Sprachen
DE nativ, EN/PL darüber.
06
Design-Neustart
Weniger Chaos, mehr System.
07
PATCH
Guidance statt Popup-Bot.
07 / Keine falschen Belege
Was wir noch nicht behaupten können.
WebsiteGarage ist neu. Deshalb gibt es hier keine erfundenen Conversion-Charts, keine fiktiven Kundenstimmen und keine „+187 % Leads“, nur weil die Zahl gut aussieht.
Grundsätze für Nachweise
Echte Daten kommen später. Nicht erfundene früher.
Wir messen technische Performance, Nutzungsverhalten, Abbruchpunkte, Verständlichkeit des Angebots, Prozesszeiten und Fehler. Kommerzielle Kennzahlen zeigen wir erst, wenn sie belastbar sind.
+???% CONVERSIONSieht beeindruckend aus. Wäre nur leider erfunden.
08 / Aktuell auf der Hebebühne
WebsiteGarage ist nicht fertig.
Nicht im Sinne einer unfertigen Website. Sondern als arbeitendes Produkt: beobachten, testen, entfernen, neu bauen - wenn es einen Grund gibt.
Wir reparieren weiter();
Der Name „Garage“ ist kein Deko-Motiv. Dinge kommen auf die Hebebühne, wenn sie nicht sauber genug funktionieren.
Status: in EntwicklungNavigation & AngebotsführungWeniger suchen, schneller verstehen.
in ArbeitAngebotskonfiguratorVom Interesse zum passenden Scope.
in ÜberarbeitungPATCHInteraktive Führung statt generischem Chat-Popup.
im AufbauDesign SystemMehr Konsistenz, weniger visuelles Rauschen.
in VerfeinerungPerformanceSchnell dort, wo Geschwindigkeit spürbar wird.
wird gemessen
Nimm uns nicht einfach beim Wort.
Sie benutzen das Ergebnis bereits.
Diese Website ist WebsiteGarage. Öffnen Sie eine Leistung. Vergleichen Sie Pakete. Prüfen Sie, was enthalten ist und was nicht. Schauen Sie unter die Haube.