Die meisten RFPs für IoT-Plattformen scheitern, bevor der Anbieter sie überhaupt liest. Nicht, weil der Käufer nicht weiß, was er will, sondern weil das Dokument die falschen Fragen stellt. Generische RFPs bekommen generische Antworten. Am Ende vergleichen Sie Marketingtexte der Anbieter statt der tatsächlichen Fähigkeiten.
Stattdessen sollten Sie das fragen.
Warum die meisten IoT-RFPs am Ziel vorbeigehen
Das typische IoT-RFP konzentriert sich auf Funktionen. Unterstützt die Plattform MQTT? Hat sie Dashboards? Kann sie Warnmeldungen versenden? Jede Plattform wird all das mit Ja beantworten.
Die Fragen, auf die es wirklich ankommt, lassen sich schwerer beantworten: Was passiert mit meinen Daten, wenn ich wechseln muss? Wie sieht die Preisgestaltung bei 5.000 Geräten aus? Kann sich mein Kunde in ein gebrandetes Portal einloggen, ohne den Namen Ihres Unternehmens zu sehen?
In schwachen IoT-RFPs tauchen drei Fehlermuster auf:
- Zu generisch. Fragen, die jeder Anbieter bejahen kann, ohne etwas Nützliches preiszugeben.
- Kein Blick auf die Gesamtbetriebskosten. Die monatlichen Plattformgebühren werden bewertet, ohne die Zeit für das Onboarding der Geräte, die Supportkosten und den Engineering-Aufwand zu berücksichtigen.
- Fehlende operative Fragen. Was in einer Demo funktioniert, funktioniert unter realen Produktionsbedingungen womöglich nicht. Die meisten RFPs prüfen das nicht.
Die folgenden fünf Kategorien beheben alle drei Probleme.
Kategorie 1: Konnektivität
Hier laufen die meisten Plattformen schnell auseinander. Fragen Sie:
- Welche Protokolle werden nativ unterstützt? LoRaWAN, MQTT, HTTP, NB-IoT, Satellit?
- Unterstützen Sie die wichtigsten LoRaWAN-Netzwerkserver (TTN, ChirpStack, Actility)?
- Wie viele vorgefertigte Geräte-Parser liefern Sie aus? Kann ich eigene erstellen?
- Was passiert, wenn mein Gerät ein eigenes Payload-Format verwendet?
- Gibt es eine Liste der offiziell unterstützten Hardware-Integrationen?
Eine Plattform, die mit “breiter Konnektivitätsunterstützung” wirbt, sagt nichts aus. Verlangen Sie die konkrete Liste. Wenn ein Anbieter mehr als 500 Gerätetypen von Haus aus unterstützt, ist das eine konkrete, überprüfbare Antwort.
Kategorie 2: Daten
Datenportabilität wird oft ignoriert, bis jemand die Plattform wechseln oder ein Audit durchführen muss. Fragen Sie:
- Wo werden die Daten gespeichert? In welchen geografischen Regionen?
- Wie lange ist die standardmäßige Aufbewahrungsfrist für Daten? Kann ich sie verlängern?
- Wie exportiere ich meine Daten? Gibt es eine API für den Massenexport?
- Werden rohe Payload-Daten gespeichert oder nur geparste Werte?
- Was passiert mit meinen Daten, wenn ich mein Abonnement kündige?
Diese Fragen zeigen, ob ein Anbieter Ihre Daten als Ihre oder als seine eigenen behandelt. Wenn die Antworten vage sind, ist das ein Warnsignal.
Kategorie 3: Skalierbarkeit
Die richtige Frage lautet nicht “Können Sie skalieren?” Sie lautet “Was kostet die Skalierung tatsächlich und was setzt sie voraus?”
- Wie sieht das Preismodell bei 100 Geräten, 1.000 Geräten und 10.000 Geräten aus?
- Gibt es Limits für Datenpunkte pro Monat oder API-Aufrufe pro Sekunde?
- Wie geht die Plattform mit einer plötzlichen Spitze an Gerätenachrichten um?
- Gibt es für jeden Kunden eine dedizierte Umgebung oder wird sie geteilt?
- Wo finde ich die Preisdokumentation?
Achten Sie auf Plattformen, die ihre Preise öffentlich veröffentlichen. Transparente Preise unter https://tago.io/pricing sind ein guter Maßstab dafür, wie das in der Praxis aussieht.
Kategorie 4: White-Labeling
Wenn Sie Systemintegrator sind oder ein Produkt für Kunden entwickeln, ist White-Labeling kein Extra. Fragen Sie:
- Kann ich ein kundenseitiges Portal unter meiner eigenen Domain bereitstellen?
- Unterstützt Ihre mobile App eigenes Branding? Ist sie für iOS und Android verfügbar?
- Werden meine Kunden jemals den Namen oder das Logo Ihres Unternehmens sehen?
- Ist White-Labeling im Basistarif enthalten oder ein kostenpflichtiges Add-on?
- Kann ich steuern, was jeder Endnutzer sehen und tun kann?
Eine Plattform, die Kunden kein gebrandetes Erlebnis bieten kann, bedeutet, dass Sie Ihr Produkt auf der Marke eines anderen aufbauen. Dieses Risiko lohnt es sich zu beziffern, bevor Sie unterschreiben.
Kategorie 5: Support
Die Supportqualität lässt sich anhand von Marketingseiten unmöglich beurteilen. Verlangen Sie konkrete Angaben:
- Wie lautet das SLA für kritische Vorfälle?
- Wie hoch ist die durchschnittliche Reaktionszeit für Support-Tickets?
- Gibt es eine öffentliche Dokumentationsseite und eine Entwickler-Community?
- Bieten Sie Onboarding-Unterstützung für neue Konten an?
- Stehen Schulungsressourcen zur Verfügung (Academy, Video-Tutorials)?
Prüfen Sie, ob der Anbieter eine öffentliche Wissensdatenbank und ein Community-Forum hat. Ressourcen wie https://docs.tago.io und https://tago.io/academy geben Ihnen ein Gefühl dafür, wie ernst ein Anbieter den Self-Service-Support nimmt.
So wird daraus ein einsatzbereites Dokument
Diese fünf Kategorien geben Ihnen die Struktur. Der nächste Schritt ist, daraus eine bewertete Evaluierungsmatrix zu machen: Gewichten Sie jede Kategorie nach Ihren Projektprioritäten und bewerten Sie dann die Antworten jedes Anbieters von 1 bis 5. Das nimmt das Bauchgefühl aus der Entscheidung.
Eine vollständige, herunterladbare Version dieser RFP-Vorlage ist auf Anfrage erhältlich. Melden Sie sich unter https://tago.io/contact-us und vermerken Sie “RFP template” in Ihrer Nachricht.
Nächste Schritte
- Plattformfunktionen ansehen: https://docs.tago.io
- Praxisbeispiele entdecken: https://tago.io/use-cases
- Das Team kontaktieren: https://tago.io/contact-us
