Die Demo ist billig, das Produkt nicht
Jeder große Standort mit Entwicklungsteam erwägt irgendwann, Navigation selbst zu bauen, und der Prototyp macht den Fall verführerisch: ein Grundriss, eine Open-Source-Routing-Bibliothek, ein blauer Punkt, zwei Sprints. Die Demo funktioniert. Die Lücke zwischen dieser Demo und einem Produkt, auf das sich Besucher verlassen, ist der Ort, an dem selbst-bauen-oder-kaufen tatsächlich entschieden wird, und sie ist vom Demo-Stadium aus meist unsichtbar.
Indoor-Navigation selbst bauen oder kaufen?
Die Plattform kaufen, Karte und Integrationen selbst besitzen, außer Navigation ist Ihr Produkt. Die Komponenten, die schwer aussehen (Routenberechnung), sind gelöste Bibliotheksprobleme; die Komponenten, die leicht aussehen, sind das Produkt: Kartenproduktion und ihr Aktualisierungs-Workflow, Positionierung, die auf jeder Telefongeneration und in jeder Funkumgebung funktioniert, Mehrflächen-Auslieferung (Web, App, Kiosk, Signage) aus einer Quelle, barrierefreies Routing, Analytik und die operative Mühe, all das wahr zu halten, während sich das Gebäude ändert. Das ist Plattformökonomie: Ein Anbieter amortisiert es über Hunderte Standorte; ein internes Team zahlt es allein, dauerhaft.
Die Kostenzeilen, die der Prototyp verbirgt
- Kartenproduktion und Aktualität. Architekturzeichnungen in routbare, semantisch getaggte Karten zu verwandeln ist Facharbeit, und Gebäude ändern sich monatlich. Der Aktualisierungs-Workflow ist das schlagende Herz des Produkts, gespeist von BIM-Pipelines, wo Modelle existieren, und von Kartendatenstandards für alles andere.
- Positionierungsrealität. Der blaue Punkt, der im Atrium klappte, versagt an der Anlieferung; jedes Telefonmodell verhält sich anders; die Technologie-Trade-offs verlangen laufende Entwicklung, keine einmalige Wahl.
- Oberflächen-Wildwuchs. Besucher kommen über Weblinks, Kioske und Screens, nicht nur über die App; jede Oberfläche ist ein Build, und Konsistenz über sie hinweg ist Disziplin.
- Der lange Schwanz. Barrierefreiheitsmodi, Mehrsprachigkeit, Event-Overlays, Routing über Etagen, Analytik: einzeln klein, gemeinsam die Roadmap, die das Team frisst.
Was intern bleiben sollte
Das institutionelle Wissen der Karte (wie Räume heißen, was sich ändert), die Integrationen in die eigenen Systeme (Termine, Buchungen, Boarding-Daten) und der Analytik-Konsum. Diese Trennung, Plattform unten, Standortwissen oben, ist der Punkt mit den niedrigsten Gesamtkosten, dieselbe TCO-Logik wie bei jedem Zählsystem-Kauf.
Wo Ariadne einzuordnen ist
Ariadne ist die Kaufseite dieses Arguments, ehrlich angeboten: Grundrisse hinein, Führung heraus über jede Oberfläche, Positionierung und Aktualisierung als Problem der Plattform statt Ihres, mit der Messschicht inklusive, gemäß dem Indoor-Navigation-Pillar. Die RFP-Disziplin für den Anbietervergleich, uns eingeschlossen, ist dieselbe wie bei jedem Messkauf: am eigenen Standort verifizieren, bevor unterschrieben wird.
# Program 3, Cluster 4 (Indoor navigation) DE drafts: Part C (rows 241-244)
Status: DE mirrors of the approved EN drafts.
Author: Govarthan.
---
