Merkmale von Designansätzen im realen Fertigungssektor

Wenn Sie ein Design für digitale Produkte erstellen, das von Personen verwendet wird, deren Gewohnheiten und Verwendungsmuster Sie vorhersagen können, ist dies nicht so schwierig. Sie wissen fast immer, dass die Person auf der anderen Seite das Smartphone so hält, mit dem Daumen zu den Elementen und Steuerelementen gelangt und so weiter, so weiter, so fort. In B2C gibt es beispielsweise eine Reihe von Tools, die dem Designer bei der Recherche helfen. Es gibt auch allgemein anerkannte Regeln, nach denen Sie Feedback sammeln, nach möglichen Problemen suchen, Hypothesen aufstellen und vieles mehr. Hier ist zum Beispiel ein ziemlich verständlicher und praktischer Rahmen:

• Definieren Sie die Aufgabe des Kunden.
• bilden Sie Ihre eigenen Hypothesen;
• über Metriken nachdenken;
• Definieren Sie den Verwendungskontext, CJM usw.
• Denken Sie über die Lösung und ihre Validierung nach.

Für Menschen, die an das Design von Produkten gewöhnt sind, die von Millionen von Benutzern auf der ganzen Welt verwendet werden, ist dieses Framework bekannt (in der einen oder anderen Form).


Wenn Produkte glauben, genau zu wissen, was der Benutzer will

All dies ändert sich jedoch ziemlich stark, wenn Sie anfangen, Design im Unternehmen zu entwickeln. Zunächst haben wir keine Kunden als solche - wir haben Benutzer. Und die Sache ist, dass wir den Benutzern sehr nahe stehen. Nicht in dem Plan, dass es ein Konto gibt, und wir können detaillierte Informationen darüber anzeigen, das übliche Ordnungs- und Verhaltensmodell, nein. Wir wissen, dass es sich bei diesem Benutzer um Sanya handelt, die gestern mit Ihnen auf einen 20-Meter-Turm geklettert ist, um mit Ihrer Anwendung Daten in das Bypass-Protokoll zu schreiben. Und dass Sashas tägliche Aufgaben ziemlich kompliziert und nicht trivial sind.

Mein Name ist Leo, ich bin der führende Designer der Digital Technologies-Funktion in SIBUR und ich werde Ihnen erklären, wie die Designer von Anwendungen und Schnittstellen funktionieren, wenn einige Ihrer Benutzer ein Team von Crawlern am Produktionsstandort in Tobolsk sind, die Ihre Anwendung ein wenig verwenden nicht unter den Bedingungen, unter denen Sie diesen Antrag gestellt haben.

Lassen Sie uns sofort entscheiden, dass der Designer keine Person ist, die Ihnen ein paar schöne Bilder zeichnet oder ein Reisemenü auf einem Mobiltelefon erstellt. Der Designer ist verantwortlich für das gesamte Arbeitsprodukt, dafür, wie er vom Benutzer wahrgenommen wird, welche Erfahrung ihm bringt und welche realen Aufgaben er zu lösen hilft.

Die Abteilung für digitales Design ist vor nicht allzu langer Zeit in SIBUR aufgetaucht, aber wir haben bereits eine Reihe von Möglichkeiten gefunden, um das Leben eines Mitarbeiters im Unternehmen zu vereinfachen. Zum Beispiel haben wir kürzlich über mobile Problemumgehungen geschrieben . Dies ist de facto die dritte große Iteration des Prozesses. Aber zwischen den Klassikern des Genres der Form "schreibe alles in ein Notizbuch aus Papier" und unserer Anwendung war eine andere Stufe.

Aufbauend auf Benutzern, nicht auf Unternehmen

Als die Crawler zum ersten Mal zu den Technikern kamen, um etwas zu entwickeln, das mehr Spaß macht als Notebooks, wurde ihr Problem ungefähr so ​​gelöst, wie es normalerweise bei SAP in Unternehmen der Fall ist. Tatsächlich erhielten die Menschen eine gute Boxlösung, die sie anpassten, abstimmten und in See stachen. Aber sie haben nicht wirklich über den Prozess der Verwendung dieser Lösung nachgedacht. Ja, die Leute haben ein elektronisches Crawl-Tagebuch. Die Synchronisierung warf jedoch eine Reihe von Fragen auf - es war zweimal täglich (zu Beginn und am Ende der Schicht) erforderlich, das Smartphone des Crawlers mit einem Kabel an einen speziellen Computer anzuschließen, um Informationen in das Archiv zu übertragen. Der Vorgang dauerte ca. 30 Minuten. Offensichtlich ein bisschen nicht das, was Sie wollen, wenn die Änderung vorbei ist und Sie bereit sind, zur Familie zu gehen, und dann sendet dieser Streuner für eine halbe Stunde irgendwo Daten über die Spitze. Wo ist der Benutzerkomfort hier?

Es kehrte schließlich ohnehin zu Papierheften zurück. Warum? Ja, weil es bequemer ist. Die Leute benutzen, was bequemer ist. Wenn Sie etwas Unbequemes getan haben, werden sie es nicht verwenden. Als unsere Abteilung die Lösung des Problems aufnahm, gingen wir daher in erster Linie vom Komfort der Benutzer und von ihren Bedürfnissen aus. Das ist logisch und richtig - denn sie werden das verwenden, was Sie freudig entwerfen. Darüber hinaus unter Bedingungen, die sich erheblich von Ihrem offenen Raum unterscheiden.

Dies war der erste Schritt. Jetzt setzen wir unseren Ansatz aktiv in das etablierte SIBUR-System um. Designer verhandeln mit Vertretern verschiedener Geschäftsbereiche, damit jeder die Bedeutung und Durchführbarkeit dieses Ansatzes erkennt.

Hier ist ein weiteres lebendiges Beispiel. Wir haben ein Labor, das ständig Proben von Fertigprodukten für die Qualität entnimmt. Dennoch müssen wir bei der petrochemischen Produktion alles überwachen. Und dieses Labor interagiert sowohl mit der Produktion selbst als auch mit staatlichen Kontrollstellen und kalibriert die Produktion selbst. Und das Laborpersonal sollte regelmäßig Proben entnehmen.

Tobolsk, -40, dunkel, Sicht ist nicht besonders, Sie gehen, um Proben zu nehmen. Die Leute aus der Digitalabteilung kommen zu Ihnen und berichten glücklich: "Das war's, wir haben Ihr Problem mit Papierstücken gelöst, Sie, Mann, sind auf Ihrem Smartphone." Und du sitzt und denkst nach - nun, mach dich jetzt verrückt, klettere 20 Meter hoch und hol dir dann dieses Smartphone und stupse etwas an.
In Handschuhen mit den Parametern „Feinmotorik -50“.



Und hier erscheinen für uns als Designer zwei ziemlich wichtige Aufgaben.

1. Wir verwenden ein digitales Informationseingabe- / Ausgabegerät. Der Lineman hat ein Smartphone, er kann eine Reihe von Parametern verfolgen und ihm bei der Umsetzung der Arbeitsverantwortung helfen.
2. In diesem Fall müssen Sie versuchen, dass eine Person das Smartphone nicht aus der Tasche ziehen muss. Nun, im Ernst. Bei der Arbeit müssen Sie nicht alle fünf Minuten ein Mobiltelefon aus der Tasche ziehen und Facebook ansehen. Und dort hat die Person -40 über Bord. Handschuhe. Plus auf einer fünfstöckigen Pfeife. Daher programmieren wir physische Tasten auf Android-Handys. So muss ein Mitarbeiter möglicherweise nicht einmal ein Smartphone aus der Tasche ziehen - er steckt einen Knopf in die Innentasche, startet einen Sprachassistenten (der gerade fertig ist) und behebt eine Fehlfunktion oder Diskrepanz zwischen Standards.

Ohne den Kontext der Verwendung von Zeile zwei hätten wir einen solchen Fall gemacht. Und im Kontext stören wir uns sehr.

Methodik

Angenommen, Sie müssen Feedback von Benutzern Ihres Produkts einholen. So funktioniert es normalerweise (am Beispiel von Banken). Es gibt ein Callcenter, in dem viele Anrufe eingehen. Es gibt soziale Netzwerke, in denen sich Kunden häufig über Fehler der Bank im Allgemeinen oder Ihrer Bewerbung im Besonderen beschweren. Es besteht die Möglichkeit, ins Büro zu gehen und dort mit Kunden zu chatten, zu fragen, was ihnen gefällt, ob sie mit allem zufrieden sind und was sie in der Anwendung ändern möchten.

Im Unternehmen ist diesbezüglich im Allgemeinen alles anders. Dies führt manchmal dazu, dass die Vorlage bei Designern, die von anderen Unternehmen zu uns kommen, beschädigt wird. Dort haben Sie Schaltflächen in die Anwendung eingefügt, die einmal täglich von Millionen von Benutzern gestartet wird. Und unser Entwicklungsteam kann ein Produkt erstellen und verbessern, das 10 Personen de facto verwenden. Der wirtschaftliche Effekt, den Ihre Anwendung in Verbindung mit diesen 10 Benutzern erzielen kann, ist jedoch viel höher als bei all diesen Millionen Zuschauern. Daher ist es sehr wichtig, ihre Probleme zu beheben.

Das Plus dabei ist, dass wir direkten Zugriff auf Benutzer haben. Wenn wir den Benutzerzufriedenheitsindex oder etwas anderes sammeln und berechnen müssen, können Sie diese einfach persönlich sammeln und alles klären.

Und was noch cooler ist: Sie können einen Helm und einen Overall mitnehmen und eine Woche lang unter den für sie üblichen Bedingungen mit ihnen arbeiten, um unter realen Bedingungen zu bewerten, was Sie mit Ihrem Design daraus gemacht haben und ob es für Menschen im Allgemeinen geeignet ist. Wir sind dem Benutzer unseres Produkts viel näher. Gleiches gilt für das Onboarding - keine Missverständnisse und Unstimmigkeiten. Wir versammeln die Jungs, zeigen ihnen genau, wie ihr Problem gelöst wurde, was sich wo geändert hat und wie man all dies nutzt.

Validierung von Hypothesen und Metriken

Vergleichen wir diesen Prozess noch einmal in B2B oder B2C. Sie hatten eine großartige Idee, Sie möchten sie ausprobieren. Sie starten ein paar Zielseiten und sehen sich das Feedback an. Sie wägen alles mit verschiedenen Metriken ab, sehen sich die Zahlen an und überprüfen sie bei einem großen Publikum.

Im Unternehmen ist alles anders. Metriken werden von Designern zusammen mit Produkten in der Anfangsphase durchdacht. Es ist einfach, eine solche Metrik zu messen. Sie können sie etwa 10 Tage lang selbst bearbeiten. Hier ist die Validierung.

Hier ist es wichtig, sich noch an eine Sache zu erinnern. Digitalisierung nur um der Digitalisierung willen ist Idiotie. Mit Hilfe einer solchen Digitalisierung ist es sehr einfach, die Arbeitsbedingungen für die Menschen zu beeinträchtigen. Es gibt viele einfache Dinge, die überhaupt nicht digitalisiert werden müssen, für die keine Smartphones, Zeitpläne aller Art und andere erforderlich sind.

Und mehr über den Kontext

Trotz der Nähe zum Benutzer und der Möglichkeit, Mitarbeiter häufig zu befragen, ist der tatsächliche CJM des Benutzers, der zu 100% für den Tag geplant ist, für SIBUR-Spezialisten nicht sichtbar. Daher ist es sehr nützlich, Entwickler mitzunehmen, um Benutzer zu interviewen.

Normalerweise funktioniert eine Teambenachrichtigung über ein Problem. Das Produkt kommt, sammelt das Team, sagt: "Leute, hier gibt es ein Problem." Jeder beginnt zu denken, dass dies eine Art halb erfundenes Problem für einen sphärischen Benutzer in einem Vakuum ist.

Und hier sammeln wir Entwickler und Benutzer, damit Benutzer direkt sagen können, was genau in der Lösung der Entwickler sie überhaupt nicht benötigen. Oder was nicht wie vorgesehen funktioniert. Und bereits in dieser Situation sind Entwickler von der Kommunikation mit Benutzern durchdrungen - Sie verstehen, dass diese bestimmte Person mit der normalen Ausführung von Arbeitsaufgaben genau Ihnen zu verdanken ist, weil Sie eine Funktion in die Anwendung eingegeben haben.

Es klingt einfach - versammelte zwei Seiten und gab ihnen einen Vortrag. Tatsächlich ist es im Unternehmen aufgrund der unterschiedlichen Mentalität schwierig, dies zu tun. Arbeiter, Crawler, Mitarbeiter des Unternehmens und Werkstätten nehmen Menschen aus den digitalen Abteilungen nicht nur als einen weiteren Mitarbeiter des Unternehmens wahr, sondern als eine separate Subkultur. Wie ein Haufen Punks, die in ihrem Internet sitzen, ihr Design herausfinden und für sie normale Menschen die Konsequenzen daraus ziehen.



Aber es ist notwendig zu arbeiten, niemand hat CJM abgesagt, es ist unmöglich ohne es. Wir starten kein Projekt, wenn noch nicht genau bekannt ist, wie der Benutzer den Prozess verfolgen wird. Es gibt immer eine Art Geschäftsprozess, jeder wird sagen, dass ja, alles cool ist, alles genau so funktioniert, wie es beabsichtigt ist. Und die Leute in der Fabrik werden dir die Wahrheit sagen - aber Nifiga funktioniert nicht. Und Sie müssen Zeit damit verbringen, diesen Prozess zu studieren. Manchmal viel Zeit, alle Regeln der Kasteva beachten.

CJM ist im Allgemeinen in Mode. Fast jeder, der mit der Ausstrahlung beginnt, dass das Unternehmen Agile, Scrum verwendet und sogar ein Paar Filzstifte für Boards gekauft hat, spricht sowieso über CJM. In der Praxis schenken sie ihm jedoch viel weniger Aufmerksamkeit, als er benötigt. Jetzt haben wir CJM - das ist die Grundlage der Grundlagen. Wir werfen einfach eine Art Karte von Handlungen auf die Menschen auf dem Papier: Prozess - Handlung - Problem - Lösung. Und ohne diese Karte zu verstehen, macht es keinen Sinn, Ihre Hypothese zu werfen.

Weil sich herausstellt, dass Sie etwas für die Art tun, aber es keinen Nutzen daraus zieht. Zum Beispiel haben sich Mitarbeiter an Sie gewandt und gesagt, dass sie ein Problem mit der Führung von Papierberichten und dergleichen haben. Und Sie haben ihnen ein interaktives 64-Zoll-Panel gekauft. Hast du ihr Problem gelöst? Ja Nifiga, du hast gerade ein Panel für sie gekauft. Jetzt haben sie ein Problem mit Berichten und einem umfangreichen Dashboard. Sie müssen klar verstehen, was genau das Problem ist. Und die Leute können ihre Meinung dazu äußern, wie es gelöst werden kann.

Außerdem ist es wichtig, mit den Erwartungen zu arbeiten. Menschen können häufig selbst die erforderlichen Funktionen anfordern. Dies kann nicht ignoriert werden, da sie nur die Endbenutzer Ihres Produkts sind. Manchmal denkt ein Mitarbeiter der digitalen Abteilung, dass er nur sichtbarer ist, und die Leute am Rand interessieren sich nicht einmal für ihre eigene Wunschliste. Die Realität nimmt ihre Anpassungen vor - wir haben sehr abgenutzte Produktionsmitarbeiter.

Aus diesem Grund erstellen wir mit ihnen gemeinsame Chatrooms, in denen sie ihre Wunschliste direkt mit neuen Funktionen versehen können. Oft stellt sich jedoch heraus, dass der Benutzer ein neues und notwendiges Tool beschreibt und Sie ihm einen Mann antworten. Dies ist das Realtime Board. Verwenden Sie es einfach, um das beschriebene Problem zu lösen.

Produkte überwachen dies und sammeln ständig Feedback über verfügbare Kommunikationskanäle - es kann sich um einen Chat in Telegrammen handeln, wer auch immer es hat, oder um einen Chat in Stimmung oder um dieselbe Typform.

Im Allgemeinen erhalten wir ein leicht invertiertes klassisches Framework, da wir von CJM aus arbeiten und die Benutzer sofort im Auge behalten. Dies ist der Ausgangspunkt für jede Aufgabe.



In einem der folgenden Beiträge werde ich versuchen, Ihnen speziell die Schnittstellen in einem großen Unternehmen zu erläutern. Auch hier ist nicht alles so einfach, wie es scheint. Ausgehend von der Tatsache, dass die Schaltflächen der Benutzeroberfläche die Größe Ihres 13-Zoll-Macbooks haben können (weil dies erforderlich ist) und mit der richtigen Auswahl der Schriftpaare enden. Weil Sie beim 75-Zoll-Touchpanel nicht nur standardmäßige visuelle Darstellungen von Berichten und Statistiken verwenden können.

Darüber hinaus schlägt selbst das Entwickeln solcher Tasten nur auf einer Mohnblume ohne Bindung an das Bedienfeld selbst fehl.

Übrigens haben wir jetzt 2 offene Stellen für intelligente Designer digitaler Produkte. Schreiben Sie mir unter solomadinla@sibur.ru - ich werde auf jeden Fall antworten