Strategic Architecture: KI-gestützte Marketingarbeit spezifizieren, bevor sie beginnt
Die Strategic Architecture ist die Liefermethode von kōdōkalabs, mit der ein freigegebenes Geschäftsproblem zu einer ausdrücklichen Umsetzungsspezifikation wird. Sie legt Zielgruppe, Ergebnis, Evidenz, Umfang, Workflow, menschliche Verantwortung, Grenzen der KI, Governance, Messung und Abnahmekriterien fest.
Zusammenfassung für die Geschäftsleitung
Die Strategic Architecture gibt es aus einem einfachen Grund: Beginnt KI-gestützte Arbeit, bevor Ziel, Zielgruppe, Evidenz, Grenzen und Abnahmekriterien ausdrücklich geklärt sind, wirkt das Ergebnis tendenziell vollständig, beantwortet aber nicht die richtige Frage. Es kommt gut formuliert und selbstsicher daher, und die Lücken zeigen sich erst, wenn jemand aus der Freigabe es tatsächlich für seinen Zweck einsetzen will. kōdōkalabs schließt diese Lücke mit einer wiederholbaren Methode: einer Spezifikation mit zwölf Feldern, die geschrieben und geprüft wird, bevor die Umsetzung startet, und nicht nachträglich rekonstruiert wird, um das Produzierte zu rechtfertigen. Diese Seite grenzt die Strategic Architecture von der Architect-Phase des Frameworks ab, geht alle zwölf Spezifikationsfelder durch und erklärt, wie Evidenz, die Aufgabenteilung zwischen Mensch und KI und die Abnahmekriterien festgelegt werden, bevor auch nur ein Inhalt entworfen wird.
Das Wichtigste in Kürze
- Die Strategic Architecture ist eine wiederholbare Liefermethode, mit der jeweils ein Arbeitsstrang spezifiziert wird. Sie unterscheidet sich von der Architect-Phase des Frameworks, die das übergreifende Operating Model einer Organisation festlegt.
- Eine Spezifikation mit zwölf Feldern erfasst Ergebnis, Zielgruppe, Evidenz, Umfang, Workflow, Verantwortung, Governance, Format, Messung und Abnahmekriterien, bevor die Umsetzung beginnt.
- Prompts allein sind keine Architektur: Auch ein guter Prompt ohne definierte Spezifikation liefert Ergebnisse, die sich weder prüfen noch verantworten lassen.
- Assumption Register und Source Resolution Plan machen versteckte Annahmen und Evidenzlücken sichtbar und prüfbar, statt dass sie erst im Nachhinein auffallen.
- Die Strategic Architecture endet in einem ausdrücklichen Prüf- und Freigabepunkt, bevor die Arbeit in das Agentic Drafting übergeht.
Was ist die Strategic Architecture?
Die Strategic Architecture nimmt ein freigegebenes Geschäftsproblem, das bereits priorisiert und mit einem definierten Ergebnis verknüpft ist, und überführt es in eine Spezifikation, die so genau ist, dass Recherche, Workflow-Design, KI-gestützte Umsetzung, menschliche Prüfung und Messung auf einer gemeinsamen, ausdrücklichen Grundlage aufbauen können. Niemand muss dann auf eigene Annahmen darüber bauen, was „gut“ bedeutet. Mit dieser Methode spezifiziert kōdōkalabs jeweils einen Arbeitsstrang und wendet sie wiederholt auf jede KI-gestützte Arbeit an, die wir liefern.
Strategic Architecture und Architect-Phase im Vergleich
Die Strategic Architecture und die Architect-Phase des kōdōkalabs Transformation System hängen zusammen, sind aber nicht dasselbe. Werden sie verwechselt, entsteht entweder eine überladene Spezifikation für einen kleinen Arbeitsstrang oder ein unterbestimmtes Operating Model für eine ganze Organisation.
| Architect-Phase | Strategic Architecture (Methodik) | |
|---|---|---|
| Umfang | Das Ziel-Operating-Model der Organisation über alle Workflows hinweg | Ein konkreter Arbeitsstrang oder ein einzelnes Arbeitsergebnis |
| Häufigkeit | Einmal je größerer Transformationsinitiative | Wiederholt für jede einzelne KI-gestützte Arbeit |
| Ergebnis | Ziel-Operating-Model, Governance-Kontrollstruktur, Workflow-Architektur | Eine Spezifikation mit zwölf Feldern für eine einzelne Umsetzung |
| Frage, die sie beantwortet | Wie soll unsere Marketingfunktion arbeiten? | Was genau erstellen wir, und woran erkennen wir, dass es richtig ist? |
Architect legt das Operating Model fest, in dem eine Reihe von Workflows läuft. Die Strategic Architecture ist die wiederholbare Methode, mit der ein einzelner Arbeitsstrang so spezifiziert wird, dass er innerhalb dieses Modells korrekt läuft. Eine einzige Architect-Phase liefert in der Regel das Ziel-Operating-Model, an dem später Dutzende oder Hunderte einzelner Spezifikationen der Strategic Architecture ausgerichtet werden.
Damit ist auch geklärt, wer wofür zuständig ist. Architect ist in der Regel eine Aufgabe der Führungsebene: Management-Sponsoren, Governance-Verantwortliche und Workflow-Verantwortliche entscheiden gemeinsam, wie Marketing als System arbeiten soll. Die Strategic Architecture ist dagegen eine Disziplin der Praxis, die jede Person anwendet, die ein Arbeitsergebnis spezifiziert: die Content-Strategin, die einen zentralen Leitfaden festlegt, der Kampagnenverantwortliche mit einer Launch-Sequenz oder die Wachstumsverantwortliche mit einem Messbericht. Wer die Strategic Architecture zur Chefsache macht, bremst die Lieferung aus. Wer Architect dagegen jeder Fachkraft zur Improvisation überlässt, bekommt tendenziell Workflows, die sich nicht zu einem stimmigen Operating Model fügen, sobald mehrere nebeneinander laufen.
Warum Prompts keine Architektur ersetzen
Ein gut formulierter Prompt kann ein starkes Einzelergebnis liefern. Die Entscheidungen dahinter, die dieses Ergebnis prüfbar und wiederholbar machen, hält er aber nicht fest: Auf welche Evidenz sollte es sich stützen? Was war ausdrücklich ausgeschlossen? Wer ist für die Prüfung verantwortlich? Was würde eine Freigabe verhindern? Und wie wird die Leistung nach der Veröffentlichung gemessen? Ohne Spezifikation lässt sich ein Prompt, der einmal gut funktioniert hat, nur schwer zuverlässig wiederholen, schwer an andere übergeben und schwer verteidigen, wenn jemand aus der Freigabe fragt, warum eine bestimmte Aussage oder Rahmung aufgenommen wurde. Die Strategic Architecture macht die Überlegungen hinter dem Prompt ausdrücklich und prüfbar, statt sie im Kopf der Person zu belassen, die ihn geschrieben hat.
Die zwölf Felder einer Spezifikation der Strategic Architecture
Jede Spezifikation der Strategic Architecture von kōdōkalabs deckt zwölf Pflichtfelder ab.
| # | Feld | Was es festhält |
|---|---|---|
| 1 | Geschäftsentscheidung oder Ergebnis | Welche Entscheidung diese Arbeit unterstützen oder ermöglichen soll |
| 2 | Zielgruppe und Nutzungskontext | Wer das Ergebnis nutzt und in welchem Zusammenhang |
| 3 | Problemstellung | Das konkrete Problem, das diese Arbeit löst |
| 4 | Umfang und Ausschlüsse | Was dazugehört und ausdrücklich, was nicht |
| 5 | Freigegebene Evidenz und Quellenhierarchie | Welche Quellen zulässig sind und in welcher Rangfolge |
| 6 | Entitäten, Terminologie und Framework-Bezüge | Vorgeschriebene Benennungen, Definitionen und kanonische Framework-Verweise |
| 7 | Workflow und Abhängigkeiten | Die Abfolge der Schritte und wovon jeder abhängt |
| 8 | Aufgabenteilung zwischen Mensch und KI | Wer oder was welchen Teil der Arbeit übernimmt |
| 9 | Vorgaben zu Governance, Datenschutz, Sicherheit und geistigem Eigentum | Geltende Regeln und Grenzen |
| 10 | Anforderungen an Ergebnis und Format | Vorgeschriebene Struktur, Länge und Form |
| 11 | Messung und Beobachtbarkeit | Wie die Leistung nach der Veröffentlichung verfolgt wird |
| 12 | Abnahmekriterien, Freigebende und Übergabe | Was „fertig und richtig“ bedeutet und wer es bestätigt |
Jedes Feld gibt es, weil sein Fehlen ein vorhersehbares Muster auslöst: Ohne definierte Zielgruppe entsteht Arbeit, die an niemanden Bestimmten gerichtet ist. Ohne definierte Ausschlüsse wächst der Umfang schleichend und fällt erst mitten in der Umsetzung auf. Ohne definierte Abnahmekriterien streitet man bei der Freigabe über subjektive Vorlieben statt über vereinbarte Maßstäbe.
Wie Evidenz und Quellen geplant werden
Bevor die Umsetzung beginnt, verlangt die Strategic Architecture einen ausdrücklichen Source Resolution Plan (Plan zur Quellenklärung). Er hält fest, welche Quelle gebraucht wird, welche Quellenklasse bevorzugt wird, wer sie beschafft, wie aktuell sie sein muss, welche Nutzung zulässig ist, wo der Beleg im fertigen Ergebnis steht und, ganz entscheidend, ob und welche Lücke ehrlich offen bleibt. Der Plan deckt weder unkontrolliertes Scraping noch unbefugten Zugriff auf Systeme oder Daten. Auch die ungeprüfte Zusammenfassung von Suchergebnissen durch ein KI-System gilt darin nicht als Evidenz. Jede Quelle im Plan führt zu etwas, das ein Mensch tatsächlich nachprüfen kann.
Neben dem Source Resolution Plan führt kōdōkalabs für jede Spezifikation ein Assumption Register (Annahmenregister). Es erfasst jede Annahme aus der Planung, ihre Quelle, die Sicherheit dahinter, die Folge, falls sie sich als falsch erweist, wer für die Validierung zuständig ist, wann sie validiert wurde oder wird und den aktuellen Stand (offen, validiert oder verworfen). Annahmen ausdrücklich und prüfbar zu machen, statt sie im Gedankengang hinter einem Prompt zu verstecken, ist eines der direktesten Mittel der Strategic Architecture gegen das Risiko selbstsicher falscher Ergebnisse.
Wie die Verantwortung zwischen Mensch und KI festgelegt wird
Feld acht der Spezifikation, die Aufgabenteilung zwischen Mensch und KI, weist jedem Schritt des Workflows ausdrücklich eine Rolle zu: Entwirft ihn ein KI-System oder ein Mensch? Und wer prüft ihn unabhängig davon, wer ihn entworfen hat, und worauf? Diese Zuordnung wird in der Strategic Architecture vor der Umsetzung entschieden, damit niemand aus der Prüfung hinterher raten muss, was er eigentlich hätte abfangen sollen.
| Art der Verantwortung | Beispiel |
|---|---|
| KI-Entwurf, menschlich geprüft | Ein erster Inhaltsentwurf, der vor der Veröffentlichung auf Richtigkeit und Markenpassung geprüft wird |
| Von Menschen verfasst | Strategische Positionierung oder rechtlich sensible Formulierungen |
| KI-gestützte Recherche, menschlich verifiziert | Quellensammlung, die gegen die freigegebene Quellenhierarchie geprüft wird |
| Rein menschliche Entscheidung | Endfreigabe und Veröffentlichung |
Wie Risiko und Governance die Spezifikation prägen
Feld neun der Spezifikation verknüpft jede KI-gestützte Arbeit mit den Governance-Anforderungen, die für sie ohnehin gelten: der Risikoklassifizierung, den Prüfvorgaben, den Datenschutzaspekten und allen Vorgaben zum geistigen Eigentum, die in Architect festgelegt und in Build durchgesetzt wurden. Die Strategic Architecture erfindet keine neuen Governance-Regeln. Sie wendet das bestehende Governance-Rahmenwerk der Organisation auf den jeweiligen Arbeitsstrang an und macht es damit ausdrücklich, statt es vorauszusetzen.
Wie Abnahmekriterien formuliert werden
Feld zwölf, die Abnahmekriterien, verhindert im Voraus den subjektiven Streit bei der Prüfung. Es legt vorab fest, was „richtig“ und „vollständig“ für genau diese Arbeit bedeutet, und zwar anhand mehrerer Kriterientypen.
| Kriterientyp | Was geprüft wird |
|---|---|
| Sachlich | Aussagen sind richtig und auf eine freigegebene Quelle zurückführbar |
| Funktional | Das Ergebnis leistet tatsächlich, wofür es spezifiziert wurde |
| Marke | Ton, Terminologie und Positionierung entsprechen den freigegebenen Standards |
| Barrierefreiheit | Das Ergebnis erfüllt die geltenden Anforderungen an Barrierefreiheit |
| Governance | Das Ergebnis entspricht der geltenden Risikoklassifizierung und dem Prüfprozess |
| Messung | Das erforderliche Tracking und die Beobachtbarkeit sind eingerichtet |
| Verantwortung | Eine benannte Person verantwortet das Endergebnis |
Abnahmekriterien, die nur auf „sieht es gut aus?“ hinauslaufen, laden zu Streit über persönliche Vorlieben statt über vereinbarte Maßstäbe ein. Die Kriterien oben sind deshalb so geschrieben, dass man sie prüfen kann, und nicht nur danach, wie sie sich anfühlen.
Ergebnisse der Strategic Architecture
Eine abgeschlossene Spezifikation der Strategic Architecture liefert: das Spezifikationsdokument mit den zwölf Feldern selbst, ein vollständiges Assumption Register, einen vollständigen Source Resolution Plan und eine ausdrückliche Freigabe der Verantwortlichen, die bestätigt, dass die Spezifikation reif für die Umsetzung ist. Diese Ergebnisse sind die gemeinsame Referenz, an der sich das Agentic Drafting, das Pilot Review und später die Messung orientieren.
Prüf- und Freigabepunkte
Bevor die Umsetzung beginnt, durchläuft die Spezifikation einen Prüfpunkt. Dort bestätigen die zuständigen Freigebenden, dass die zwölf Felder vollständig sind, dass es für die offenen Punkte im Assumption Register einen Validierungsplan gibt, dass die Lücken im Source Resolution Plan vertretbar oder geschlossen sind und dass die Abnahmekriterien konkret genug sind, um später objektiv geprüft zu werden. Gegen eine nicht freigegebene Spezifikation wird nicht gearbeitet. Dieser Prüfpunkt soll Unklarheiten abfangen, solange sie sich noch günstig beheben lassen, und nicht erst, nachdem die Umsetzung bereits Zeit und Ressourcen gebunden hat.
Typische Fehlerbilder der Strategic Architecture
- Vage Ziele: Eine Spezifikation nennt eine allgemeine Richtung, aber keine konkrete, prüfbare Geschäftsentscheidung und kein konkretes Ergebnis.
- Versteckte Annahmen: Man arbeitet auf unausgesprochenen Annahmen, die nie ins Assumption Register gelangen und deshalb nie geprüft werden.
- Generische ICP-Beschreibungen: Das Zielgruppenfeld ist so breit gefasst, dass es gar nicht festlegt, wie die Arbeit geschrieben werden soll.
- Keyword-getriebene Briefings ohne geschäftlichen Zweck: Spezifikationen drehen sich um Suchbegriffe statt um die Geschäftsentscheidung, die der Inhalt unterstützen soll.
- Übertünchte Evidenzlücken: Ein ungelöster Punkt im Source Resolution Plan gilt als gelöst, statt ehrlich markiert zu werden.
- Undefinierte Ausschlüsse: Es gibt keine ausdrückliche Abgrenzung des Umfangs, und der Umfang wächst schleichend, was erst mitten in der Umsetzung auffällt.
- Architektur nach der Umsetzung: Eine Spezifikation wird rückwirkend rekonstruiert, um bereits Produziertes zu rechtfertigen. Das hebelt den ganzen Sinn einer vorherigen Spezifikation aus.
- Abnahmekriterien nur nach Geschmack: „Mach es besser“ statt prüfbarer Kriterien für Sachlichkeit, Funktion, Marke, Barrierefreiheit, Governance und Messung.
Wie die Strategic Architecture ins Agentic Drafting führt
Hat eine Spezifikation ihren Prüf- und Freigabepunkt passiert, ist sie der direkte Input für das Agentic Drafting. Mit dieser Methode führt kōdōkalabs KI-gestützte Arbeit anhand einer freigegebenen Spezifikation aus, wobei Aufgabenteilung zwischen Mensch und KI, Evidenzquellen und Abnahmekriterien bereits feststehen und nicht erst während der Umsetzung improvisiert werden.
Häufige Fragen (FAQ)
Wie macht kōdōkalabs aus einem Geschäftsproblem KI-gestützte Marketingarbeit?
Über die Strategic Architecture: eine Spezifikation mit zwölf Feldern für Ergebnis, Zielgruppe, Evidenz, Umfang, Workflow, Verantwortung, Governance, Format, Messung und Abnahmekriterien, die geprüft und freigegeben wird, bevor die Umsetzung beginnt.
Wie unterscheidet sich die Strategic Architecture von der Architect-Phase?
Architect legt das übergreifende Ziel-Operating-Model einer Organisation fest und wird einmal je größerer Transformationsinitiative durchgeführt. Die Strategic Architecture ist eine wiederholbare Methode, mit der jeweils ein Arbeitsstrang spezifiziert wird, und kommt bei jeder einzelnen KI-gestützten Arbeit zum Einsatz. Den Vergleich finden Sie in der Tabelle oben.
Warum reicht ein guter Prompt nicht aus?
Ein Prompt kann ein starkes Einzelergebnis liefern, ohne die Entscheidungen dahinter festzuhalten (Evidenzquellen, Ausschlüsse, Verantwortung, Abnahmekriterien), die die Arbeit prüfbar, wiederholbar und vertretbar machen.
Welche zwölf Spezifikationsfelder gibt es?
Geschäftsentscheidung, Zielgruppe und Nutzungskontext, Problemstellung, Umfang und Ausschlüsse, freigegebene Evidenz und Quellen, Entitäten und Terminologie, Workflow und Abhängigkeiten, Aufgabenteilung zwischen Mensch und KI, Governance-Vorgaben, Anforderungen an das Ergebnis, Messplan sowie Abnahmekriterien mit Freigebenden. Die vollständige Tabelle steht oben.
Wie gehen Sie mit Evidenz und Quellen um?
Über einen Source Resolution Plan, der erforderliche Quellen, Zuständigkeit, Aktualität und zulässige Nutzung festlegt. Unkontrolliertes Scraping, unbefugter Zugriff und ungeprüfte Zusammenfassungen von Suchergebnissen gelten ausdrücklich nicht als Evidenz.
Wie teilen Sie die Verantwortung zwischen Mensch und KI auf?
Ausdrücklich, Feld für Feld und vor der Umsetzung. Mehr dazu im Abschnitt „Wie die Verantwortung zwischen Mensch und KI festgelegt wird“ oben.
Was passiert, wenn sich eine Annahme in der Spezifikation als falsch erweist?
Das Assumption Register hält Folge und Validierungsverantwortung vorab fest. Eine falsche Annahme wird deshalb in einem definierten Validierungsschritt erkannt und nicht erst nach der Veröffentlichung überraschend entdeckt.
Wie formulieren Sie Abnahmekriterien, die sich prüfen lassen, statt darüber zu streiten?
Anhand von sieben prüfbaren Kriterientypen (sachlich, funktional, Marke, Barrierefreiheit, Governance, Messung und Verantwortung) statt eines einzigen subjektiven Qualitätsurteils.
Was passiert, sobald eine Spezifikation freigegeben ist?
Sie wird zum direkten Input für das Agentic Drafting, die Methode, mit der kōdōkalabs KI-gestützte Arbeit anhand einer freigegebenen Spezifikation ausführt.
Braucht jede Arbeit eine vollständige Spezifikation mit zwölf Feldern?
Die Tiefe der Dokumentation kann mit Risiko und Komplexität der Arbeit skalieren. Alle zwölf Felder sollten aber ausdrücklich bedacht werden: Selbst eine knappe Spezifikation profitiert davon, dass bestätigt wird, dass keiner der zwölf Bereiche stillschweigend übersprungen wurde.
Bereit, Ihre Architektur zu bauen?
Wenn Sie fragmentierter, keyword-lastiger Strategien müde sind, ist es Zeit für ein Fundament, das Algorithmus-Wechsel übersteht. Beginnen wir mit dem Bauplan, der eine Umsetzung mit hohem ROI absichert.Kontakt aufnehmen