IDEACTORYBACK TO RESULTS
06 / RESULTS · VERWIRKLICHEN

Die Idee passte auf eine Serviette. Der Betrieb dahinter noch nicht.

Aus einem Hersteller sollte zusätzlich ein Serviceanbieter werden: Zustandsüberwachung, Wartung und Ersatzteilversorgung als laufendes Produkt.

Für einen Hersteller professioneller Gebäudetechnik haben wir aus einer strategischen Idee ein betreibbares Serviceangebot entwickelt – inklusive Geschäftslogik, Customer Journey, Prozessarchitektur, technischer Plattform, Kundenportal und Markteinführung.

Unternehmen anonymisiert · identifizierende Details verändert
DER MOMENT

Eine gute Idee ist noch kein Angebot.

Das Unternehmen konnte hervorragende Geräte entwickeln und verkaufen. Ein laufender Service verändert aber fast alles: Beziehung zum Kunden, Verantwortung, Daten, Prozesse, Preislogik und technische Architektur.

„Wenn der Kunde monatlich bezahlt, muss monatlich etwas Verlässliches passieren.“
TAG 1
Die Idee ist sofort verständlich.

Sensorwerte nutzen, Wartung vorausschauender planen, Ersatzteile vorbereiten und dem Kunden eine laufende Serviceleistung anbieten.

WOCHE 2
Aus einem Satz werden 34 Entscheidungen.

Was ist enthalten? Was ist Zusatzleistung? Wer reagiert auf Warnungen? Was darf das Portal versprechen?

WOCHE 5
Das Portal funktioniert. Das Produkt noch nicht.

Die Oberfläche sieht gut aus – aber ohne Betriebsmodell wäre sie nur eine schöne Anzeige für ungeklärte Verantwortung.

WOCHE 12
Der erste Kunde nutzt den Service im Alltag.

Jetzt zählt nicht mehr die Idee. Jetzt zählt, ob Daten, Menschen, Prozesse und Kommunikation wirklich zusammenarbeiten.

VORHER / MÖGLICHKEITSRAUM

Alles Nötige war bereits irgendwo vorhanden.

Geräte lieferten Zustandsdaten. Der Service kannte typische Fehler. Ersatzteile waren verfügbar. Vertrieb hatte Kundenzugang. Was fehlte, war ein gemeinsames Produkt aus diesen Fähigkeiten.

  • Gerätedatentechnische Zustände
  • Wartungbestehende Servicekompetenz
  • ErsatzteileVersorgung und Bestand
  • Vertragein neues Leistungsversprechen

Die Fähigkeiten sind vorhanden. Erst Angebot, Plattform und Betriebsmodell machen daraus ein Produkt.

DEVELOPMENT / PRODUKTARCHITEKTUR

Aus Fähigkeiten wurde ein Produkt mit klarer Leistung.

SERVICE MODEL

Vier Bausteine, ein Versprechen.

Der Service wurde nicht als Technikpaket, sondern aus Kundensicht definiert: erkennen, einordnen, handeln, dokumentieren.

MonitorZustand
AssessBewertung
ActService + Teil
ReportTransparenz
CAREWartung + Portal
CARE+Monitoring + Priorisierung
COMPLETEinkl. definierter Teile
CUSTOMER PORTAL

Der Service bekommt ein Gesicht.

Kunden sehen nicht Rohdaten, sondern Zustand, Handlungsbedarf, geplante Maßnahmen und nachvollziehbare Historie.

MY SYSTEMS / SITE 03STABLE
Unit 14 · StableHealth 82% / next service 18 d
Unit 09 · ObserveFilter delta rising
Unit 21 · PlannedBelt inspection W37
ZUSTANDWas braucht Aufmerksamkeit?
MASSNAHMEWas ist geplant?
HISTORIEWas wurde erledigt?
WAS WIR GEBAUT HABEN

Nicht nur ein digitales Produkt. Einen neuen Betriebsmodus.

01 / OFFER

Serviceprodukt

Leistungspakete, Grenzen, Reaktionslogik, Preisstruktur und verständliches Leistungsversprechen.

  • Leistung
  • Grenzen
  • Preis
02 / JOURNEY

Customer Journey

Von Onboarding und Anlagenaufnahme über Meldungen bis Report, Wartung und Verlängerung.

  • Onboarding
  • Service
  • Verlängerung
03 / PLATFORM

Serviceplattform

Zustandsdaten, Regeln, Servicefälle, Ersatzteile und Vertragslogik in einem technischen Kern.

  • Daten
  • Regeln
  • Vertrag
04 / INTERFACE

Kundenportal

Zustand, Maßnahmen, Historie und nächste Schritte als ruhiges, verständliches Arbeitsbild.

  • Zustand
  • Maßnahme
  • Historie
05 / OPERATIONS

Service Operating Model

Rollen, Reaktionszeiten, Eskalationen und Übergaben für den laufenden Betrieb.

  • Rollen
  • Reaktion
  • Eskalation
06 / MARKET

Launch-System

Produktstory, Vertriebsunterlagen, Demo, Onboarding und Pilotkommunikation als ein gemeinsamer Auftritt.

  • Story
  • Vertrieb
  • Onboarding
CONSTRUCTION

Dann wurde aus dem Angebot ein Betrieb.

Pilotiert wurde nicht nur die Plattform. Pilotiert wurde das ganze Produkt: Verkauf, Onboarding, Daten, Serviceentscheidung, Kundenkommunikation und Verlängerungslogik.

BUILDMVP + Servicepaket

Portal, Regeln, Onboarding und operativer Kern für zwei Gerätelinien.

INTEGRATEIoT + ERP + CRM

Gerätedaten, Kunden, Teile und Servicefälle wurden verbunden.

TEST12 Pilotkunden

78 Anlagen liefen zwölf Wochen im neuen Servicebetrieb.

DEPLOYMarkteinführung

Produktpakete, Vertrieb, Onboarding und Betrieb wurden gemeinsam ausgerollt.

RESULTS / PILOT

Das Portal war sichtbar. Der eigentliche Erfolg lag dahinter.

GEPLANTE STATT REAKTIVE EINSÄTZE+31 %

Bei den im Pilot überwachten Anlagen.

TEILE VOR EINSATZ GEKLÄRT61 → 89 %

Servicefälle mit vorbereiteter Teilelage.

PILOTKUNDEN VERLÄNGERT10 / 12

Zwei Kunden wechselten nach dem Pilot in ein kleineres Paket.

NEUER WIEDERKEHRENDER UMSATZ€ 410k

Annualisierte Verträge aus der ersten Markteinführungsphase.

„Vorher haben wir Wartung verkauft. Jetzt verkaufen wir, dass sich jemand kümmert – und können auch zeigen, was das bedeutet.“
Daniel* · Leitung Service
„Das Portal war im Verkauf der Türöffner. Geblieben sind die Kunden wegen des Betriebs dahinter.“
Laura* · Vertrieb
„Ich sehe nicht hundert Sensorwerte. Ich sehe, ob ich etwas tun muss. Genau das wollte ich.“
Michael* · Technischer Leiter Pilotkunde

* Namen der zitierten Personen geändert.

IN CONTEXT / Serviceprodukt

Aus Technik wird ein Service, der läuft.

Techniker betreut eine große Gebäudetechnikanlage auf einem gesicherten Dach.
Das Serviceversprechen verbindet den Zustand der Anlage mit einer konkreten Verantwortung im Betrieb.
SYSTEM / Serviceprodukt

Fähigkeiten werden zu einem betreibbaren Produkt.

QUELLEN
  • GerätedatenZustand und Meldungen
  • ServiceBewertung und Maßnahmen
  • ErsatzteileVerfügbarkeit und Bedarf
  • KundeAnlagen und Vertrag

Serviceplattform

Zustandsdaten, Vertragslogik und Serviceentscheidungen bilden einen gemeinsamen technischen Kern.

IN DER ARBEIT
  • AngebotKlare Leistungspakete
  • KundenportalZustand und nächste Schritte
  • BetriebService, Teile und Historie
  1. 01Zustand erkennen
  2. 02Handlungsbedarf bewerten
  3. 03Service auslösen
  4. 04Ergebnis dokumentieren
DER PUNKT

Ein neues Geschäftsfeld beginnt nicht mit einer App. Es beginnt damit, dass Angebot, Betrieb und Erlebnis dieselbe Sache werden.

Genau dort spielt IDEACTORY seine Breite aus: wenn eine Idee gleichzeitig wirtschaftlich, organisatorisch, technisch, menschlich und gestalterisch funktionieren muss.