"Möglich sein" und "betrieben werden können" sind völlig verschiedene Geschichten.
Wenn Sie mehrere Blogs in einer Agentur betreiben,
kommen Sie irgendwann zu folgendem Schluss.
"Anstatt neue Werkzeuge zu verwenden,
sollten wir versuchen, die vorhandenen gut zu kombinieren."
Deshalb gibt es eine sehr häufig gewählte Kombination.
- WordPress Multisite
- Notion zur Konten- und Regelverwaltung
- Excel zur Verwaltung von Bloglisten und Berechtigungen
Diese Kombination scheint zunächst recht vernünftig zu sein.
Der Grund für die Wahl dieses Ansatzes ist klar
Der größte Vorteil dieser Kombination ist die Einfachheit.
- Es sind bereits verwendete Werkzeuge
- Es entstehen kaum zusätzliche Kosten
- Es gibt das Vertrauen, dass es ausreicht, wenn wir es gut organisieren
Mit anderen Worten,
es vermittelt das Gefühl, ein Problem gelöst zu haben, während man eine neue Entscheidung aufschiebt.
Deshalb durchlaufen viele Teams diese Phase.
Aber dieser Ansatz basiert auf einer Annahme
Um diese Struktur aufrechtzuerhalten,
muss eine Annahme immer erfüllt sein.
"Jeder versteht die Regeln genau und
hält sich immer an diese Regeln."
In der Realität ist dies eine fast unmögliche Bedingung.
- Menschen ändern sich
- Projekte werden komplexer
- Ausnahmesituationen treten zwangsläufig auf
Ab diesem Zeitpunkt
beginnt diese Kombination langsam Risse zu bekommen.
Dokumente und Regeln nehmen zu, aber die Stabilität nicht
Immer wenn ein Problem auftritt,
reagiert das Team folgendermaßen.
- Ein weiteres Notion-Dokument wird erstellt
- Eine weitere Regel wird hinzugefügt
- Es wird angekündigt, "Bitte überprüfen Sie dies unbedingt"
Aber es gibt eine wichtige Tatsache.
Je mehr Dokumente es gibt,
desto weniger stabil wird der tatsächliche Betrieb.
Warum?
- Weil nicht jeder alle Dokumente immer liest
- Regeln sind Gewohnheiten, keine Erinnerungen
Das Problem der Multisite liegt nicht in der Technologie
WordPress Multisite an sich ist keine schlechte Wahl.
Technisch gesehen ist es leistungsstark.
Aber aus der Sicht des Agenturbetriebs
kann es die folgenden Fragen nicht beantworten.
- Ist eine vollständige Trennung nach Kunden möglich?
- Kann man Autoren nur die benötigten Berechtigungen geben?
- Kann man Fehler strukturell verhindern?
Letztendlich erfordert die Multisite
eine ständige Verbesserung der Betriebsrichtlinien durch Menschen.
Das eigentliche Problem dieser Struktur ist die Abhängigkeit
Während diese Kombination aufrechterhalten wird,
beginnt das Team zunehmend von bestimmten Personen abhängig zu werden.
- "○○ kennt sich damit am besten aus"
- "Fragen Sie sie/ihn"
- "Nur sie/er kennt die alten Einstellungen"
Dieser Zustand ist keine Stabilität.
Es ist nur ein Zustand, in dem noch kein Problem aufgetreten ist.
Der Moment, in dem der Betrieb zusammenbricht, ist immer derselbe
Der Moment, in dem diese Struktur zusammenbricht,
ist meist ähnlich.
- Wenn Schlüsselpersonen gehen
- Wenn die Anzahl der Blogs einen Schwellenwert überschreitet
- Wenn mehrere Projekte gleichzeitig laufen
Erst dann erkennt das Team.
"Es liegt nicht daran, dass wir es schlecht gemacht haben,
sondern dass die Struktur von Anfang an nicht stimmte."
Daher handelt es sich bei diesem Problem um ein Problem der Betriebsstandards
Die wichtige Schlussfolgerung hier ist folgende.
- Es liegt nicht daran, dass die vorhandenen Werkzeuge unzureichend sind
- Es liegt auch nicht daran, dass die Praktiker nachlässig sind
Es liegt daran, dass Werkzeuge, die für individuelle Standards entwickelt wurden,
gewaltsam für den Agenturbetrieb verwendet werden.
Im nächsten Beitrag
werden wir darüber sprechen,
wie blog.haus aus einer anderen Perspektive gestartet ist.
Vorschau auf den nächsten Teil
Warum ist blog.haus kein "Blog-Tool", sondern ein "Betriebssystem"?