Warum einundzwanzig Tage und nicht acht Monate.

Jedes Projekt, das Jigen annimmt, geht in einundzwanzig Tagen in Produktion. Kein Slogan. Eine industrielle Entscheidung — und sie schliesst einen erheblichen Teil des Marktes aus. Es lohnt sich zu erklären, warum wir diese Zahl gewählt haben, was darin Platz hat, und — vor allem — was nicht.

Der Mythos der Komplexität

Die Technologie-Beratungsbranche hat ihr Umsatzmodell auf dem Wort Komplexität aufgebaut. Je aufgeblähter die Schätzung, desto beruhigter die Stakeholder: wenn es teuer ist und lange dauert, muss es seriös sein. Baustellenlogik, angewandt auf Software, die in Wirklichkeit von schnellen Iterationen lebt und von vortrainierten Modellen, deren nächste Version alle drei oder vier Monate erscheint. Acht-Monats-Roadmaps beschreiben nicht die Schwierigkeit des Problems. Sie beschreiben die Kostenstruktur der Agentur, die sie vorschlägt: Sitzungsräume, mittlere Projektleiter, Freigabezyklen, Abstimmungstermine, Sitzungen über Sitzungen.

Wenn eine Agentur ein achtmonatiges AI-Projekt verkauft, verkauft sie vorwiegend Zeit. Kein Output. Der Verdacht wird in den meisten Fällen bei der Lieferung bestätigt: Präsentationen, Mockups, konzeptuelle Frameworks und eine Handvoll fragiler Automatisierungen, die der Kunde nicht eigenständig pflegen können wird.

Die Endabrechnung ist nicht nur wirtschaftlich. Es ist der Verlust an internem Schwung: sechs Monate Sitzungen, in denen das Management aufgehört hat, operative Entscheidungen zu treffen, weil "wir auf die Plattform warten". Das sind die wahren versteckten Kosten langer Timelines, und sie tauchen in keinem Angebot auf. Die Kennzahl, die den Schaden wirklich misst, sind nicht die Anbieterkosten — es ist die Zahl der in jenen sechs Monaten aufgeschobenen Entscheidungen. Typischerweise hoch. Typischerweise nicht wiederherstellbar.

Warum einundzwanzig und nicht vierzehn, nicht dreissig

Die Zahl ist nicht willkürlich, und sie kommt nicht aus einem Marktbenchmark. Sie kommt aus einer operativen Beschränkung, die wir an unseren ersten Zyklen gemessen haben. Drei Wochen sind das Mindestfenster, in dem ein hybrides Team aus Mensch und AI die vier nötigen Pässe schafft, um ein System von null in Produktion zu bringen: die Domäne verstehen, die Architektur bauen, mit den Kundensystemen integrieren, das System bis zu einem akzeptablen Zuverlässigkeitsniveau härten.

Vierzehn Tage — zwei Wochen — zwingen dazu, das Härten auszulassen. Man kommt zu einer Demo, die unter kontrollierten Bedingungen funktioniert, aber die Grenzfälle der realen Welt nicht übersteht. Man liefert einen Prototyp, kein System. Dreissig Tage — ein Monat — sind hingegen bereits genug, um das "wir sind kurz vor dem Ende"-Muster einzuschleusen: ein Team zu Monatsbeginn hat nicht denselben operativen Druck wie ein Team am Tag achtzehn von einundzwanzig. Die Intensitätskurve fällt, der Scope schwillt an, und man erreicht Tag dreissig mit einem System, das fast fertig, aber noch nicht abgeschlossen ist.

Einundzwanzig Tage stehen genau dort, wo die Beschränkung noch starr ist, die Arbeit aber noch möglich ist. Es ist keine Meinung: es ist ein empirisches Gleichgewicht, das wir experimentell gefunden und dann vertraglich versiegelt haben.

Anatomie des Zyklus · Tag für Tag

Für diejenigen, die ihn nie von innen gesehen haben: ein Jigen-Zyklus ist nicht ein Monat gleichmässig verteilter Arbeit. Er hat eine präzise Struktur mit vier Knotenpunkten:

Tag 1-3 · Obsoleszenz-Audit. Der erste Deliverable jedes Zyklus ist nicht der, den der Kunde erwartet. Es ist ein kurzes Dokument, das erklärt, was nicht gebaut werden soll. Es identifiziert Prozesse, die nach Automatisierungs-Kandidaten aussehen, in Wirklichkeit aber bereits tot sind (geringes Restvolumen, marginale Kosten bereits flach, Opportunitätsertrag nahe null). Das Obsoleszenz-Audit ist der Filter, der verhindert, die nächsten achtzehn Tage an einem System zu arbeiten, das am Tag zweiundzwanzig niemand nutzen wird.

Tag 4-7 · Architektur und erste Integration. Das Routing zwischen Modellen wird gewählt (Claude 4.x für Reasoning, GPT-5 für volumenstarke Tasks, Gemini 3 für kontextuelle Suche), die Orchestrierung wird geschrieben, die ersten echten Integrationen werden ausgeführt — keine simulierten Daten, Daten des Kunden. Am siebten Tag gibt es die erste funktionierende Demo. Keine "Demo" im Slide-Sinn — ein System, das eine vollständige Logik-Schleife mit echten Daten durchläuft und einen validierbaren Output produziert.

Tag 8-14 · Hardening. Man findet, was bricht. Provider-Fallbacks, Output-Validierung, strukturierte Logs für deterministisches Replay, Ablehnungsregeln unter Confidence-Schwelle. Diese Woche trennt einen Prototyp von einem System. Sie ist auch die langweiligste und die, in der die meisten Anbieter die Qualität senken — weil sie in der Demo nicht sichtbar ist und niemand sie misst.

Tag 15-21 · Produktion + Beobachtung. Wird in Produktion verschoben, das Verhalten unter realem Kundenverkehr wird beobachtet, on the fly korrigiert. Am Tag einundzwanzig muss das System eine konkrete Kennzahl bewegt haben — eine gesenkte Kosten, eine erhöhte Konversion, eine verkürzte Antwortzeit. Ohne messbare Zahl schliesst der Zyklus nicht.

Das Obsoleszenz-Audit · warum wir es zuerst machen

Es ist der Teil der Methode, der die Kunden am meisten überrascht. Sie erwarten, dafür zu zahlen, etwas zu bauen; sie beginnen damit, dass wir ihnen erklären, was nicht zu bauen ist. Die meisten Unternehmen, die uns kontaktieren, kommen mit einer Liste von drei oder vier Automatisierungs-Kandidaten. Im Schnitt verdient nur einer davon wirklich ein System. Die anderen zwei oder drei sind:

• Prozesse, die bereits strukturell im Niedergang sind (Volumen sinkt um dreissig Prozent Jahr für Jahr — eine Kosten zu automatisieren, die von selbst verschwindet, bewegt die Kasse nicht).
• Prozesse, die Umsatz erzeugen, aber keine Marge (durch Automatisierung sinken die Kosten, aber der Preis folgt nach unten, weil sich der Markt commodifiziert — illusorischer Vorteil).
• Prozesse, die funktionieren, weil sie von Hand gemacht werden (klassisches Beispiel: beratender Pre-Sales; den Menschen zu ersetzen, senkt die Konversion stärker als es spart).

Das Obsoleszenz-Audit hat einen Preis: drei Tage, die nicht nach "Ausführung" aussehen. Es hat einen viel grösseren Nutzen: die nächsten achtzehn Tage werden auf den einzigen Prozess verwendet, der wirklich zählt. Wenn ein Kunde diese Logik akzeptiert, erhält er messbare Ergebnisse. Wenn er ablehnt — "wir wollen alle drei automatisieren" — erhält er gewöhnlich drei halbfertige Systeme, und wir haben entschieden, dass dies ein Vertrag ist, den wir nicht mehr unterschreiben.

Was sich ändert, wenn du dich auf 21 Tage festlegst

Die zeitliche Beschränkung erzwingt drei Verhaltensweisen, die die meisten Agenturen nicht durchhalten können.

Erstens · Scope-Disziplin. Drei Wochen erlauben keine Nebendeliverables. Es wird entschieden, was in Produktion geht und was verworfen wird, ohne Kompromisse. Das "wir könnten auch X machen" der ersten Woche wird zu "wir machen nur Y" am Tag fünf, weil alle verstehen, dass Y in Produktion unendlich mehr wert ist als X+Y in der Demo.

Zweitens · Modellauswahl. Es gibt keine Zeit, etwas von Grund auf zu trainieren. Man wählt das richtige Modell für den Task — langes Reasoning, strukturierte Extraktion, Klassifikation, Schreiben, schnelle Tool-Calls — und orchestriert es. Der Wert liegt in der Orchestrierung zwischen Frontier-Modellen, nicht in der Illusion eines "hauseigenen proprietären Agenten". Der Anbieter, der Custom-Fine-Tuning vorschlägt, bevor er gezeigt hat, dass Retrieval nicht ausreicht, verkauft Stunden, kein System.

Drittens · Automation-first-Haltung. Jeder manuelle Schritt, der keine explizite Kundenentscheidung ist, wird entfernt. Jigen selbst ist so aufgebaut: intern technisch automatisiert, bevor extern. Unsere Status-Calls sind aufgezeichnete Notizen, keine Sitzungen. Unser Projekt-Management ist ein gemeinsames Kanban, kein Master-Plan. Wir übertragen es als Methode, weil wir es zuerst an uns selbst gemacht haben.

Das Abschlusskriterium · messbare Zahl, keine Demo

Am Tag einundzwanzig schliesst der Zyklus auf ein Kriterium, das im Vertrag am Tag null festgelegt wurde. Es ist nicht "der Kunde ist zufrieden" — zu subjektiv. Es ist nicht "das System läuft" — auch ein Prototyp läuft, im Labor. Das Kriterium ist eine messbare Kennzahl auf dem Geschäft des Kunden: Konversionsrate auf einem Kanal, durchschnittliche Antwortzeit auf einem Prozess, Kosten pro Operation einer Funktion, stündliches Volumen eines Tasks. Vorher vereinbart, nachher gemessen, binär ja/nein.

Hat sich am Tag einundzwanzig die Zahl bewegt, ist der Zyklus abgeschlossen und das System gehört dem Kunden. Hat sie sich nicht bewegt, sieht der Vertrag drei Optionen vor: Scope neu verhandeln (das Problem war anders als gedacht), einen zweiten Zyklus zu reduzierten Kosten fortsetzen (die Diagnose war richtig, aber die Ausführung erfordert einen zweiten Durchgang), oder sauberer Exit mit dem so übergebenen Code und Teilrückerstattung. Die drei Optionen werden vor der Unterschrift schriftlich festgelegt. Sie werden nicht am Tag einundzwanzig mit dem Telefon in der Hand verhandelt.

Implizites Pricing-Modell

Der einundzwanzigtägige Zyklus impliziert ein spezifisches Tarifmodell. Kein Time and Materials. Keine Stundenabrechnung. Kein "ich schicke dir die Aufschlüsselung, wer wann gearbeitet hat". Der Kunde zahlt einen Festpreis pro Zyklus, vor der Unterschrift entschieden auf Basis des zu automatisierenden Prozesses und der zu bewegenden Zielzahl. Der Anbieter — in diesem Fall wir — übernimmt das Ausführungsrisiko: stellen wir am Tag fünfzehn fest, die Komplexität unterschätzt zu haben, verlieren wir Marge, übertragen sie nicht auf den Kunden.

Dieses Modell ist nicht universell und funktioniert nicht für jede Art von Anbieter. Es funktioniert, wenn der Anbieter bereits genug Zyklen wiederholt hat, um das Risiko präzise vorherzusagen. Ein Anbieter im ersten oder zweiten Zyklus sollte nicht mit Festpreis arbeiten — ihm fehlen die historischen Daten. Wir können es, weil wir Zyklen hinter uns haben. Der Anbieter, der Festpreis anbietet, ohne je vergleichbare Zyklen abgeschlossen zu haben, improvisiert.

Was nicht in einundzwanzig Tage passt

Eine vollständige ERP-Migration. Eine multi-tenant-SaaS-Plattform von Grund auf. Das Neuschreiben eines Banking-Kerns. Die Daten-Governance eines multinationalen Konzerns. Für diese Projekte existieren andere Teams, und sie tun gut daran zu existieren. Jigen nimmt sie nicht en bloc an. Nicht aus technischen Grenzen, sondern aus ehrlicher Positionierung: unser Markt ist, wer bereits einen validierten Prozess hat und einen Hebel sucht — eine Automatisierung, die Kosten schneidet, ein Agent, der die Pipeline füllt, ein System, das einen bestehenden Workflow mit doppelter Geschwindigkeit laufen lässt. Es ist keine reduzierte Ambition. Es ist konzentrierte Ambition.

Das heisst nicht, dass wir grossangelegte Herausforderungen ablehnen. Wir greifen sie einfach anders an. Ist die zu bauende Infrastruktur objektiv komplex, wird das Projekt chirurgisch in mehrere sequenzielle Zyklen zerlegt. Jeder Zyklus dauert einundzwanzig Tage und schliesst nicht mit einer Präsentation, sondern mit Code in Produktion und einer bewegten Kennzahl. So werden aus sechs Monaten Arbeit neun einundzwanzigtägige Zyklen, jeder mit seiner Zahl, jeder eigenständig bewertbar. Der Kunde wartet nicht sechs Monate, um zu sehen, ob der Plan funktioniert. Er sieht es am Tag einundzwanzig des ersten Zyklus und kann entscheiden, ob er fortfahren oder anhalten soll, bevor er das Jahresbudget ausgegeben hat.

Schneller Test · ist dein Problem ein "einundzwanzigtägiges"?

Ein operatives Raster für die Geschäftsführung eines Unternehmens, das sich auf einen AI-Anbieter verlassen will. Fünf Fragen:

1. Ist der zu automatisierende Prozess bereits auf Papier definiert? Wenn ja → Zyklus kompatibel. Wenn nein → erst Obsoleszenz-Audit, dann Zyklus.
2. Sind die benötigten Daten heute zugänglich, oder muss zuerst eine Daten-Infrastruktur aufgebaut werden? Zugänglich → kompatibel. Fehlen → es gibt einen Zyklus-Null zu machen, dem Datenzugang gewidmet.
3. Gibt es einen einzelnen Owner für den Prozess, mit Freigabebefugnis? Wenn ja → kompatibel. Wenn nein → es gibt ein organisatorisches Problem, das der AI vorausgeht (siehe Artikel "Unternehmen sind nicht bereit").
4. Hast du eine klare Kennzahl, die sich bewegen muss, und weisst du um wie viel? Wenn ja → kompatibel. Wenn nein → sie muss definiert werden, und dies wird zum Output des ersten Zyklus (Audit + Zielkennzahl).
5. Bist du bereit zu akzeptieren, dass der erste Zyklus mit "wir machen es nicht" enden kann? Wenn ja → kompatibel. Wenn nein — wenn du erwartest, dass der Anbieter am Tag einundzwanzig sowieso "irgendetwas" liefert — sind wir nicht der richtige Gesprächspartner.

Fünf Ja von fünf: Zyklus kompatibel, wir starten. Drei oder vier Ja: Zyklus kompatibel nach einer kurzen Neuausrichtung. Zwei oder weniger: das Problem ist kein einundzwanzigtägiges, es ist ein Vorbedingungs-Problem — und kein Anbieter kann dir die Vorbedingungen verkaufen.

Die Kosten der Verzögerung

Es gibt ein Argument, das niemand bringt und das das erste sein sollte. Der AI-Markt bewegt sich in wochenlangen Zyklen. Ein im März veröffentlichtes Modell ist im Juli bereits überholt. Eine Outreach-Pipeline, die im Januar funktionierte, beginnt im April Response-Rate zu verlieren. Acht Monate Entwicklung zu planen, bedeutet einen Vertrag auf Basis von Annahmen, die zur Lieferung nicht mehr wahr sind, zu unterschreiben. Jeder Tag über einundzwanzig hinaus ist ein Tag alternder Hypothesen.

Die Kunden, die diesen Punkt verstehen, fordern keine Zeitrabatte. Sie fordern Strenge. Sie wollen wissen, was in Woche drei in Produktion geht, nicht in Woche vier. Sie wollen ein System, das die Marge bewegt, kein Dossier, das ein System beschreibt, das eines Tages die Marge bewegen wird.

Es gibt auch eine weniger offensichtliche, aber wichtigere Konsequenz für jeden, der ein Unternehmen führt: eine kurze Timeline reduziert das Risiko drastisch. Ein dreiwöchiges Projekt kann in Woche zwei gestoppt werden, wenn die Signale nicht stimmen — der Verlust ist begrenzt. Ein achtmonatiges Projekt kann nach dem dritten Monat nicht mehr gestoppt werden, denn es zu stoppen, hiesse zuzugeben, dass das ursprüngliche Angebot falsch war. Politischer Druck siegt über technische Rationalität, und man kommt durch Trägheit zur Lieferung, nicht durch Verdienst. Einundzwanzig Tage schützen die Führung des Kunden vor sich selbst: jeder Zyklus ist kurz genug, dass sein Stoppen nie politisch unmöglich wird.

Einundzwanzig Tage. Es ist der operative Vertrag. Alles andere — die Modelle, der Stack, die Qualifikation des Kunden, unsere interne Struktur — folgt daraus. Es ist die Signatur-Zahl des Jigen-Brands, weil es kein Marketing-Claim ist: es ist die industrielle Beschränkung, die uns erlaubt, keine Agentur wie die anderen zu sein. Sollten wir morgen verstehen, dass die richtige Zahl achtzehn ist, würden wir sie ändern. Vorerst ist einundzwanzig das, was hält.