Drei Tage, keine sechs Wochen
Sechs Wochen ist die Dauer der Meetings. Die Arbeit selbst geht schneller, und moderne Tools haben sie noch einmal schneller gemacht. Hier steht alles, Stunde für Stunde.
Die meisten Website-Projekte sind nicht langsam, weil die Arbeit schwer ist. Sie sind langsam, weil die Arbeit wartet: auf einen Kickoff, auf ein Moodboard, auf eine Feedbackrunde, auf die eine Person, die noch nicht geantwortet hat. Wir haben das Warten herausgenommen und die Arbeit drin gelassen.
Was folgt, ist das Ganze. Drei Werktage, vom Gespräch bis zu deiner Domain.
NewWebsite.builders liefert eine fertige Website in 3 Werktagen. Tag 1 ist ein Gespräch von 30 Minuten, das die Seiten, die Texte, den Look und einen Festpreis festlegt. Tag 2 ist der Build, live zu verfolgen über einen Preview-Link. Tag 3 ist eine Reviewrunde und der Launch, mit dem Quellcode und den Hosting-Schlüsseln auf deinen Namen.
Tag 1: ein Gespräch, eine Richtung
Dreißig Minuten im Gespräch legen vier Dinge fest: welche Seiten die Site braucht, was jede davon sagen muss, wie sie aussehen soll und was sie kostet. Du gehst mit alldem schriftlich und einem Preis, der sich nicht mehr bewegt.
Dass es in eine halbe Stunde passt, liegt daran, dass wir dich nichts erfinden lassen. Du beschreibst das Unternehmen, wir fragen nach dem Besucher, den du willst, und was er tun soll, und du bekommst eine Richtung zurück statt drei zur Auswahl. Eine Richtung mit Begründung korrigierst du schneller als drei, die du vergleichen musst.
- Die Seiten. Meistens 1 bei einer Landingpage und 5 bis 10 bei einer vollen Site, benannt und geordnet, bevor irgendetwas gebaut wird.
- Die Texte. Was du schon hast, plus das, was wir aus dem Gespräch schreiben. Du bekommst nie ein leeres Blatt zum Ausfüllen.
- Der Look. Schrift, Farbe und das Gefühl der Sache, in Worten vereinbart statt in einem Foliensatz.
- Der Preis. Eine Zahl, im selben Gespräch, am selben Tag schriftlich.
Das Einzige, was den Termin verschiebt, ist Material. Wenn die Fotos und das Logo an Tag 3 eintreffen, launcht die Site, wenn sie eintreffen. Das ist die einzige Variable, und sie liegt auf deiner Seite der Linie, also lohnt es sich, das an Tag 1 zu wissen. Eine kurze Liste steht in was du vor dem Website-Bau bereitlegst.
Tag 2: der Build, bei Tageslicht
Tag 2 ist die eigentliche Arbeit. Komponenten kommen einzeln hinein, und du bekommst am ersten Morgen einen Preview-Link, der sich füllt, während du zusiehst. Nichts bleibt bis zu einer großen Enthüllung verborgen, denn bei der Enthüllung tauchen sonst vier Wochen Missverständnis auf.
Jede Komponente wird für deine Site geschrieben statt aus einem Theme gepickt. Das ist pro Komponente langsamer als einen Block an die richtige Stelle zu ziehen, und über eine ganze Site viel schneller, weil hinterher nichts rückgängig gemacht werden muss, damit es passt.
Deine Texte werden ins CMS modelliert, während die Seiten entstehen, also ist das, was du in der Preview siehst, derselbe Inhalt, den du später bearbeitest. Es gibt keinen separaten Schritt, in dem ein fertiges Design nachträglich in ein Content-System gepresst wird und leise ein Drittel seines Layouts verliert.
Zwei Dinge über den Build sind wahr und verdienen es, klar gesagt zu werden. Es wird 0 Page-Builder-Runtime an deine Besucher ausgeliefert, und es sind 0 Themes im Spiel. Die Seite, die ein Besucher lädt, enthält deine Site und sonst nichts.
Tag 3: Review, Launch, Übergabe
Tag 3 beginnt mit deiner Reviewrunde. Du gehst die Preview durch und schreibst auf, was nicht stimmt. Diese Liste arbeiten wir zusammen ab, in einer Sitzung statt über eine Woche E-Mail.
Dann geht die Site live auf deiner Domain, auf einem Edge-Netzwerk, mit SSL. Das Repository, die Hosting-Schlüssel und der CMS-Login landen am selben Tag auf deinem Namen. Keine Kopie davon und kein Account, den wir für dich halten: Die Accounts gehören dir, und wenn du nie wieder mit uns sprichst, läuft die Site weiter.
Nach dem Launch hast du 14 Tage Fixes inklusive. Alles, was kaputt ist, alles, was falsch steht, alles, was sich schlecht liest. Das ist enthalten, weil eine Site, die in 3 Tagen live geht, in den Tagen danach korrigiert werden sollte, nicht als Geisel für einen Support-Retainer gehalten.
Was drei Tage wirklich bedeuten
Drei Werktage sind das Build-Fenster, und es beginnt, wenn die Scope unterschrieben und das Material da ist. Es sind nicht drei Tage ab der ersten Mail, und es sind nicht drei Tage, in denen du am Telefon wartest.
In der Praxis sieht der Kalender so aus. Du buchst ein Gespräch. Die Scope und der Preis kommen am selben Tag zurück. Du sagst ja und schickst das Material. Die drei Tage starten am nächsten Werktagmorgen, und du steckst darin etwa eine Stunde deiner eigenen Zeit: das Gespräch an Tag 1, die Review an Tag 3.
Drei Tage decken eine Landingpage oder eine mehrseitige Website ab. Alles mit einem Login, einem Checkout oder einer Datenbank dahinter ist individuelle Entwicklung, gescopet im selben Gespräch und innerhalb von 24 Stunden schriftlich angeboten. Das geht nicht in 3 Tagen live, und wir sagen es, bevor du zahlst, nicht danach.
Warum es nicht schlechter wird
Die ehrliche Antwort ist, dass der größte Teil eines Sechs-Wochen-Projekts keine Bauzeit ist. Es sind die Lücken: das Warten auf Feedback, das Warten auf eine zweite Meinung, das Warten auf die Änderung, die eintrifft, wenn der Entwickler längst an etwas anderem sitzt und das Ganze wieder neu in den Kopf laden muss.
Den Kalender zu verdichten entfernt die Lücken und das Neuladen gleich mit. Die Arbeit läuft durch, sie liegt in einem Kopf, und sie wird fertig, solange sie noch frisch ist. Deshalb wird das Ergebnis besser statt gröber, und genau an dieser Stelle erwarten die Leute einen Tausch.
Die zwei Kunden, die das laut gesagt haben, sagen es brauchbarer, als wir es können. Hans von 't Kippegie: schnell, und gut, eine Kombination, die er so noch nicht gesehen hatte. Melvin von GetRanked.io fand den Design-Guide gut genug, dass sein Team das eigene Produkt daran angepasst hat.