15 Firmen auf der Shortlist. Jede verspricht eine „maßgeschneiderte Lösung”. Der Produktionsleiter muss eine auswählen. Dieser Artikel ist keine weitere Liste mit „5 Dingen, auf die Sie achten sollten”. Dies ist ein praktischer Filter, der Ihnen drei echte Kandidaten übrig lässt. Vielleicht zwei.
Dritter Ausfall in diesem Quartal. Die Linie steht vierzig Minuten, dann weitere zwanzig für die Diagnose. In einer typischen mittelgroßen Fabrik kostet eine Stunde Produktionsausfall mehrere tausend Złoty. Multiplizieren Sie das mit drei Ausfällen im Quartal. Der Produktionsleiter erhält einen Anruf vom Vorstand: „Warum haben wir das nicht früher gewusst?”. Die Antwort ist einfach und frustrierend, weil Die Daten der Sensoren sitzen in zehn verschiedenen Systemen, und niemand sieht sie an einem Ort..
Wenn das bekannt klingt, sind Sie wahrscheinlich an dem Punkt angelangt, an dem die Geschäftsleitung sagte: „Wir kaufen ein Internet der Dinge-Dashboard”. Und jetzt sitzen Sie vor einer Liste von fünfzehn Unternehmen, von denen jedes eine „maßgeschneiderte Lösung für Ihre Bedürfnisse” verspricht. Und Sie wissen nicht, welches Sie wählen sollen.
Dieser Artikel ist keine weitere „Liste von 5 Dingen, auf die Sie achten sollten”. Dies ist ein praktischer Filter, den Sie auf diese Liste von fünfzehn Unternehmen anwenden, und es bleiben Ihnen drei übrig. Vielleicht zwei.
Zu lang; nicht gelesen · 30 SEKUNDENEN
- 6 Kriterien für die Auswahl eines Internet der Dinge-Unternehmens: Erfahrung mit Hardware (nicht nur Web), Kenntnisse von Protokollen (MQTT, CoAP, LoRaWAN), Fähigkeit, mit der Edge-Cloud zu arbeiten (AWS Internet der Dinge, Azure Internet der Dinge Hub), Datentechnik (Zeitreihen, Alarmierung), Sicherheit (Zertifizierung, OTA-Updates), Wartung nach dem Start.
- 4 Warnsignale: das Unternehmen stellt nur „Web”-Dashboards ohne Internet der Dinge-Stapel her; keine Referenzen von Internet der Dinge-Projekten (nicht SaaS); kein OTA und Sicherheitsplanen; MVP-Versprechen in 4 Wochen (Internet der Dinge ist keine Webapp).
- Test vor dem Vorstellungsgespräch: Fragen Sie nach dem Kommunikationsprotokoll, wie sie mit Firmware-Updates umgehen und welche Überwachungstools sie verwenden (Grafana, Datadog, benutzerdefiniert). Keine konkreten Antworten = Warnsignal.
- Benutzerdefinierter Internet der Dinge-MVP: 12–16 Wochen für „Smart Control”-Anwendungen (Gerät + Cloud + mobile App), Budget 80–200.000 PLN. PLN abhängig von der Anzahl der Protokolle und Integrationen. Kürzer nur, wenn Sie vorgefertigte Plattformen verwenden (z. B. AWS Internet der Dinge Core).
Internet der Dinge-Dashboard ist eine Web- oder mobile Plattform zur Überwachung und Verwaltung von Internet-of-Things-Geräten in Echtzeit. Es besteht aus 4 Schichten: Geräte (Sensoren, Controller), Kommunikationsschicht (MQTT, HTTP, LoRaWAN), Cloud-Backend (Zeitreihendatenbank, Alarmierung, OTA-Updates) und Benutzeroberfläche (Web-App, mobile App). Im Gegensatz zu einer typischen Internet der Dinge-Webanwendung erfordert ein Dashboard ein Team mit Hardware-Software-Erfahrung.
Schlechte Antwort auf ein gutes Das Problem dabei:
Jeden konkreter E-Mail pro Woche
KI, B2B-Vertrieb und Implementierungen. Kein Spam, mit einem Klick abmelden.
Bevor Sie weitermachen, muss ich eine Annahme in Frage stellen.
Die meisten Unternehmen, die mit der Frage „Baut uns ein Internet der Dinge-Dashboard” auf uns zukommen, beginnen das Gespräch mit: „Zuerst haben wir fertige SaaSy geprüft, aber keine passte.”. Nur dass sie SaaS-Lösungen geprüft haben, die 500 Złoty pro Benutzer und Monat kosten, mit einer Benutzeroberfläche, die für einen generischen Kunden entwickelt wurde. Sie sind also zwei Stufen zu weit gesprungen.
SaaS-Dashboards machen Sinn. Für kleine Unternehmen. Bis zu drei Produktlinien. Ohne ERP-Integration.
Das Das Problem dabei: beginnt, wenn Sie haben:
- Mehr als eine Wette
- Alter SPS und neue SPS desselben Herstellers, die nicht über OPCUA miteinander sprechen
- Historische Daten in SAP/MES, Echtzeitdaten in InfluxDB, Qualitätsdaten in QMS
- Regulator, der vorschreibt, dass Daten in Ihrer Infrastruktur verbleiben
Zu diesem Zeitpunkt schränkt Sie jedes SaaS entweder ein oder kostet genauso viel wie eine individuelle Nutzung. Und wenn Sie in drei Jahren ein fünftes Werk anbinden und ein VorhersageModellll hinzufügen möchten, sind Sie auf die Roadmap eines Lieferanten angewiesen, der 400 weitere Kunden hat.
Benutzerdefiniertes Internet der Dinge-Dashboard ist keine Ausgabe. Es ist strategische Option für Daten, die Sie heute haben, aber noch nicht verstehen.
Die gute Nachricht ist, dass die Unterscheidung zwischen einem guten TechnoProtokolleepartner und einem Anwärter kein subjektives Gefühl ist. Es ist sechs Fragen, die Sie in einem 45-minütigen Gespräch stellen würden. Unternehmen, die das verstehen, wählen einen Partner anders aus als Unternehmen, die einfach nur Software kaufen. Nachfolgend finden Sie diese Fragen.
Wie wählt man ein Unternehmen für ein Internet der Dinge-Dashboard aus? 6 Kriterien
Vergessen Sie „Brancheerfahrung” und „starkes Team”. Das bedeutet nichts. Hier ist eine Liste, mit der Sie jedes Unternehmen auf der Shortlist überprüfen können.
1. Haben sie ein reales Internet der Dinge im Portfolio oder nur „Dashboards”?”
Der Unterschied ist fundamental. Ein Unternehmen, das drei Dashboards für CRM gebaut hat und sich nun als „Internet der Dinge-Unternehmen” bezeichnet, weiß nicht, was es tun soll, wenn OPCUA Es verliert alle 200 ms Pakete und der Siemens-Treiber meldet, dass es online ist, reagiert aber nicht auf Messwerte.
Kontrollfrage: „Wie viele Echtzeit-Datenquellen haben Sie in Ihrem größten Projekt unterstützt? Welche Protokolle? Welchen Durchsatz?”. Wenn die Antwort „Wir haben die API integriert” lautet, handelt es sich nicht um Internet der Dinge, sondern um SaaS-Integration. Geh weg.
2. Verstehen sie Ihre Edge-Schicht oder nur die Cloud?
Die meisten Fehler in Internet der Dinge-Dashboards treten nicht in der Cloud auf. Sie geschehen zwischen dem Controller und dem Internet der Dinge-Gateway. Unternehmen, die nur AWS Internet der Dinge Core und Azure Internet der Dinge Hub, bestellen die Hardware bei einem „befreundeten Integrator” und wenn etwas schief geht, rufen Sie zwei Unternehmen an, die mit dem Finger aufeinander zeigen.
Kontrollfrage: „Wie sieht euer Stapel vom Sensor zum Dashboard aus? Wer ist für die Edge-Schicht zuständig?”. Wenn die Antwort unklar ist, haben Sie ein Das Problem dabei:.
3. Wie sehen ihre operativen Dashboards aus, nicht die Präsentations-Dashboards
Das ist subtil, aber wichtig. Viele Internet der Dinge-Portfolios sind hübsche Animationen, Verläufe und 3D-Renderings von Maschinen. Das sind Dashboards für die Präsentation für den Vorstand. Du brauchst ein Dashboard für den Betreiber, der ihn acht Stunden am Tag beobachtet.
Kontrollfrage: „Zeigen Sie das Dashboard, auf das der Bediener in der Produktion blickt. Nicht die Version für das Management.”. Ein Unternehmen, das ein solches Dashboard nicht in seinem Portfolio hat, hat wahrscheinlich nie mit einem echten Endbenutzer gearbeitet.
4. Können sie mit Ihrer IT zusammenarbeiten, oder wollen sie eine Enklave aufbauen?
Eine schlechtere Version derselben Geschichte: Ein Unternehmen baut Ihnen ein schönes Dashboard, stellt es aber auf seinen eigenen Server mit einem eigenen Autorisierungssystem, das von Ihrem AD getrennt ist. In einem halben Jahr haben Sie IT-Enklave, ein System, das nicht überprüft werden kann. Ein Jahr später trifft es auf das Radar des CISO und das Projekt stirbt.
Kontrollfrage: „Wie sieht die Integration mit SSO und unserem Identitätssystem aus? Wo liegen die Daten? Wer hat Zugriff darauf?”. Unternehmen, die mit „unser Admin-Panel” statt mit „Ihr Active DireCTOry” antworten, disqualifizieren sich.
Was tun sie nach der Implementierung
Ein Internet der Dinge-Dashboard ist kein Projekt, das endet. Treiber werden aktualisiert, Produktionslinien werden erweitert, Regulierungsbehörden ändern Anforderungen. Ein Unternehmen, das die Implementierung als „fester Umfang, fester Preis, auf Wiedersehen” behandelt, hinterlässt ein System, das in zwei Jahren tot sein wird.
Kontrollfrage: „Wie sehen Ihre Wartungsverträge aus? Welches SLA haben Sie für Produktionsvorfälle? Wie viele Personen aus Ihrem Team kennen unser Projekt nach einem Jahr wirklich?”. Wenn sie allgemein antworten, dann ist das so Executor, nicht Partner. Der Executor wird genau das tun, was Sie in den Brief geschrieben haben, und verschwinden.
6. Können sie Nein sagen„
Dies ist ein abschließender Test. Ein Unternehmen, das allem zustimmt, was Sie in einem ersten Gespräch sagen, ichst entweder verzweifelt oder hört nicht zu. Ein gutes Unternehmen wird zu einem zweiten Gespräch kommen und sagen: „Die Hälfte dessen, was Sie wollen, ergibt keinen Sinn, wegen X. Aber es lohnt sich, Y zu tun, an das Sie nicht gedacht haben.”.
Kontrollfrage: „Was ergibt in unserem Briefing Ihrer Meinung nach keinen Sinn?”. Der Ausführende wird antworten: „Alles ist super, wir werden es bauen”. Der Partner wird antworten: „Das ist schlecht, macht das nicht”. Hörst du den Unterschied.
Wenn Sie Ihre Auswahlliste anhand dieser sechs Kriterien geprüft haben, bleiben Ihnen wahrscheinlich zwei oder drei Kandidaten übrig. Jetzt gibt es eine Reihe von Warnsignalen, die den Rest verwirren werden.
Was ist bei der Auswahl eines Internet der Dinge-Unternehmens zu vermeiden? 4 rote Fahnen
Sie haben keine eigenen Entwickler, nur ein „Netzwerk von Partnern”. Das bedeutet, sie werden Ihre Arbeit an jemanden vergeben, den Sie nicht kennen, an einem Ort, den Sie nicht sehen. Für Internet der Dinge, wo das Debugging tiefgreifendes Domänenwissen erfordert, wird das nicht funktionieren. Der Executor wird weiter delegieren. Der Partner arbeitet mit seinem eigenen Team.
Sie zeigen weder den Code noch die Architektur. Sie werden gebeten, eine NDA zu unterzeichnen, und zeigen Ihnen dann Folien mit AWS- und Azure-Symbolen. Wenn Sie nach zwei Besprechungen kein Architekturdiagramm des konkreten Entwurfs gesehen haben, den sie erstellt haben, haben sie nichts gebaut.
Sie zählen Arbeitsstunden in Excel, nicht in Sprints. Internet der Dinge-Projekte haben viele Unbekannte. Eine Festpreisgestaltung für 18 Monate ohne Meilensteine ist keine Kalkulation, das ist Lotterie. Entweder werden Ihnen Änderungsanträge angerechnet, oder Sie erhalten etwas, das funktioniert, aber nicht dem entspricht, was Sie wirklich brauchen.
Sie werben in ihrem ersten Angebot mit „KI-gestützter vorausschauender Wartung”. Bevor Sie die grundlegenden Daten an einem Ort haben, ichst es Marketing, über KI zu sprechen. Ein Unternehmen, das mit KI beginnt, versteht nicht, dass 80% des Wertes eines Internet der Dinge-Dashboards die Verfügbarkeit und Sauberkeit der Daten sind. Gartner im Kontext von Internet der Dinge-Plattformen Er stellt Datenmanagement und -integration eindeutig vor die Analyse, und er hat Recht. KI ist das Sahnehäubchen. Aber zuerst der Kuchen.
Wie machen wir das in JSON Crew
Ehrlich: Wir sind nicht das Unternehmen, das dreißig Internet der Dinge-Dashboards gebaut hat. Wir sind ein Softwarehaus, das Ich baue ProduktKonfiguratoren und SaaS-Lösungen für Hersteller.. Im vergangenen Jahr wurden drei Konfiguratoren (Akpil, Landmaschinen, Sumpf, Jagdwaffen, Plus einer aus der Baubranche) und zehn Produktionsfirmen auf unserer Plattform implementiert JSON-Hub. Dieses Jahr haben wir auch APP Smart Control, Heizungssteuerungssystem für private, ichndustrielle und öffentliche Einrichtungen. Dies ist das einzige dedizierte Internet der Dinge-System in unserem Portfolio.
Und genau deswegen ergibt dieser Artikel Sinn. Denn bei einem ProduktKonfigurator für eine Maschinenfabrik und bei einem Internet der Dinge-Dashboard für eine Produktionslinie taucht dieselbe Klasse von Das Problem dabei:enEchtzeitdaten aus vielen Quellen, UX für den Bediener, ERP-Integration, die Frage „Wer wartet das in einem Jahr”. Wir sehen die gleichen Fallstricke von beiden Seiten.
Wenn wir mit einem Kunden sprechen, der ein benutzerdefiniertes Dashboard in Erwägung zieht, sieht das erste Treffen normalerweise genauso aus. Wir kommen, setzen uns, und der Produktionsleiter sagt: „Wir wollen ein Dashboard, auf dem alle Linien, alle Alarme, alle KPIs zu sehen sind. Und das in Echtzeit.”. Wir antworten: „Zeigen Sie uns, wie Ihr Morgen heute aussieht, wenn die Schicht beginnt”. Und anstatt zu bewerten, bitten wir um Zugang zum Heizungsraum.
Das ist der Unterschied zwischen einem Partner und einem Executor. Der Executor bewertet den Brief. Der Partner bewertet die Realität.
Wenn wir ein Projekt übernehmen, beginnen wir mit einer Woche Einführungsgespräch, wo wir mit Ihrem Betriebsteam, nicht mit dem Management, nicht mit der IT, zusammensitzen und uns die Daten ansehen, die Sie bereits haben. Im Dokument dieser Woche heißt es: „Von diesen drei Dingen, die Sie überwachen möchten, sind zwei sofort sinnvoll, das dritte erfordert zuerst eine Bereinigung auf der Edge-Schicht.”. Dies ist der Moment, an dem viele Projekte mit anderen Unternehmen nicht begonnen hätten. Bei uns ist das der erste Liefergegenstand.
Danach arbeiten wir in zweiwöchigen Sprints mit einer Demonstration eines funktionierenden Teils pro Sprint. Ihr Betreiber sitzt in der dritten Woche vor der funktionierenden Ansicht, nicht im sechsten Monat. Wir nehmen Änderungen vor, wenn sie wenig kosten, nicht am Ende, wenn sie viel kosten.
Stapel Next.js, Nest.js, Three.js für 3D-Visualisierung und AWS oder vor Ort, je nach den Anforderungen Ihrer Regulierungsbehörde. Dies ist derselbe Stapel, auf dem wir die Konfiguratoren für Akpil und Sumpf und die Smart Control APP aufgebaut haben. Wenn Sie sehen möchten, wie es bei einem echten Kunden funktioniert, schauen Sie es sich an Fallstudie APP Smart Control, wo die Anwendung die Heizung in Objekten von Wohnhäusern bis hin zu Industriehallen steuert.
Wenn Ihr Das Problem dabei: nicht das Dashboard ist, sondern Automatisierte Preiskalkulation und Produktkonfiguration, das ist unser Kern und dort liefern wir MVP in 8 Wochen. Überprüfen unsere ProduktKonfiguratoren, Oft stellt sich heraus, dass ein Kunde, der über ein Internet der Dinge-Dashboard nachdenkt, zunächst unbedingt einen Konfigurator benötigt, da dieser die Daten freischaltet, die er dann im Dashboard sieht.
Die am häufigsten gestellten Fragen
„Und ist es nicht besser, das InHaus zu bauen?”
Wir hören das in jedem zweiten Projekt. Die Antwort ist nuanciert, denn sie hängt von drei Dingen ab.
Wenn Ihre IT bereits Entwickler mit Erfahrung in Internet der Dinge, MQTT, OPCUA hat und Sie dies als langfristige interne Kompetenz sehen, ichst InHaus eine gute Wahl. Wir verstehen, dass wir an Ihrer Stelle dasselbe tun würden.
Wenn Ihr IT-Team SAP, Office 365 und BenutzerUnterstützung umfasst, bedeutet der interne Aufbau von Internet der Dinge 18 Monate Lernzeit auf Ihre Kosten, bevor das erste echte Dashboard in der Produktion zu sehen ist. Ein besseres Modelll: Wir bauen, Ihr Team übernimmt nach zwölf Monaten die Wartung. Den Wissenstransfer binden wir in den Vertrag ein.
„Wir haben bereits ein Dashboard, das nicht funktioniert. Was nun?”
Das häufigste Szenario: Jemand hat Ihnen das vor der Pandemie gebaut, heute dient es zwei Personen und niemand weiß, wie man es unterhält. Eine Prüfung dauert zwei Tage, kostet null. Ergebnis: entweder „es ist zu retten, hier ist die Liste der Änderungen und die Kosten”, oder „Besser umgraben, hier ist warum”. Wir ziehen den Verkauf nicht durch, wenn er realistisch nicht zu retten ist. Manchmal ist die bessere Empfehlung: „Stellt einen Integrator ein, der eure TechnoProtokollee bereits kennt”.
„Wie lange dauert das und was kostet es?”
Unser Dashboard-MVP mit Basisintegrationen dauert 8 Wochen, der gleiche Zeitraum wie der ProduktKonfigurator. Ein vollständiges Dashboard mit ERP-Integrationen, Edge-Layer und Controller dauert 12 bis 16 Wochen. Das Budget hängt von der Anzahl der Datenquellen, den Regulierungs- und Edge-Layer-Anforderungen ab. Sie erhalten ein Angebot nach einer Woche Erstgespräch, nicht nach einem 45-minütigen Gespräch. Denn nach 45 Minuten ist das Zitat ein Ratespiel, und wir wollen Sie nicht betrügen.
Betoner Test vor dem nächsten Gespräch mit dem Unternehmen
Beim nächsten Gespräch mit einem potenziellen Lieferanten sollten Sie die folgenden drei Fragen in dieser Reihenfolge stellen:
- „Zeigen Sie mir ein operatives Dashboard der letzten 6 Monate, mit dem man sich anmelden und sehen kann, wie es tatsächlich aussieht.”
- „Wer genau, mit Namen und Nachnamen, wird der Architekt dieses Projekts sein und wie ist seine Verfügbarkeit in den ersten 3 Monaten?”
- „Was würdest du in unserem Briefing ändern, wenn du an meiner Stelle wärst?”
Die erste Frage sortiert Unternehmen aus, die nur schöne Mockups haben. Die zweite sortiert Unternehmen aus, die die Arbeit jemandem Unzuverlässigen anvertrauen. Die dritte sortiert Ausführende aus und lässt Partner übrig.
Wenn ein Unternehmen diese drei Fragen mit überzeugenden Antworten beantwortet, lohnt es sich, weiter mit ihm zu sprechen. Wenn es nicht einmal eine besteht, verschwenden Sie Ihre Zeit nicht mit einer vollständigen Ausschreibung.
Du suchst einen Partner, keinen Vollstrecker? Bestellen Sie einen 30-minütigen Diagnoseanruf. Kostenlos, keine Verpflichtungen. Wir sind vorbereitet. Teilen Sie uns einfach mit, was Sie heute überwachen und wo sich die Daten befinden. In einer halben Stunde erhalten Sie eine ehrliche Einschätzung, ob ein individuelles Dashboard für Sie sinnvoll ist oder ob ein fertiges SaaS ausreicht. Wenn die Antwort „SaaS” lautet, sagen wir das direkt.
PS. Wenn Sie bereits über ein Internet der Dinge-Dashboard verfügen, es aber nicht wie geplanent nutzen, schreiben Sie uns. In den meisten Fällen liegt das Das Problem dabei: nicht am Tool, sondern daran, dass es ohne ein Betriebsteam erstellt wurde. Das Audit dauert einen Tag, kostet null und zeigt Ihnen, ob sich ein Umbau oder ein Umbau lohnt.
Häufig gestellte Fragen
Wie wählt man ein Unternehmen für die Erstellung eines Internet der Dinge-Dashboards aus?
Überprüfen Sie 6 Kriterien: 1) Erfahrung mit Hardware (nicht nur Web); 2) Kenntnisse der Internet der Dinge-Protokolle (MQTT, CoAP, LoRaWAN, BLE); 3) Edge-Cloud (AWS Internet der Dinge Core, Azure Internet der Dinge Hub, Google Cloud Internet der Dinge); 4) Datentechnik (Zeitreihen-DB wie InfluxDB, Alarmierung); 5) Sicherheit (X.509-Zertifikate, OTA-Firmware-Updates, sicherer Start); 6) Wartungsplanen (Wer patcht die Firmware in 2 Jahren?). Fehlendes = Projektrisiko.
Wie viel kostet es, ein Internet der Dinge-Dashboard zu erstellen?
Benutzerdefiniertes Internet der Dinge-MVP (Gerät + Cloud + Mobil-/Web-App): 80–200.000 PLN, abhängig von der Anzahl der Protokolle, der Integration in bestehende Systeme und den Sicherheitsanforderungen. Zeit: 12-16 Wochen. Mit einer vorgefertigten Plattform (AWS Internet der Dinge Core, Particle, Losant) kann die Zeit auf 6–10 Wochen und 50–100.000 PLN verkürzt werden. PLN, aber begrenzte Anpassungsmöglichkeiten. KG Elektronik App „Smart Control“ ist ein Beispiel für benutzerdefiniertes Internet der Dinge mit React Native + AWS Internet der Dinge.
Wie unterscheidet sich ein Internet der Dinge-Dashboard von einer regulären Webanwendung?
Das Internet der Dinge-Dashboard erfordert 4 Schichten, die eine Standard-Webanwendung nicht hat: 1) Firmware auf dem Gerät (C/C++, Rust, eingebettetes JavaScript); 2) Gerät-Cloud-Kommunikationsprotokoll (MQTT, CoAP, nicht HTTP!); 3) Zeitreihendatenbank für Telemetrie (InfluxDB, TimescaleDB); 4) OTA aktualisiert die Infrastruktur (wie Sie die Firmware von einer Million Geräten ohne physischen Zugriff aktualisieren). Ein Unternehmen, das nur Web betreibt, verfügt über keine Kompetenzen in drei der vier Ebenen.
Was sind die Warnsignale bei der Auswahl eines Internet der Dinge-Unternehmens?
4 am häufigsten: 1) Das Unternehmen produziert nur Web/SaaS ohne Internet der Dinge-Referenzen (weiß nicht, was MQTT QoS ist); 2) MVP-Versprechen in 4 Wochen (Internet der Dinge dauert 12–16 Wochen); 3) kein OTA und kein Sicherheitsplanen (wie aktualisiert man die Firmware in 2 Jahren?); 4) Fehlende Erfahrungsberichte von Internet der Dinge-Kunden, die das System nach 2-3 Jahren immer noch nutzen (Internet der Dinge-Wartung ist die Schattenseite des Projekts). Bonus-Flag: Keine Diskussion über Datenresidenz und Compliance (Internet der Dinge-Dashboards fallen oft unter die DSGVO und spezifische Branchenvorschriften).
AWS Internet der Dinge Core oder Azure Internet der Dinge Hub, was soll man wählen?
AWS Internet der Dinge Core, die größte Community, die meisten Tutorials, die besten Integrationen mit anderen AWS-Diensten (Lambda, DynamoDB, Kinesis). Preis: Bezahlung pro Nachricht + Speicherplatz. Azure Internet der Dinge Hub, besser integriert in das Microsoft-Ökosystem (wenn der Kunde Azure AD, Power BI verwendet), leistungsstarke Geräteverwaltungstools. Preis: pro Stufe (S1, S2, S3). Bei 95%-Projekten polnischer Unternehmen wird die Wahl durch den vorhandenen Cloud-Stapel des Kunden und nicht durch technische Unterschiede bestimmt.
Welche Qualifikationen sollte ein Internet der Dinge-Unternehmen mitbringen?
Mindestens 2 Internet der Dinge-Projekte seit mindestens 12 Monaten in Produktion (kein POC, keine Demo). Die Projekte sollen unterschiedliche Aspekte aufweisen: eines mit dem MQTT-Protokoll und AWS, das zweite mit mobiler App + Push-Benachrichtigungen, das dritte mit OTA-Firmware-Updates. Warnsignal: Nur Proof of Concept oder Pilot, ohne in Produktion zu gehen. Die Killerfrage während eines Gesprächs: „Wann haben Sie das letzte Mal ein OTA-Update für den Client durchgeführt und was ist schief gelaufen?” Keine spezifische Vorgeschichte = keine Betriebserfahrung.
Über den Autor
Jędrzej Siewierski. CEO und Mitbegründer JSON Crew. Seit 2024 erstellt das Unternehmen ProduktKonfiguratoren für B2B-Unternehmen (Hersteller von Landmaschinen, Jagdwaffen, Modulhäusern, Internet der Dinge-Elektronik) und JSON-Hub, ein eigenes SaaS, das CRM, Automatische Angebotserstellung und Projektmanagement kombiniert. MitAutor der Methodik zur digitalen Vertriebstransformation: Verkürzung des Weges vom Interesse bis zum Kauf durch einen Konfigurator + Automatisches Angebot + CRM. Stapel: Next.js, Three.js, Nest.js, React Native. Kontakt: contact@jsoncrew.com · LinkedIn.


