
Build > Advise: Wie wir in 4 Wochen liefern, was andere in 4 Monaten präsentieren
TL;DR: „Klassisches Consulting verkauft Empfehlungen. Wir verkaufen funktionierende Systeme. In 4 Wochen. Ohne PowerPoint."
— Till FreitagDas Problem mit Empfehlungen
Ich war auf beiden Seiten. Als Berater, der Decks geschrieben hat. Und als Macher, der die Ergebnisse solcher Decks geerbt hat. Und ich kann euch sagen: Die Lücke zwischen Empfehlung und Umsetzung ist der teuerste Ort in der Unternehmensberatung.
Ein typisches Consulting-Projekt sieht so aus:
| Phase | Dauer | Output |
|---|---|---|
| Discovery & Stakeholder Interviews | 4–6 Wochen | Interview-Zusammenfassungen |
| Analyse & Benchmarking | 6–8 Wochen | Marktvergleiche, Frameworks |
| Strategieentwicklung | 4–6 Wochen | Das große Deck™ |
| Präsentation & Alignment | 2–4 Wochen | Workshops, Feedback-Schleifen |
| Summe | 16–24 Wochen | Ein PDF und offene Fragen |
Und dann? Dann beginnt die eigentliche Arbeit. Implementierung. Mit einem anderen Team. Mit anderem Budget. Mit anderen Prioritäten. Monate nach dem Kick-off hat sich der Markt verändert, und das Deck ist veraltet.
Unser Gegenmodell: 4 Wochen, funktionierender Code
Bei Till Freitag gibt es kein Strategie-Deck. Nicht weil wir nicht strategisch denken können – sondern weil wir es für respektlos halten, Kunden monatelang hinzuhalten, bevor etwas Greifbares entsteht.
Unser 4-Wochen-Rhythmus:
Woche 1: Verstehen & Entscheiden
Kein Discovery-Marathon. Ein Tag Onsite oder Remote. Wir stellen die richtigen Fragen, priorisieren gemeinsam und definieren einen klaren Scope. Am Ende von Tag eins steht fest, was in drei Wochen live sein wird.
Kein 80-seitiges Anforderungsdokument. Ein Miro-Board mit klaren Swim Lanes.
Woche 2–3: Bauen
Hier passiert das, was bei klassischen Beratern als „out of scope" gilt: Wir bauen. Mit AI-nativer Entwicklung. Mit Vibe Coding. Mit Tools wie Lovable, Cursor und Claude.
Ein MVP, das nicht „theoretisch funktioniert", sondern das ein echter User testen kann. Kein Prototyp im Sinne von Figma-Klickdummy – ein funktionierendes System mit echtem Backend, echten Daten, echten Workflows.
Woche 4: Iterieren & Übergeben
Feedback einarbeiten. Edges glätten. Dokumentation. Übergabe. Nicht als 200-Seiten-PDF, sondern als funktionierendes System mit Clean Code und klarer Architektur.
Das Ergebnis nach 4 Wochen: Ein System, das läuft. Nicht eine Empfehlung, die in der Schublade landet.
Warum das jetzt möglich ist
Dieses Modell war vor zwei Jahren nicht machbar. Was es möglich macht, ist der AI-native Stack:
- Claude & Cursor für Code-Generierung, die Senior-Level Qualität liefert
- Lovable für Full-Stack-Apps in Stunden statt Wochen
- Supabase für Backend-Infrastruktur ohne DevOps-Team
- React & Vercel für Production-Ready Deployments
Die Kombination dieser Tools bedeutet: Was früher ein 6-köpfiges Team in 3 Monaten gebaut hat, schaffen wir zu zweit in 4 Wochen. Nicht weil wir schlauer sind, sondern weil die Werkzeuge exponentiell besser geworden sind.
Die unbequeme Wahrheit über Consulting
Lassen wir die Höflichkeit mal beiseite:
Klassisches Consulting hat ein Incentive-Problem. Je länger das Projekt, desto höher der Umsatz. Je komplexer die Empfehlung, desto länger das Projekt. Je ungreifbarer der Deliverable, desto schwieriger die Messbarkeit.
Das ist kein Vorwurf an die Menschen in der Branche – das ist eine strukturelle Kritik am Modell. Ein Modell, das belohnt, Probleme zu verlängern statt sie zu lösen.
Wir drehen das um:
| Klassisches Consulting | Build > Advise |
|---|---|
| Erfolg = lange Projekte | Erfolg = schnelle Ergebnisse |
| Deliverable = Deck | Deliverable = funktionierender Code |
| Team = Junior-Berater | Team = Senior-Builder |
| Messung = Kundenzufriedenheit (Survey) | Messung = System läuft (ja/nein) |
| Lock-in = Abhängigkeit | Ownership = euer Code, euer System |
Was das für Kunden bedeutet
Ihr bekommt euren Code
Alles, was wir bauen, gehört euch. Kein Vendor Lock-in. Kein Abo-Modell für Support. Clean Code in einem Git-Repository, das euer Team weiterentwickeln kann.
Ihr bezahlt für Ergebnisse
Unsere Projekte haben einen festen Scope und einen festen Preis. Keine Überraschungen im dritten Monat. Keine „Change Requests", die das Budget verdoppeln.
Ihr spart Monate
4 Wochen statt 4 Monate. Das ist nicht nur eine Zeitersparnis – das ist ein strategischer Vorteil. Ihr seid schneller am Markt, bekommt schneller Feedback, iteriert schneller.
Wann Build > Advise nicht passt
Ehrlichkeit gehört dazu: Dieses Modell ist nicht für jeden.
Es passt nicht, wenn ihr ein 500-Seiten-Compliance-Dokument braucht. Wenn 17 Stakeholder zustimmen müssen, bevor eine Zeile Code geschrieben wird. Wenn die Organisation nicht bereit ist, Entscheidungen in Tagen statt Monaten zu treffen.
Es passt perfekt, wenn ihr wirklich etwas bauen wollt. Wenn ihr wisst, dass das Problem real ist. Wenn ihr bereit seid, ein funktionierendes System als Ausgangspunkt zu nehmen und iterativ zu verbessern.
Der nächste Schritt
Wenn ihr bis hierhin gelesen habt und denkt „Das klingt nach dem, was wir brauchen" – dann lasst uns reden. Nicht in einem 90-Minuten-Sales-Call mit Demo-Deck, sondern in einem ehrlichen 30-Minuten-Gespräch.
Wir erzählen euch, was wir in 4 Wochen für euch bauen können. Und wenn es nicht passt, sagen wir das auch.
→ Unser Anti-McKinsey Manifest → Senior-Only: Keine Junioren auf Kundenprojekte → AI First = People First → Scale Impact, Not Headcount → Kontakt aufnehmen







