- Der richtige Workspace und der richtige Bereich wurden ausgewählt.
- Die Liste der zu veröffentlichenden Stockwerke ist genehmigt (keine überzähligen oder fehlenden Stockwerke).
- Ein Versionshinweis wurde verfasst: Was hat sich geändert, warum wird veröffentlicht?
- Die veröffentlichende Person ist befugt; bei größeren Änderungen, die einer Genehmigung bedürfen, gibt es eine zweite Kontrollinstanz.
Die Veröffentlichung eines falschen Raums kommt selten vor, hat aber verheerende Folgen.
Die Versionsnotiz beschleunigt hingegen bei einer Rücknahme die Entscheidung: „Zu welcher korrekten Version sollen wir zurückkehren?“
2) Geometrie und Flächen
- Die Flächenpolygone sind geschlossen; es gibt keine undichten Kanten.
- Der Maßstab ist in Metern konsistent; es entsteht kein übertriebenes Gefühl für Entfernungen.
- Ebenengrenzen und Wege überschneiden sich nicht.
- Sperr- bzw. Sperrbereiche sind gekennzeichnet und unabhängig von der Farbe erkennbar.
Offene Flächen führen dazu, dass die Routenberechnung ungewöhnliche Routen vorschlägt.
Wird der Maßstab in Metern verfälscht, verlieren „Punkte in der Nähe“ und Zeitangaben an Zuverlässigkeit.
Zeigen Sie geschlossene Flächen nicht nur durch Farbe, sondern auch durch Symbole oder Text an.
3) POI-Namen und Inhalte
- Der Hauptname kritischer Ziele ist vollständig und mit dem Schildwörterbuch abgeglichen.
- Keine leeren Einträge oder Reste von „Neuem POI“.
- Die Kategorizierung ist korrekt; es gibt keine Pins, die in der falschen Kategorie verloren gehen.
- Synonyme (Toilette/WC, Information/Info) sind an kritischen Punkten definiert.
- Mehrsprachige Felder (tr · en · fr · de) sind an den erforderlichen Stellen vollständig ausgefüllt.
Praktische Regel: Geben Sie vor der Veröffentlichung die Namen der zwanzig wichtigsten Orte in das Suchfeld ein.
Jeder Name, der nicht gefunden wird, ist ein Ticket für den Live-Support.
4) Routen und Etagenverknüpfungen
- Eingang → Route zum Hauptziel wird berechnet.
- Die Route zur nächstgelegenen Toilette/Information ist sinnvoll.
- Notausgang oder Sammelpunkt ist erreichbar (gemäß Ihren Richtlinien).
- Aufzug-/Treppen-/Rolltreppenverbindungen führen zur richtigen Etage.
- Das barrierefreie Routenprofil (falls vorhanden) schlägt eine treppenlose Alternative vor.
Der Routentest beschränkt sich nicht nur auf die Frage „Führt die Linie dorthin?“.
Sind die Wegbeschreibungen verständlich, gibt es Gegenrichtungen, führt der Weg durch einen geschlossenen Flur – überprüfen Sie auch diese Punkte.
Lassen Sie nach Möglichkeit eine Person ohne Handy einen Rundgang vor Ort machen und eine andere Person nur mit der Karte.
5) Suche, Filter und visuelle Lesbarkeit
- Die Reihenfolge der Suchergebnisse ist logisch; falsche Etagen werden nicht hervorgehoben.
- Bei leeren Suchergebnissen geben die Filter eine aussagekräftige Meldung aus.
- Der Kontrast der Beschriftungen ist ausreichend; die türkisfarbene Route und die bernsteinfarbenen Hervorhebungen sind auf dem Hintergrund gut lesbar.
- Der Auswahlkreis basiert nicht nur auf der Farbe; es gibt Unterschiede in der Dicke oder bei den Symbolen.
- Auf Mobilgeräten sind die Tippenbereiche der Pins nutzbar; bei zu nahe beieinander liegenden Pins tritt ein Cluster-Verhalten auf.
Eine unlesbare Beschriftung ist nicht von einem fehlenden POI zu unterscheiden.
Ein Blick durch den Farbbindungssimulator deckt Konflikte zwischen Bernstein und Blaugrün frühzeitig auf.
6) Vorbereitung von Zugriff, Veröffentlichung und Rücknahme
- Der Besucher-Link zeigt die richtige Umgebung an (die Test-URL ist nicht mit der Live-Umgebung vermischt).
- Falls ein Embedded-/Kiosk-Profil vorhanden ist, ist die richtige Konfiguration ausgewählt.
- Die Berechtigungen für Veröffentlichung und Rollback sind klar definiert; der Diensthabende ist bekannt.
- „Letzte bekannte funktionierende Version“ ist markiert oder wird nach dieser Veröffentlichung markiert.
- Falls erforderlich, ist das Verfahren zum Zurücknehmen der Veröffentlichung schriftlich festgehalten.
Die beste Checkliste umfasst auch das Rollback.
Denn zu wissen, was zu tun ist, falls die Veröffentlichung fehlschlägt, ist genauso wichtig wie die Veröffentlichung selbst.
Kurze „Go/No-Go“-Zusammenfassung
- Ist der Umfang korrekt?
- Ist die Geometrie geschlossen und skaliert?
- Sind kritische POIs benannt und durchsuchbar?
- Wurden die drei kritischen Routen abgegangen?
- Wurde die Hürde hinsichtlich der Sichtbarkeit und Erreichbarkeit genommen?
- Ist der Rollback bereit?
Wenn eine dieser sechs Fragen mit „Nein“ beantwortet wird, veröffentlichen Sie nicht.
Laufen Sie auch unter dem Druck „Es ist dringend“ mindestens drei kritische Routen ab; andernfalls lösen Sie dringende Supportanrufe aus.
Die Liste aktuell halten
Die Checkliste sollte kein statisches PDF sein.
Fügen Sie nach jedem Vorfall Punkte hinzu oder entfernen Sie überflüssige Punkte.
Verwenden Sie einen gemeinsamen Kern für verschiedene Bereiche (Krankenhaus, Einzelhandel, Campus) sowie bereichsspezifische Ergänzungen.
Beispielsweise erfordern Ambulanzcodes im Krankenhaus und Türnummern am Terminal zusätzliche Zeilen.
Verlinken Sie die Checkliste mit den DrawMap360-Arbeitsbereichsnotizen oder dem Team-Runbook; verlassen Sie sich nicht auf „persönliche Notizen“.
Kürzen Sie die Checkliste einmal im Monat: Punkte, die niemand wirklich beachtet, erzeugen eine falsche Sicherheit.
Fügen Sie dagegen unbedingt die Grundursachen der letzten drei Rollbacks hinzu.
So bleibt die Liste sowohl kurz als auch auf Ihre Einrichtung zugeschnitten; sie ist dann keine allgemeine Vorlage mehr.
Anwendungstipps für DrawMap360
Trennen Sie die Vorschau von der Live-Version; schließen Sie die Checkliste in der Vorschau ab und veröffentlichen Sie sie erst danach.
Das Erzwingen von Versionshinweisen erleichtert das Rollback und die Überprüfung.
Rollenbasierter Zugriff verringert das Risiko einer „versehentlichen Veröffentlichung“.
Weisen Sie Such-, Routen- und Barrierefreiheitselemente separaten Verantwortlichen (Inhalt / Geometrie / UX) zu.
Beobachten Sie den Support-Kanal in der ersten Stunde nach der Veröffentlichung; frühe Signale beschleunigen die Entscheidung für ein Rollback.
Häufig gestellte Fragen
Ist bei jeder kleinen Korrektur die gesamte Liste erforderlich?
Bei einer Korrektur eines einzelnen Tags reicht eine vereinfachte Mini-Checkliste aus.
Führen Sie bei Routen-, Etagenverknüpfungen oder Massenänderungen an POIs die vollständige Checkliste durch.
Passen Sie den Umfang je nach Risikostufe an; lassen Sie die Checkliste nicht komplett weg.
Wer unterschreibt die Checkliste?
Idealerweise nicht die Person, die die Veröffentlichung vornimmt, sondern ein zweites Paar Augen.
Wenn in kleinen Teams dieselbe Person sowohl entwirft als auch kontrolliert, sollten zumindest schriftliche Bestätigungen Punkt für Punkt hinterlassen werden.
Wird ohne Feldtest veröffentlicht?
Bei dringenden Hotfixes reicht manchmal eine Desktop-Überprüfung aus; bei Erstveröffentlichungen und größeren Überarbeitungen sind jedoch Feld- oder Kiosk-Tests zwingend erforderlich.
Eine Route, die auf der Kartenseite korrekt aussieht, kann im tatsächlichen Korridor verkehrt herum wirken.
Was sollten wir als ersten Schritt tun?
Passen Sie die sechs „Go/No-Go“-Fragen aus diesem Artikel an Ihre Räumlichkeiten an, wenden Sie sie auf einer Pilotetage an und tragen Sie fehlende Punkte in das Runbook ein.
Wiederholen Sie dieses Ritual bei jeder weiteren Veröffentlichung.
Ergebnis
Die Checkliste vor der Veröffentlichung fasst Umfang, Geometrie, POIs, Route, Suche/Anzeige und Rollback-Vorbereitung auf einen Blick zusammen.
Ein letzter Blick vor der Live-Schaltung bedeutet, dass sich Besucher nicht verlaufen und das Team nicht die ganze Nacht lang Brände löschen muss.
Verbinden Sie jede Sendung mit DrawMap360 mit diesem Ritual; erweitern Sie die Liste, indem Sie aus den Ereignissen lernen.
Sind Sie bereit für sichere Übertragungen mit der Checkliste?
Starten Sie kostenlos
oder
sehen Sie sich das Produkt unter drawmap360.com an.