Die meisten Ausschreibungen für Besucheranalyse scheitern nicht an der Auswahl des falschen Anbieters, sondern an einem Anforderungskatalog, der nichts Messbares verlangt. Ein typisches Beispiel: Der Kriterienkatalog fordert eine "hohe Zählgenauigkeit", ohne zu definieren, wie diese gemessen wird, unter welchen Bedingungen sie gilt und was passiert, wenn sie unterschritten wird. Jeder Anbieter kreuzt "erfüllt" an – und der Streit beginnt sechs Monate nach dem Go-live, wenn die Filialleitung den Zahlen nicht traut.
Wer eine Visitor Analytics Ausschreibung aufsetzt, sollte deshalb jede technische Anforderung an einer Frage messen: Kann ich die Erfüllung im Abnahmetest objektiv nachweisen? Wenn nicht, gehört sie nicht in den Katalog – oder muss umformuliert werden. Die folgenden Abschnitte zeigen, wie das für die kritischen Anforderungsblöcke konkret aussieht.
Genauigkeit ist der Punkt, an dem sich seriöse Angebote von Datenblatt-Prosa trennen. Fast jeder Hersteller wirbt mit "bis zu 99 %". Für eine Ausschreibung ist diese Formulierung wertlos, weil "bis zu" keine Untergrenze definiert. Verlangen Sie stattdessen:
Ein Hinweis aus der Umsetzungspraxis: Die häufigste Ursache für scheinbar schlechte Genauigkeit ist keine Sensortechnik, sondern die Zonendefinition. Wenn Mitarbeitereingänge, Rolltreppenumkehrer oder Kunden, die im Windfang telefonieren, mitgezählt werden, stimmt die Zahl technisch – und ist trotzdem geschäftlich falsch. Schreiben Sie deshalb in die Ausschreibung, dass der Anbieter im Rahmen der Installation eine Zonen- und Ausschlussdefinition pro Standort dokumentieren muss, inklusive Filterung von Personal (etwa über Ausschlusszonen oder Tag-Erkennung, je nach Technologie).
Viele Vergabestellen schreiben unbewusst ein geschlossenes System aus, weil der Anforderungskatalog aus dem Whitepaper eines Herstellers abgeschrieben wurde. Das rächt sich beim ersten Technologiewechsel: 3D-Stereosensoren, ToF, LiDAR und KI-basierte Kameraauswertung entwickeln sich schneller als die typische Vertragslaufzeit von fünf bis sieben Jahren.
Fordern Sie deshalb explizit eine sensorunabhängige Softwareplattform: Die Analyseebene muss Zähldaten unterschiedlicher Sensorhersteller und -generationen verarbeiten können, ohne dass historische Daten verloren gehen. Das schützt Bestandsinvestitionen – ein reales Szenario ist die Übernahme von 200 bereits installierten Altsensoren in eine neue Plattform, statt alles zu ersetzen. Für Systemintegratoren ist dieser Punkt ebenfalls entscheidend, weil er die Freiheit erhält, pro Standorttyp den passenden Sensor zu wählen: hohe Decken im Flagship, Doppeltüren in der Innenstadtfiliale, Außenbereiche im ÖPNV-Umfeld.
"Offene Schnittstellen vorhanden" ist als Anforderung ungefähr so präzise wie "Auto hat Räder". Prüfbar wird es so:
Für öffentliche Auftraggeber – Bibliotheken, Verwaltungsgebäude, Verkehrsbetriebe – ist die Datenschutzarchitektur oft das eigentliche K.-o.-Kriterium. Verlangen Sie den Nachweis, dass die Zählung anonym per Design erfolgt: keine Speicherung biometrischer Merkmale, keine Re-Identifikation, Verarbeitung idealerweise bereits auf dem Sensor. Das erleichtert die Datenschutz-Folgenabschätzung erheblich und ist ein Punkt, den der Datenschutzbeauftragte vor Vergabe schriftlich bestätigt sehen will.
Beim Betriebsmodell sollte die Ausschreibung beide Optionen zulassen und den Anbieter zwingen, beide zu bepreisen: gehostete Lösung (Standard für Retail-Ketten) und Private Cloud bzw. dedizierte Umgebung (relevant für öffentliche Hand und regulierte Branchen). Fragen Sie außerdem den Rechenzentrumsstandort, die Auftragsverarbeitungsvereinbarung nach DSGVO und vorhandene Zertifizierungen bzw. Auditberichte konkret ab – und lassen Sie sich Referenzkunden mit vergleichbarem Anforderungsprofil benennen, nicht nur Logos auf einer Website.
Ein System, das in drei Pilotfilialen überzeugt, kann bei 400 Standorten organisatorisch zusammenbrechen. Prüfbare Anforderungen für den Rollout:
Der wirksamste einzelne Hebel: Definieren Sie den Abnahmetest bereits im RFP-Dokument und machen Sie ihn zum Bestandteil des Vertrags. Ein bewährter Aufbau ist eine Pilotphase an zwei bis drei bewusst schwierigen Standorten (breiter Eingang, Gegenlicht, hohe Frequenz), Genauigkeitsvalidierung nach der oben beschriebenen Methodik, API-Test gegen Ihr eigenes BI-System und erst danach die Rollout-Freigabe. Anbieter, die eine vertragliche Mindestgenauigkeit garantieren, akzeptieren diesen Aufbau in der Regel ohne Diskussion – und genau diese Reaktion im Bieterdialog verrät mehr über die spätere Zusammenarbeit als jede Referenzliste.
Wer diese Blöcke – garantierte Genauigkeit, Sensorunabhängigkeit, dokumentierte APIs, Datenschutzarchitektur, Rollout-Fähigkeit und definierter Abnahmetest – sauber ausformuliert, reduziert die Angebotsbewertung von subjektiven Eindrücken auf vergleichbare Fakten. Der Aufwand liegt bei ein bis zwei zusätzlichen Arbeitstagen in der Erstellung. Er spart erfahrungsgemäß Monate in der Nachverhandlung.
Sie bereiten gerade eine Ausschreibung für Besucheranalyse vor und möchten Ihren Anforderungskatalog gegen die Praxis spiegeln – von der Genauigkeitsklausel bis zur API-Spezifikation? Sprechen Sie mit dem Team von Vemco Group: Kontaktieren Sie uns hier und erhalten Sie konkretes Feedback zu Ihren technischen Anforderungen, bevor die Vergabe startet.