METXMEEine mittelständische Verwaltung in Stuttgart, fünfzig Mitarbeitende, neunhundert Einheiten in der Verwaltung, beschloss im Januar, „KI einzuführen". Drei Wochen später war klar, dass das einfacher gesagt als getan ist: zwei Beratungsangebote auf dem Tisch (sechsundzwanzig- und einundvierzigtausend Euro für vier Monate), drei interne Diskussionen über Datenschutz, kein einziger konkreter Use-Case, der mehr als ein Bauchgefühl trug. Februar verging mit Excel-Listen. Anfang März kam die Kollegin aus der Sachbearbeitung mit einer Frage, die alles verschob: „Können wir nicht einfach was Konkretes ausprobieren — das, womit ich morgen anfange?"
Genau das ist die typische Spannung im Mittelstand 2026. Auf der einen Seite die Sehnsucht nach einem geordneten Plan. Auf der anderen Seite die Realität, dass der Plan ohne erste Pilotnutzung Theorie bleibt. Der 30/60/90-Tage-Plan-Generator in der Community löst genau diese Spannung — er gibt euch einen geordneten Plan, der mit einer ersten Pilotnutzung in den ersten dreißig Tagen anfängt und sich an eurer Größe und eurem Reifegrad orientiert.
Wie der Generator denkt
Zwei Eingabe-Achsen bestimmen den Plan: Organisationsgröße (klein bis 25 Mitarbeitende, mittel 25–250, groß über 250) und Reifegrad (startend ohne produktive KI-Nutzung, wachsend mit erstem Pilot, fortgeschritten mit mehreren Use-Cases und eigener Governance). Aus den zwei Achsen ergeben sich neun Konstellationen — und für jede gibt der Generator drei Phasen mit je vier Wochenschritten und Verantwortlichen pro Schritt aus.
Die Verantwortlichen sind bewusst Rollen, keine Personen. „IT + Personalleitung" statt „Frau Müller". Das macht den Plan portierbar und macht klar, welche Köpfe wann am Tisch sein müssen — ohne dass ihr drei Wochen mit Personenfindung verbringt.
Phase eins — Diagnose (Tag 1–30)
In den ersten dreißig Tagen entscheidet sich, ob der Rollout später trägt oder nicht. Hier wird nichts produktiv geschaltet. Hier wird strukturiert diagnostiziert.
Für eine startende Klein-Organisation — typischerweise eine Hausverwaltung mit fünfzehn Mitarbeitenden, gemischter IT-Ausstattung, ohne dedizierten DSB:
Woche 1 — Bestandsaufnahme. Wer nutzt heute KI im Privaten? Wer im Geschäft? Welche Tools sind unterwegs (Schatten-IT)? Verantwortlich: IT + Personalleitung. Eine Stunde pro Bereich, gemeinsame Excel-Liste.
Woche 2 — Use-Case-Sammlung. Fünf bis sieben Vorschläge aus den Fachbereichen. Bewusst kein Workshop-Theater — eine Stunde pro Bereich, der Bereichsleiter fragt seine Mitarbeitenden direkt. Verantwortlich: Bereichsleitungen.
Woche 3 — Use-Case-Steckbrief. Pro Vorschlag die Pflichtangaben aus dem Use-Case-Steckbrief in der Vorlagen-Bibliothek — Risiko, Datenklasse, Aufwand. Top drei priorisieren. Verantwortlich: DSB + Fachverantwortliche.
Woche 4 — Anbieter und Plattform. Vorläufig entscheiden: AWS Bedrock Frankfurt? Vertex AI? Anthropic Pro? KI-Charta erstmalig entwerfen mit dem KI-Charta-Generator. Verantwortlich: Geschäftsführung + IT.
Für eine mittlere oder fortgeschrittene Organisation sehen die vier Wochen anders aus — der Generator führt das durch. Wer bereits Pilot-Use-Cases laufen hat, beginnt mit einer Pilot-Auswertung statt einer Bestandsaufnahme. Wer schon mehrere Bereiche aktiv hat, geht in Woche 1 in ein Reifegrad-Assessment.
Phase zwei — Pilot (Tag 31–60)
In der mittleren Phase werden die ersten Use-Cases produktiv. Aber bewusst eng begrenzt — ein bis zwei Use-Cases, fünf bis zehn Pilotnutzer:innen, wöchentliche Retrospektive im Kleingruppenformat. Wer in dieser Phase „den ganzen Stack" einführt, verbrennt Zeit und Vertrauen.
Eine startende Klein-Organisation würde typischerweise:
Woche 5 — Pro/Team-Lizenzen. Für die ersten zehn Pilotnutzer:innen einrichten. Erst-Schulung mit Fokus auf Datenschutz-Regeln. Verantwortlich: IT + DSB.
Woche 6 — Erste Vorlagen. Den Prompt-Stil-Guide intern verteilen, Vorfall-Meldebogen einführen. Eine Power-User-Gruppe (drei bis fünf Multiplikator:innen) als interne Anlaufstelle definieren. Verantwortlich: Power-User-Gruppe.
Woche 7 — Pilot-Use-Case 1 produktiv nehmen — eng begrenzt. Wöchentliche Retrospektive. Verantwortlich: Fachverantwortliche.
Woche 8 — Pilot-Use-Case 2 aufsetzen, parallele Lernschleifen mit Use-Case 1 nutzen. Verantwortlich: Power-User + Fachbereich.
Wachsende Organisationen würden in dieser Phase bereits MCP-Server-Anbindungen testen oder die erste eigene Skill bauen. Fortgeschrittene Organisationen würden Skill-Bibliotheken konsolidieren oder Cross-Team-Skills mit Sub-Agents testen — das ist die Liga, in der der Skill-Generator und der MCP-Server-Katalog zum Daueranker werden.
Phase drei — Skalieren (Tag 61–90)
In der dritten Phase wandert die Erfahrung in die Breite. Aber nicht über Nacht. Schrittweise, mit dokumentiertem Onboarding, mit messbaren KPIs.
Eine startende Klein-Organisation würde:
Woche 9 — Pilot-Use-Cases öffnen. Use-Cases 1 und 2 für die nächsten zwanzig Mitarbeitenden öffnen, schrittweise, mit dokumentiertem Onboarding. Verantwortlich: Personal + Fachbereiche.
Woche 10 — Schulungsmodul 1 (Grundlagen) ausrollen. Pflicht für jede KI-Berührung im Haus. Der Schulungsplan in der Vorlagen-Bibliothek liefert die Module. Verantwortlich: Personal.
Woche 11 — Pilot-Auswertung mit Geschäftsführung. Gemessene Wirkung, Aufwand, Vorfälle. Entscheidung über Phase 2 (Skalierung in weitere Bereiche). Verantwortlich: Geschäftsführung + IT.
Woche 12 — KI-Charta freigeben. In der Mitarbeiterversammlung vorstellen. Quartals-Refresh-Plan aufsetzen. Verantwortlich: Geschäftsführung.
Wachsende und fortgeschrittene Organisationen erweitern in der dritten Phase typischerweise um KPI-Dashboards, externe Sparring-Termine (Konferenzen, Communities) und langfristige Plattform-Pläne (Multi-Cloud, Open-Weight-Anteile, Vendor-Diversifikation).
Was an dem Plan bewusst klein gehalten ist
Drei Eigenschaften, die in der Praxis das Pendel zum Erfolg ziehen.
Erstens — die Schritte sind Wochen, nicht Tage. Wer eine Organisation mit Tagesplanung führen will, scheitert. Mittelstand hat Urlaub, Krankheit, Quartalsabschlüsse, Weihnachtsfeier. Wochen geben Puffer. Wer einen Wochenschritt in vier Tagen erledigt, hat einen Tag für den Schluck Kaffee. Wer ihn in fünfzehn Werktagen erledigt, hat sich für die nächste Woche disqualifiziert.
Zweitens — die Verantwortlichen sind Rollen, keine Personen. Das macht den Plan personalwechsel-fest und vermeidet die typische Diskussion „wer eigentlich zuständig ist". Wenn der Plan sagt „IT + DSB", weiß jeder im Haus, wer am Tisch sitzen muss.
Drittens — die Dichte sinkt nach hinten. Phase eins (Diagnose) ist dicht, jeder Wochenschritt produktiv. Phase drei (Skalieren) hat Luft — Woche 11 und 12 sind oft Konsolidierungs-Wochen, weil reale Organisationen am Quartalsende anderes zu tun haben. Das ist eingeplant.
Was an dem Plan bewusst nicht drinsteht
Vier Punkte, an denen der Plan absichtlich vorbeischaut.
Erstens — keine spezifischen Tools. Der Plan sagt „erste Pro/Team-Lizenzen", nicht „Claude Pro". Die Anbieter-Frage ist eine eigene Entscheidung — siehe die Anbieter-Matrix. Der Plan trägt jede der vier Welten.
Zweitens — kein Beratungs-Zwang. Der Plan ist gebaut, dass eine kleine Verwaltung ihn ohne Beratung durchziehen kann. Wer eine Beratung dazuholt, dafür gibt es Räume — aber sie sind nicht Pflicht.
Drittens — keine ROI-Versprechen. Der Plan macht keine Aussage darüber, wie viel Zeit oder Geld am Ende gespart wird. Das ist eine eigene Diskussion, für die der Zeitsparen-Rechner als ehrliche Strukturhilfe gebaut ist — mit konservativen Defaults und expliziten Disclaimern.
Viertens — keine fixe Reihenfolge der Use-Cases. Manche Häuser starten mit „Mietvertrags-Strukturierung", andere mit „Übergabeprotokoll-Aufbereitung", wieder andere mit „Schadensmeldungs-Triage". Welcher Use-Case zuerst greift, hängt vom konkreten Bestand ab — der Plan strukturiert die Phasen, nicht den Inhalt.
Welche Stolpersteine im Mittelstand häufig auftauchen
Drei Beobachtungen aus realen Rollouts.
Erstens — Konferenz-Hangover. Wer in der Diagnose-Phase auf zwei Konferenzen war, kommt mit zwölf neuen Use-Case-Ideen zurück, die alle gleichzeitig getestet werden sollen. Der Plan zwingt zur Priorisierung — drei Use-Cases pro Phase, nicht zwölf.
Zweitens — DSB-Veto im falschen Moment. Wer den DSB erst in Phase zwei einbindet, bekommt den Veto-Stopp während der Pilotnutzung — drei Wochen verloren. Der Plan bindet den DSB von Woche drei an ein. Das ist nicht zu früh — das ist genau richtig.
Drittens — Schulung als Nachgedanke. Wer Use-Cases produktiv schaltet, ohne die Belegschaft zu schulen, baut Schatten-IT. Die Personas-Sektion zeigt, wen wie ansprechen — Erika in der Sachbearbeitung braucht andere Schulungs-Settings als Tarek im Junior-Objektmanagement.
Was die Community konkret hilft
Drei Sektionen in der natürlichen Reihenfolge:
Der Reifegrad-Wizard bestimmt zuerst, wo das Haus heute steht — startend, wachsend, fortgeschritten. Der eigene Reifegrad ist die Hälfte der Plan-Achse.
Der Plan-Generator macht dann den passgenauen Plan — Größe und Reifegrad eintragen, drei Phasen mit je vier Wochenschritten und Rollen pro Schritt erscheinen.
Die Vorlagen-Bibliothek trägt die Dokumente, die der Plan braucht — Use-Case-Steckbrief, AVV-Vorprüfungsbogen, Schulungsplan, MCP-Inventar, Vorfall-Meldebogen, KI-Charta-Entwurf. Sechs Markdown-Templates, alle direkt ladbar.
Wer am Ende der drei Monate steht, hat zwei produktive Use-Cases, eine geschulte Belegschaft, einen freigegebenen Charta-Entwurf, einen freigegebenen Datenraum, ein dokumentiertes Inventar und einen klaren Pfad in die nächsten Quartale. Das ist der Punkt, an dem der Mittelstand sich von der „KI als großes Projekt"-Idee löst und KI als laufende Praxis etabliert. Genau die ist nachhaltig — nicht das nächste Großprojekt.