Aus Projekten und CMS wird Sites.
Wissen, Umsetzung und Veröffentlichung gehören näher zusammen. Mit Sites bringen wir diese Bereiche auf eine gemeinsame Grundlage.
Eine Grenze weniger
Ein Projekt beginnt oft mit einer Seite. Darin entsteht Wissen, daraus werden Aufgaben und irgendwann etwas, das andere sehen sollen. Die Trennung zwischen Projektmanagement und Content-Management wurde diesem Weg nicht mehr gerecht.
Der Nutzen wird bei einer gewöhnlichen Veröffentlichung sichtbar: Ein Team sammelt Hintergrundwissen, stimmt Aussagen ab und bereitet eine Seite für Kunden vor. Dabei entstehen unterschiedliche Fassungen für unterschiedliche Zwecke. Eine gemeinsame Arbeitsgrundlage hilft, den Bezug zwischen Briefing, Quellen und öffentlichem Ergebnis zu erhalten. Sie nimmt dem Team jedoch nicht die Entscheidung ab, welche Inhalte tatsächlich nach außen gehören.
Ein gemeinsames Fundament
Sites führt die Produktbereiche zusammen. Website-Projekte, öffentliche Seiten und die native Site Runtime bauen auf der gemeinsamen Umgebung auf. Vorhandene Website-Daten werden über dauerhafte Migrationen in die neue Struktur überführt.
Behandle den Übergang zur Veröffentlichung deshalb als eigenen redaktionellen Schritt. Prüfe aus Sicht eines neuen Besuchers, ob die Seite verständlich ist, ihre Aussagen durch die zugrunde liegenden Informationen gedeckt sind und interne Notizen entfernt wurden. Kontrolliere außerdem die vorgesehenen Links und Zugänge. Eine intern geteilte Adresse ist noch keine öffentliche Seite; die verfügbaren Veröffentlichungsoptionen hängen vom jeweiligen Objekt ab.
AIOSMehr Zusammenhang für Menschen und Agents
Wenn Inhalte und Projekte verbunden sind, bleibt ihre Entstehung nachvollziehbar. Teams können Wissen weiterverwenden und Agents erhalten einen klareren Kontext für die nächste Aufgabe.
Die Zusammenführung von Projekten und CMS ist zugleich eine Strukturänderung. Bestehende Website-Daten werden über die beschriebenen Migrationen in die neue Grundlage überführt. Für Teams ist anschließend die praktische Frage entscheidend: Ist der Zusammenhang der Inhalte noch verständlich, und sind die benötigten Seiten auffindbar? Nimm einige bekannte Veröffentlichungen als Prüfbeispiele und halte offene Fragen zu Inhalt, Zugriff und Zuständigkeit fest.
Was als Nächstes kommt
Wir entwickeln Sites entlang echter Arbeitsabläufe weiter. Unser Fokus liegt auf klaren Übergängen zwischen internem Wissen, gemeinsamer Umsetzung und öffentlichem Ergebnis.
Zum Ausprobieren
Passe die Platzhalter an deine Aufgabe an. Das Beispiel ist eine Vorlage für deine Arbeit mit AIOS.
Bereite aus [Seiten und Dateien] einen Entwurf für eine öffentliche Seite vor.
Zielgruppe: [Wer soll die Seite lesen?]
Ziel: [Was sollen Besucher verstehen oder tun können?]
Verwendbare Aussagen: [Freigegebene Grundlage]
Interner Kontext: [Nur zum Verständnis; nicht veröffentlichen]
Liefere einen Seitentitel, eine kurze Einleitung und eine klare Inhaltsstruktur. Kennzeichne Aussagen, für die noch ein Beleg oder eine Entscheidung fehlt. Liste die vorgesehenen Links und den gewünschten nächsten Schritt für Besucher auf.
Erstelle zunächst nur den Entwurf. Halte die offenen Punkte für die redaktionelle Prüfung separat fest.Drei Perspektiven auf denselben Inhalt
| Perspektive | Benötigter Inhalt | Frage beim Übergang |
|---|---|---|
| Internes Wissen | Quellen, Hintergrund, offene Fragen und Arbeitsnotizen. | Welche Grundlage trägt den nächsten Entwurf? |
| Gemeinsame Umsetzung | Briefing, abgestimmter Entwurf und offene Entscheidungen. | Was fehlt noch für ein verständliches Ergebnis? |
| Öffentliche Seite | Geprüfte Aussagen, klare Struktur und passende Links. | Was dürfen und sollen Besucher sehen? |