EnterprisePlattform-VisionDesignsystemB2B-SaaS

Brightly

Designrichtung für eine 1,575 Mrd. $ Übernahme.

Brightly wurde von Siemens für 1,575 Mrd. $ übernommen. Bevor der Deal abgeschlossen war, wurde die Plattform-Vision bestehenden Kunden vorgestellt: 74 % der Konferenzteilnehmer äußerten Begeisterung für die zukünftige Produktrichtung, 36 % sagten, sie würden wahrscheinlicher verlängern. User Tests an den funktionalen Prototypen zeigten eine 5-fache Steigerung der Zeit auf Dashboard-Seiten. Unabhängig erhobene NPS-Stimmen haben die Umfrageergebnisse bestätigt.

Die Arbeit hinter diesen Signalen: Vision-Design über 12 isolierte Produkte bei Brightly, verankert in einem vollständigen Corporate Rebrand und einer großen Kundenkonferenz. Eine neue Designsprache. Ein vereinheitlichtes Designsystem und eine Frontend-agnostische Komponentenbibliothek. North-Star-Designs für das integrierte Portfolio. Ein Übergangsplan von isolierten Produkten zur Plattform.

Drei Oberflächen, drei Argumente

Die Hero-Screens, und die Designabsicht hinter jedem

Drei Hero-Oberflächen haben den größten Teil der Arbeit übernommen, den Plattform-Anspruch zu tragen. Jede war ein anderes Argument, das die Vision zu machen hatte.

Das Dashboard war der Moment, in dem ein Kunde im Produkt landete und seine gesamte Arbeit an einem Ort sah: geplante Wartung, Teamverfügbarkeit, gefährdete Anlagen, Arbeitsaufträge, die auf Triage warteten. Die Entscheidung war, dass das Dashboard rollenbasiert, anpassbar, handlungsfähig und datengetrieben sein musste. Jeder Teil dieser Liste beantwortete eine spezifische Beschwerde, die Kunden in der Recherche geäußert hatten.

Asset Health und Suggested Actions haben die Logik des Dashboards erweitert. Asset Health war das System, das sagte, welche Anlage wahrscheinlich ausfallen würde, in welcher Zeitspanne, mit welcher finanziellen Auswirkung: vorhergesagter Ausfall, geschätzte Verluste, empfohlene Vorgehensweise. Suggested Actions war das System, das den nächsten Zug vorschlug, mit markierter empfohlener Option. Zusammen haben sie den alten Workflow (zwischen Tools springen, die Daten selbst lesen, allein entscheiden) auf eine einzige Oberfläche reduziert, auf der das System die Analyse machte und der Operator die Entscheidung traf.

Das Designsystem selbst war die dritte Oberfläche. Eine Frontend-agnostische Komponentenbibliothek, gebrandet und vereinheitlicht, gepaart mit der neuen Corporate-Designsprache. Keine Dokumentationsseite. Eine funktionierende Bibliothek, aus der jedes Produktteam unabhängig vom Stack ziehen konnte, und das ist es, was den Plattform-Anspruch über 12 verschiedene Produkte hinweg umsetzbar machte.

Dashboard-Prinzipien als Antworten an die Kunden gerahmt.

Rollenbasiert, anpassbar, handlungsfähig, datengetrieben. Jedes Prinzip beantwortete eine spezifische Beschwerde, die im Recherche-Mix zutage trat (Pendo-Analytics, Aha!-Produkt-Feedback, Client Advisory Boards, Kundenbesuche, interne SME-Interviews). Die Prinzipien waren nicht ästhetisch. Sie waren Argumente zurück ins Feld.

Asset Health als dreiteilige Entscheidungshilfe-Oberfläche.

Vorhergesagter Ausfall plus geschätzte Verluste plus empfohlene Vorgehensweise. Die drei zusammen verwandeln die Oberfläche von „Datenpunkt über eine Anlage" in „Entscheidung, die der Operator jetzt treffen kann". Das Muster hat sich durch die Suggested-Actions-Oberfläche fortgesetzt und der Plattform eine konsistente Operator-KI-Beziehung über die Produkte hinweg gegeben.

Komponentenbibliothek als Frontend-agnostisch.

Ein vereinheitlichtes Designsystem ist weniger wert als eine vereinheitlichte Komponentenbibliothek, weil ein Designsystem von jedem Produktteam neu implementiert werden muss. Die Bibliothek wurde Frontend-agnostisch gebaut, damit jedes Produkt, auf jedem Stack, in jedem Büro, Komponenten direkt ziehen konnte. Das ist es, was den Plattform-Anspruch umsetzbar statt aspirativ machte.

Hero-Screens verdienen sich ihre Position, indem sie zeigen, wie der Plattform-Anspruch aussieht, wenn ein Kunde durchscrollt. Das Argument lebt in den Screens, nicht daneben.

Zwölf Silos, eine Plattform-Vision

Was die Vision in eine einzige Produktgeschichte verdichten musste

Brightly hatte ein Portfolio von 12 isolierten Softwareprodukten zusammengestellt, die Fertigung, Gesundheitswesen, Bildung und Behörden bedienten. Die Portfolio-Strategie sagte „Plattform". Das Nutzererleben sagte zwölf verschiedene Produkte unter einem Logo, jedes mit seinem eigenen Dashboard, seinen eigenen Daten, seinen eigenen Workflows. Die Kunden sagten es direkt: schlechtes Landing-Page-Erleben, Produkte, die keine Datensätze teilten, abgehackte Workflows, keine klare Erwartung dafür, wie die Zukunft aussehen würde.

Zwei Geschäftsereignisse haben die Arbeit verankert. Ein vollständiges Corporate Rebrand, das der Designsprache Raum gab, von Grund auf neu gezeichnet zu werden, statt aus ihrer bisherigen Position heraus angepasst zu werden. Und eine große Kundenkonferenz, die eine Deadline setzte, an der alles bereit sein musste, bestehenden Kunden in funktionaler Prototyp-Form gezeigt zu werden.

Als Manager of Product Design bei Brightly habe ich ein Team von sieben Designern geführt, verteilt über Melbourne, London, Noida, Montreal und die USA. Die strukturelle Arbeit, die Executive-Präsentation und das Argument für die Umdeutung waren meine. Eine Senior-Designerin im Team hat sich mit mir an der visuellen Umsetzung gepaart; das meiste, was du in den Prototypen sehen würdest, ist ihr Handwerk. Die beiden Hälften der Arbeit passten zusammen: die Architektur entschied, was zu argumentieren ist, das visuelle Design entschied, wie es zu argumentieren ist.

Die Ergebnisse haben aufeinander aufgebaut. Eine neue Corporate-Designsprache, verankert im Rebrand. Ein vereinheitlichtes Designsystem darauf gebaut. Eine Frontend-agnostische UI-Komponentenbibliothek, gegen die jedes Produktteam implementieren konnte. North-Star-Designs für das integrierte Portfolio. Ein Übergangsplan von den derzeit isolierten Produkten zur Plattform-Form. Der Sinn des Stapels war, dass jede Schicht die nächste umsetzbar machte statt aspirativ.

Die Vision an zwei Geschäftsereignisse binden, nicht an eines.

Das Rebrand hat der Designsprache die Erlaubnis gegeben, mit der Vergangenheit zu brechen. Die Kundenkonferenz hat den Prototypen eine echte Deadline und ein echtes Publikum gegeben. Die Vision an beide zu verankern hieß, dass die Arbeit eine Geschäftsrechtfertigung auf zwei Achsen hatte, nicht nur auf einer.

Die Struktur führen, beim Handwerk partnern.

Ein verteiltes siebenköpfiges Designteam zu managen, während ich die strukturelle und die Präsentations-Arbeit führte, hieß, klar darüber zu werden, was ich besaß und was andere besaßen. Ich habe die Architektur geführt, das Systemdenken und das Argument vor der Führungsebene. Eine Senior-Designerin hat die visuelle Umsetzung geführt. Beide Hälften mussten exzellent sein, damit die Arbeit zu verteidigen war.

Ein Übergangsplan, nicht nur ein Ziel.

Vision-Design wird leicht als aspirativ abgetan. Die North-Star-Designs mit einem Übergangsplan von den aktuellen Produkten zur Plattform zu paaren, hat die Arbeit gegenüber Engineering verantwortlich gemacht: Hier ist, was wir vorschlagen; hier ist, wie das bestehende Portfolio von dort, wo es ist, dorthin kommt.

Strategische Erzählungen sagen „Plattform". Design-Beweise sagen, wie die Plattform tatsächlich aussieht, wenn ein Kunde durchklickt, was die Designsprache erlaubt und wie die bestehenden Produkte dorthin kommen.

Wofür die Arbeit war

Der Chief Product Officer war zufrieden genug mit der Arbeit, um die Prototypen in mehrere Räume mit hohem Einsatz zu bringen. Sie sind in Board-Präsentationen gegangen, die Finanzierungsanträge gestützt haben. Sie sind in die Akquisitions-Besprechungen mit Siemens vor dem Deal gegangen. Brightly wurde von Siemens für 1,575 Mrd. $ übernommen.

Die Designarbeit hat die Übernahme nicht verursacht. Sie war der Teil der Geschichte, den der Käufer sehen musste, um zu bewerten, ob der Plattform-Anspruch Design-Beweise unter der strategischen Erzählung hatte.

Designurteil auf der Ebene über dem Handwerk ist das, was Enterprise-Design-Vision tatsächlich bedeutet. Nicht Dinge hübscher machen. Den strategischen Anspruch überprüfbar machen, bevor das Geschäft sich darauf festlegt.