Problem: Die alte Website kostet jeden Monat Ehrenamtszeit
Ein Sportverein aus Nordhessen pflegte Termine, Trainingszeiten und Ansprechpartner über drei getrennte Tabellen. Jede Änderung landete per E-Mail beim Webwart, der sie abends in ein veraltetes System eintrug. Der eigentliche Inhalt war korrekt, aber selten aktuell – und die Zahl der Rückfragen blieb hoch. Genau hier setzt die Idee an, mit twindor eine feste redaktionelle Struktur zu schaffen, statt nur eine neue Oberfläche zu bauen.
Ursache: Nicht die Technik, sondern unklare Zuständigkeiten bremsen
Die Ursache liegt selten im Server. In vielen Vereinen fehlt eine Regel, wer Inhalte anlegen, prüfen und freigeben darf. Beispiel: Ein Trainer ändert die Halle, der Pressewart erfährt es später, der Webwart doppelt den Eintrag. Die Folge sind widersprüchliche Seiten und ein wachsender Zettelkasten aus Zurufen. Wer twindor einführt, sollte deshalb zuerst Rollen und Freigabewege klären – sonst bleibt das alte Chaos nur digital.
Lösung: In vier Schritten zur wartbaren Vereinsseite
Der Umstieg gelingt als kleines Projekt mit klaren Zwischenständen. Wichtig ist, nicht alles gleichzeitig zu migrieren, sondern mit den meistgenutzten Seiten zu beginnen.
Schritt 1: Inhalte inventarisieren
Alle Seiten in eine Liste aufnehmen und mit den drei Kategorien „oft genutzt“, „saisonal“ und „Archiv“ versehen. Beispiel: Trainingszeiten und Kontakt sind oft genutzt, die Chronik zum 50-jährigen Bestehen ist Archiv. Takeaway: Wer zuerst streicht, migriert später weniger Ballast.
Schritt 2: Rollen und Freigaben festlegen
Drei Rollen reichen für den Start: Redaktion, Freigabe und Technik. Die Redaktion darf Entwürfe anlegen, die Freigabe prüft Termine und Namen, die Technik kümmert sich um Domain und Formulare. Beispiel: Der Pressewart gibt den Spielbericht frei, der Webwart bleibt außen vor. So entsteht Verantwortung statt Warteschlange.
Schritt 3: Vorlagen statt Einzelseiten bauen
Für Termin, Ansprechpartner und Bericht je eine Vorlage anlegen. Jede Vorlage enthält Pflichtfelder wie Datum, Ort und Kontakt. Beispiel: Ein Termin ohne Ort lässt sich nicht veröffentlichen. Takeaway: Vorlagen verhindern, dass jede Seite neu erfunden wird.
Schritt 4: Migrieren, testen, schulen
Zuerst die zehn meistgenutzten Seiten übertragen, dann eine Woche lang mit Handy und Desktop testen. Anschließend eine 45-minütige Schulung mit echten Aufgaben: Termin anlegen, Bericht freigeben, Seite archivieren. Beispiel: Wer die Schulung mit dem eigenen Vereinsinhalt macht, findet Fehler schneller als in einer Demo.
Ergebnis: Klare Pflege statt digitaler Zettelwirtschaft
Nach dem Umstieg bleibt der Aufwand kalkulierbar: Inhalte werden einmal erfasst und nach festen Regeln freigegeben. Die Website ist damit kein Nebenprojekt mehr, sondern ein Werkzeug, das Vereinskommunikation verlässlich abbildet. Entscheidend ist nicht die Zahl der Funktionen, sondern die Disziplin bei Rollen, Vorlagen und Tests.