Build > Advise: Wie wir in 4 Wochen liefern, was andere in 4 Monaten präsentieren

Das 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.

→ Kontakt aufnehmen