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.
Die dritte Störung in diesem Quartal. Die Linie steht vierzig Minuten still, dann weitere zwanzig für die Diagnose. In einer typischen mittelgroßen Fabrik kostet eine Stunde Linienstillstand mehrere Tausend PLN. Multiplizieren Sie das mit drei Störungen pro Quartal. Der Produktionsleiter erhält einen Anruf von der Geschäftsleitung: „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 IoT-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.
TL;DR · 30 SEKUNDEN
- 6 Kriterien für die Auswahl eines IoT-Unternehmens: Erfahrung mit Hardware (nicht nur Web), Kenntnisse von Protokollen (MQTT, CoAP, LoRaWAN), Fähigkeit, mit der Edge-Cloud zu arbeiten (AWS IoT, Azure IoT Hub), Datentechnik (Zeitreihen, Alarmierung), Sicherheit (Zertifizierung, OTA-Updates), Wartung nach dem Start.
- 4 Warnsignale: das Unternehmen stellt nur „Web”-Dashboards ohne IoT-Stack her; keine Referenzen von IoT-Projekten (nicht SaaS); kein OTA und Sicherheitsplan; MVP-Versprechen in 4 Wochen (IoT 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 IoT-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 IoT Core).
IoT-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 IoT-Webanwendung erfordert ein Dashboard ein Team mit Hardware-Software-Erfahrung.
Schlechte Antwort auf ein gutes Problem
Ein konkretes 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 IoT-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 PLN 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 Problem beginnt, wenn Sie haben:
- Mehr als eine Wette
- Alter SPS und neue SPS desselben Herstellers, die nicht über OPC UA 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 Vorhersagemodell hinzufügen möchten, sind Sie auf die Roadmap eines Lieferanten angewiesen, der 400 weitere Kunden hat.
Custom IoT-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 Technologiepartner 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 IoT-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 IoT im Portfolio oder nur „Dashboards”?”
Der Unterschied ist fundamental. Ein Unternehmen, das drei Dashboards für CRM gebaut hat und sich nun als „IoT-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 IoT, sondern um SaaS-Integration. Geh weg.
2. Verstehen sie Ihre Edge-Schicht oder nur die Cloud?
Die meisten Fehler in IoT-Dashboards treten nicht in der Cloud auf. Sie geschehen zwischen dem Controller und dem IoT-Gateway. Unternehmen, die nur AWS IoT Core und Azure IoT 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 Stack vom Sensor zum Dashboard aus? Wer ist für die Edge-Schicht zuständig?”. Wenn die Antwort unklar ist, haben Sie ein Problem.
3. Wie sehen ihre operativen Dashboards aus, nicht die Präsentations-Dashboards
Das ist subtil, aber wichtig. Viele IoT-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 IoT-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, ist 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 IoT-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 IoT, 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. IoT-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, ist es Marketing, über KI zu sprechen. Ein Unternehmen, das mit KI beginnt, versteht nicht, dass 80% des Wertes eines IoT-Dashboards die Verfügbarkeit und Sauberkeit der Daten sind. Gartner im Kontext von IoT-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 IoT-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, Knieja, 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, industrielle und öffentliche Einrichtungen. Dies ist das einzige dedizierte IoT-System in unserem Portfolio.
Und genau deswegen ergibt dieser Artikel Sinn. Denn bei einem Produktkonfigurator für eine Maschinenfabrik und bei einem IoT-Dashboard für eine Produktionslinie taucht dieselbe Klasse von ProblemenEchtzeitdaten 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 Stack, auf dem wir die Konfiguratoren für Akpil und Knieja 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 Problem 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 IoT-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 Inhouse 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 IoT, MQTT, OPC UA hat und Sie dies als langfristige interne Kompetenz sehen, ist Inhouse eine gute Wahl. Wir verstehen, dass wir an Ihrer Stelle dasselbe tun würden.
Wenn Ihr IT-Team SAP, Office 365 und Benutzersupport umfasst, bedeutet der interne Aufbau von IoT 18 Monate Lernzeit auf Ihre Kosten, bevor das erste echte Dashboard in der Produktion zu sehen ist. Ein besseres Modell: 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 Technologie 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.
Konkreter 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 IoT-Dashboard verfügen, es aber nicht wie geplant nutzen, schreiben Sie uns. In den meisten Fällen liegt das Problem 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 IoT-Dashboards aus?
Überprüfen Sie 6 Kriterien: 1) Erfahrung mit Hardware (nicht nur Web); 2) Kenntnisse der IoT-Protokolle (MQTT, CoAP, LoRaWAN, BLE); 3) Edge-Cloud (AWS IoT Core, Azure IoT Hub, Google Cloud IoT); 4) Datentechnik (Zeitreihen-DB wie InfluxDB, Alarmierung); 5) Sicherheit (X.509-Zertifikate, OTA-Firmware-Updates, sicherer Start); 6) Wartungsplan (Wer patcht die Firmware in 2 Jahren?). Fehlendes = Projektrisiko.
Wie viel kostet es, ein IoT-Dashboard zu erstellen?
Benutzerdefiniertes IoT-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 IoT 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 IoT mit React Native + AWS IoT.
Wie unterscheidet sich ein IoT-Dashboard von einer regulären Webanwendung?
Das IoT-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 IoT-Unternehmens?
4 am häufigsten: 1) Das Unternehmen produziert nur Web/SaaS ohne IoT-Referenzen (weiß nicht, was MQTT QoS ist); 2) MVP-Versprechen in 4 Wochen (IoT dauert 12–16 Wochen); 3) kein OTA und kein Sicherheitsplan (wie aktualisiert man die Firmware in 2 Jahren?); 4) Fehlende Erfahrungsberichte von IoT-Kunden, die das System nach 2-3 Jahren immer noch nutzen (IoT-Wartung ist die Schattenseite des Projekts). Bonus-Flag: Keine Diskussion über Datenresidenz und Compliance (IoT-Dashboards fallen oft unter die DSGVO und spezifische Branchenvorschriften).
AWS IoT Core oder Azure IoT Hub, was soll man wählen?
AWS IoT Core, die größte Community, die meisten Tutorials, die besten Integrationen mit anderen AWS-Diensten (Lambda, DynamoDB, Kinesis). Preis: Bezahlung pro Nachricht + Speicherplatz. Azure IoT 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-Stack des Kunden und nicht durch technische Unterschiede bestimmt.
Welche Qualifikationen sollte ein IoT-Unternehmen mitbringen?
Mindestens 2 IoT-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, IoT-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.
