Kurz gesagt
Wer ein QR- oder NFC-Meldesystem einführt, vergleicht meist Funktionslisten. Der Unterschied entscheidet sich aber im Betrieb: wem die Daten gehören, wie eine Meldung dem richtigen Objekt zugeordnet wird, ob der Melder eine App braucht, wie strukturiert die Meldung in Ihr bestehendes System läuft, wie schnell Sie live sind und wie Sie wieder herauskommen. Sechs Fragen dazu – und die Red Flags, an denen Sie schwache Anbieter erkennen.
ServiceTags gegen diese Checkliste prüfen? Demo anfragen.
Ein QR-Meldesystem ist ein QR- oder NFC-Aufkleber an einem Objekt, der meldende Personen ohne App in ein kurzes, strukturiertes Formular führt – Standort und Kontext des Objekts sind bereits hinterlegt. Der Markt ist voll von Lösungen, die auf dem Papier gleich aussehen: „QR-Code am Gerät, Meldung aufs Smartphone, Dashboard”. Ob eine davon in Ihrem Betrieb trägt, sagt Ihnen die Funktionsliste nicht. Diese sechs Fragen schon.
Frage 1: Wem gehören die Daten – und wo liegen sie?
Ein SaaS-Meldesystem verarbeitet personenbezogene Daten in Ihrem Auftrag – das ist Auftragsverarbeitung nach Art. 28 DSGVO, ein Auftragsverarbeitungsvertrag (AVV) ist Pflicht. Lassen Sie sich den AVV vor der Entscheidung vorlegen, nicht erst nach Vertragsschluss.
Worauf achten: benannter Serverstandort (EU/Deutschland), Liste der Unterauftragsverarbeiter, dokumentierte technische und organisatorische Maßnahmen, ein Löschkonzept – und wie Sie am Ende Ihre kompletten Daten in einem offenen Format exportieren. Prüfen Sie auch, welche Melderdaten das Formular überhaupt verlangt: Je weniger (idealerweise Kontaktangabe optional, kein Login), desto einfacher Ihre Rechtsgrundlage.
Rote Flagge: „Serverstandort auf Anfrage", kein AVV ohne Aufpreis, Kontaktdaten des Melders als Pflichtfeld.
Mehr dazu auf unserer Datenschutz-Seite.
Frage 2: Wie wird eine Meldung dem richtigen Objekt zugeordnet?
Der teuerste Teil einer Telefonmeldung ist die Frage „welches der zwölf baugleichen Geräte?”. Ein System, das diese Zuordnung nicht am Objekt löst, verlagert das Problem nur ins Formular.
Worauf achten: ein eigener Code pro Objekt – nicht ein Sammel-QR für den ganzen Standort mit Auswahlliste. Frei definierbare Identifier-Felder (Seriennummer, Inventarnummer, Standort, Kunde, Raum, Anlagen-ID), die Sie selbst festlegen. Standort und Historie sind vorbelegt, der Melder tippt sie nicht ein.
Rote Flagge: ein QR-Code für ein ganzes Gebäude; der Melder muss sein Gerät aus einem Dropdown suchen.
Wie diese Zuordnung funktioniert, zeigt das Grundprinzip.
Frage 3: Was muss der Melder tun – App, Login, Schulung?
Jede Hürde im Meldeweg senkt die Meldequote. Und die Menschen, die am ehesten etwas bemerken – Gäste, Fremdfirmen, Aushilfen, Gerätenutzer – installieren keine App und legen kein Konto an.
Worauf achten: Browserformular direkt nach dem Scan, ohne Download und ohne Registrierung. Automatische Sprache nach Browsereinstellung, wo Melder unterschiedlicher Muttersprache dasselbe Objekt nutzen. Unter einer Minute von „Scan” bis „abgeschickt”.
Rote Flagge: App-Pflicht, Registrierung, „Schulung der Melder erforderlich".
Warum niedrige Meldequoten fast immer an Reibung liegen, steht in Störungen einfach melden.
Frage 4: Wie strukturiert kommt die Meldung an – und wohin?
Freitext erzeugt Rückfragen. Und eine Meldung, die nur als E-Mail in ein Sammelpostfach fällt, ist noch kein System.
Worauf achten: vordefinierte Kategorien, Pflichtfelder, Foto und Priorität statt eines leeren Textfelds. Routing pro Objekt, Objektklasse oder Standort. Zustellung per E-Mail und per Webhook in das System, mit dem Ihr Team ohnehin arbeitet – Ticketsystem, CMMS, Helpdesk –, und zwar konto-weit, nicht mühsam je Code einzeln eingerichtet.
Rote Flagge: Zustellung nur an eine feste E-Mail-Adresse; Webhook erst im teuersten Tarif; kein Routing.
Zum Zusammenspiel mit bestehenden Systemen: Meldesystem im Facility Management und Brauche ich ein CMMS?
Frage 5: Wie schnell sind Sie live – und wer richtet ein?
Wenn die Einführung ein IT-Projekt ist, verschiebt sie sich – und mit ihr der Nutzen.
Worauf achten: kein Server, keine Hardware, keine Integrationsarbeit für den Start. Klären Sie, wer das Melde-Schema erstellt und pflegt (der Anbieter im Onboarding, künftig Sie selbst per Assistent). QR-Codes müssen selbst druckbar sein. Und: passt das Material zur Umgebung – UV, Reinigung, Öl, Frost – oder ist NFC für raue Bereiche die bessere Wahl?
Rote Flagge: „Rollout über mehrere Wochen", verpflichtende Vor-Ort-Workshops, Schema-Einrichtung nur durch den Anbieter gegen Tagessatz.
Entscheidungshilfe zur Technik: QR-Code oder NFC am Gerät? und QR-Codes am Gerät pflegen.
Frage 6: Wie kommen Sie wieder raus?
Lange Mindestlaufzeit, intransparenter Preis und kein sauberer Export ergeben zusammen einen Lock-in.
Worauf achten: ein nachvollziehbares Preismodell – was kostet ein Code, ein Nutzer, ein Kanal – statt „Preis auf Anfrage”. Faire Kündigungsfrist. Vollständiger Datenexport in offenem Format. Und die Codes müssen weiter funktionieren oder neu belegbar sein, wenn Sie wechseln.
Rote Flagge: 24 Monate Mindestlaufzeit, Preis nur im Vertriebsgespräch, Datenexport „gegen Gebühr".
Unser Modell steht offen auf der Preisseite.
So schneidet ServiceTags gegen die sechs Fragen ab
ServiceTags gegen die Checkliste
| Frage | ServiceTags |
|---|---|
| 1 · Datenhoheit | AVV nach Art. 28 ohne Aufpreis, Hosting in Deutschland, Melden ohne Kontaktpflicht, Datenexport inklusive |
| 2 · Zuordnung | Ein QR- oder NFC-Code pro Objekt; beliebige, selbst benannte Identifier-Felder; Standort und Historie vorbelegt |
| 3 · Melder | Browserformular, kein Download, kein Login, automatische Sprache |
| 4 · Struktur & Routing | Konfigurierbares Melde-Schema (Kategorien, Pflichtfelder, Foto, Priorität); Routing pro Objekt/Klasse/Standort; E-Mail und konto-weiter Webhook |
| 5 · Live-Gang | Kein Server, keine Hardware, kein IT-Projekt; Schema-Setup gemeinsam im Onboarding, bald per KI-Chat selbst |
| 6 · Ausstieg | Preismodell offen ausgewiesen (Grundgebühr + nutzungsabhängig); Codes selbst druckbar; vollständiger Export |
ServiceTags ist dabei die Eingangsschicht, nicht die Verwaltungsschicht – Ihr Ticketsystem oder CMMS bleibt.
Sieben schnelle Red Flags
- Serverstandort „auf Anfrage" oder kein AVV
- ein Sammel-QR statt ein Code pro Objekt
- App-Pflicht oder Konto für den Melder
- Meldung nur als E-Mail an eine feste Adresse, kein Routing
- Webhook erst im Enterprise-Paket
- „Preis auf Anfrage" plus 24 Monate Mindestlaufzeit
- Einrichtung als mehrwöchiges Projekt mit Pflicht-Workshops
ServiceTags gegen Ihre eigene Checkliste prüfen?
In 30 Minuten gehen wir die sechs Fragen an Ihrem Gerätebestand durch. Bald: den Use-Case per KI-Chat selbst anlegen – Vorschau.
Einen Überblick, wofür ServiceTags in diesem Bereich gedacht ist, gibt die Seite Stör- & Defektmeldungen.
