Zum Hauptinhalt springen

Documentation Index

Fetch the complete documentation index at: https://help.pantaos.com/llms.txt

Use this file to discover all available pages before exploring further.

Die Organisationen, die am meisten aus PANTA OS holen, teilen ein Muster: Phasen-Rollout, benannte Champions, konsequentes Kuratieren. Hier das Playbook.

​
Die vier Phasen

​
Phase 1 — Pilot (Woche 1–4)

Ziel

Wert mit einem Team, einem Anwendungsfall, einem Assistenten beweisen.

Scope

5–15 Personen aus einem Team — meist Vertrieb, HR oder Support.

Was bauen

Einen exzellenten Assistenten, geerdet in echtem Wissen.

Erfolg sieht so aus

Pilot-Nutzer:innen berichten von Zeitersparnis oder Qualitätsgewinn. Begeisterung breitet sich aus.

​
Phase 2 — Expand (Woche 5–12)

Ziel

Den Pilot multiplizieren — drei weitere Teams, drei weitere Assistenten.

Scope

Jedes neue Team startet gleich: ein Assistent, echte Daten, tägliche Check-ins.

Kritisch

Champion in jedem Team benennen. Die treiben Adoption tatsächlich.

Vorsicht

„Alles auf einmal bauen”. Ergibt eine chaotische Bibliothek und frustrierte Nutzer:innen.

​
Phase 3 — Embed (Monat 3–6)

Ziel

PANTA OS wird Teil davon, wie gearbeitet wird — kein Nebentool mehr.

Signale

Teams referenzieren Assistenten in normaler Arbeit. Onboarding beginnt mit „und hier ist unser PANTA-OS-Workspace.”

Was hinzunehmen

Verbundene Tools (Outlook, Notion etc.), sobald Basis-Adoption echt ist.

Was zurückziehen

Assistenten, die niemand nutzt. Konsequent — eine saubere Bibliothek wirkt kumulativ.

​
Phase 4 — Optimize (ab Monat 6)

Ziel

Mehr Wert pro Token. Höhere Qualität bei gleichem Verbrauch.

Taktiken

Modelle richtig dimensionieren. System-Prompts kürzen. Teure Assistenten deckeln. Auto Mode konsequent nutzen.

Reporting

Quartalsweise Business-Review mit der Führung: Verbrauch, Wert, nächste Schritte.

Flywheel aufbauen

Beste Assistenten eines Teams werden von anderen übernommen. Erfolge in Community verbreiten sich organisch.

​
Frühzeitig zu setzende Rollen

Executive Sponsor

VP-Stimme, die das Rollout-Ergebnis bei Leadership-Reviews verantwortet.

Workspace-Admin(s)

Zwei bis drei Personen für Plattform-Verwaltung — Branding, Identität, Budgets.

Champion pro Team

Eine Person pro Pilot/Expansion-Team, die Adoption lokal treibt.

Library-Kurator:in

Oft dieselbe Person wie der/die Champion — verantwortlich für Katalogqualität.

​
Häufige Misserfolgsmuster

Alle am ersten Tag einladen. Adoption verdünnt sich, Bibliothek füllt sich mit mittelmäßigen Experimenten.
Tools ohne Eigentümer:in sterben. Jedes Team braucht eine Person, die brennt.
Keine Namenskonvention, keine Tag-Taxonomie, keine Qualitäts-Schwelle. Bibliothek wird unbrauchbar.
„KI ist gut für uns” ist keine Metrik. Vorab entscheiden, was Sie messen — und in Monat 3 nachschauen.
Nicht auf Geschwindigkeit des Rollouts optimieren. Auf Qualität der Adoption in Woche 12 optimieren. Nicht dasselbe Ziel.