Kontinuierliches Design in der Entwicklung: Methodik und Prinzip

In der Praxis kommt es vor, dass Sie ein Produkt entwickelt haben und Kunden es nach dem Start nicht wie beabsichtigt verwenden. Dann stellt sich heraus, dass die Aufgaben des Benutzers unterschiedlich sind und der geplanten Produktentwicklung und Ihrer Vision des Projekts zuwiderlaufen. Warum?

Tatsächlich arbeiten Sie mit einer Benutzeraufgabe, die nicht vollständig verstanden wird und die sich unter dem Einfluss des Produkts ändert. Dies deutet darauf hin, dass das Produkt finalisiert und mit dem Kunden gepaart werden muss. Sie schützen sich also sofort davor, unnötige Lösungen zu erstellen, die nur auf Hypothesen basieren.

Ich denke, dass es am besten ist, die Kommunikation mit dem Benutzer nach dem Prinzip des kontinuierlichen Designs aufzubauen, das im Artikel behandelt wird.

Liebes und zweifelhaftes IT-Chaos

Die meisten von der IT bereitgestellten Produkte und Funktionen finden keine praktische Anwendung. Ressourcen, Anwendungen und Software werden nicht beansprucht. Nicht alle Unternehmen denken darüber nach, ob ihre Produkte wirklich benötigt werden.

Ein anschaulicher Beweis ist der Markt für mobile Entwicklung, der messbare Indikatoren aufweist. Obwohl sich hier Best Practices konzentrieren, lassen die Statistiken zu wünschen übrig: 2017 veröffentlichte das Analyseunternehmen Localytics eine SQL-Studie , aus der hervorgeht, dass 24% der Anwendungen nur einmal von Benutzern geöffnet werden.

Dies berücksichtigt die Tatsache, dass der Prozentsatz der Benutzer, die die Anwendung weniger als zehnmal geöffnet haben, 63% nicht überschreitet . Wenn wir die „Stabilität“ der Statistik berücksichtigen, wird klar, dass daraus keine Schlussfolgerungen gezogen werden. Die Menschen wissen, wie sie sich entwickeln müssen, aber sie vermissen den Aspekt, wie das Produkt in das Leben eines Menschen gelangt, dh sie verwenden nicht das menschenzentrierte Modell. Letzteres beinhaltet eine langfristige Interaktion mit dem Kunden; in der Regel für mehrere Jahre.

Dies führt uns zu dem Schluss: Bei einem kundenorientierten Ansatz müssen Sie sich vorhandenen Entwicklungspraktiken wie DevOps, Agile oder Scrum zuwenden, die normalerweise separat angewendet werden. Aber wenn wir sie kombinieren, erhalten wir etwas, das als kontinuierliches Design bezeichnet wird. Es besteht aus den klassischen Prinzipien von DevOps und Design Thinking. Wir schlagen vor, dies zu prüfen und zu übernehmen. Um das Prinzip in der Entwicklung umzusetzen, müssen Sie jedoch die Beziehung zwischen den beiden Komponenten Design und Betrieb überdenken.

Einführung aus Betrieb und Design

Operationen sind das, was jetzt passiert. Dies können Systemadministration, Benutzerunterstützung und Geschäftsprozesse sein. Operationen basieren auf verschiedenen Modellen, beispielsweise unter Verwendung der genannten DevOps. Es sorgt für einen kontinuierlichen Feedback-Prozess, Verbesserungen und die Bereitstellung von Lösungen. Aus dem Feedback, der Planung, der Suche nach Lösungen und ihrer Präsentation wird eine „Schleife“ erstellt. Und für jede Phase gibt es Tools, die bei der Arbeit helfen, die Prozesse automatisieren und einen ständigen Austausch von Informationen und Lösungen ermöglichen.

Design ist alles, was zur Definition von Aktionen, Konstruktionsmethoden und Möglichkeiten zum Verpacken eines Produkts für den Verbraucher erforderlich ist. Normalerweise betrachten wir Design als Lösung für ein Problem. Wenn wir das Wesentliche des Problems verstehen, können wir die richtige Lösung anbieten.

Dies ist ein traditioneller Ansatz.

4 Umstände, die der traditionelle Ansatz nicht berücksichtigt

Bei der Kombination von Design und Betrieb werden jedoch 4 Faktoren sichtbar, die zuvor für Teams separat gearbeitet haben. Und für diese Aspekte wird kontinuierliches Design zur Lösung:

# 1 Das Problem kann nicht vollständig verstanden werden.

Mithilfe von Analysen und Untersuchungen stellen wir die Hypothese auf, wie Menschen das Produkt verwenden werden, geben jedoch eine unvollständige Vorstellung von dem Problem, da wir nicht alle Aspekte abdecken können. Erst wenn das Produkt in die Hände des Verbrauchers fällt, sehen wir, wie nützlich es für den Verbraucher war, welche Aufgaben er gelöst hat oder was er geändert hat.

Ein einfaches Beispiel: Auf Jeans gibt es eine kleine Tasche für eine Uhr. Es wurde 1873 von Levi Strauss erfunden. Seitdem hat niemand die Tasche für den vorgesehenen Zweck benutzt. Das Unternehmen hat sogar ein ganzes Video dazu veröffentlicht.

# 2 Produkt verändert Verbraucher

Die aktive Erfahrung mit dem Produkt verändert den Benutzer. Dies verändert das Problem, das das Produkt löst, und schafft neue Schwierigkeiten für Sie und den Kunden.

Denken Sie daran, wie wir vor 5-6 Jahren ein Taxi bestellt haben: Der Betreiber am anderen Ende der Leitung nahm die Bestellung an und sagte, dass das Auto in 20-30 Minuten bedient werden würde. Und wir waren bereit zu warten. Mit der Einführung von Diensten wie Uber, Gett und Yandex.Taxi hat sich unsere Wahrnehmung geändert: 2018 beträgt der optimale Zeitpunkt für die Auslieferung eines Autos für uns 2-3 Minuten. Wenn wir länger warten, wird es nervig. Und es geht nicht um Digitalisierung oder Überisierung, sondern darum, unser Verbrauchsmodell zu ändern.

# 3 Wert ist etwas, das zusammen geschaffen wird

Der Wert eines Produkts kann zum Zeitpunkt seiner Entstehung nicht vorgestellt werden. Nach dem Start beginnt der Dienst, sein eigenes Leben zu führen und einen neuen Wert zu gewinnen, der sich während der Nutzung bildet. Einige Funktionen sind gefragt, andere nicht. Und der von Ihnen und dem Verbraucher geschaffene Wert reift. Daher bleibt der Nutzen oft nicht offensichtlich, bis eine Ware oder Dienstleistung verwendet wird.

Erinnern Sie sich an den AppStore, der der Wertwahrnehmung von Apple widersprach. 2007 präsentierte Steve Jobs dem iPhone die Worte: „Sie müssen keine Programme schreiben. Es ist nutzlos: Sie haben HTML5. " Dies hat die Benutzer nicht aufgehalten: Sie haben Geräte gehackt und ihre Software geschrieben, die über die Cydia-Softwareanwendung verteilt wurde. Es wurde im März 2008 gestartet und bereits am 10. Juni dieses Jahres nutzten die Jungs von Cupertino die erfolgreiche Erfahrung und starteten den AppStore, um die Situation zu ihren Gunsten zu ändern und Spieler Nummer 1 auf dem Mobilfunkmarkt zu werden.

Diese These führt uns zu dem Schluss, dass der Entwickler und der Verbraucher Teil des Problems und der Lösung sind.

# 4 Schwierigkeit beseitigt Kontrolle

Wir schaffen ständig komplexe Systeme, die nicht vollständig gesteuert werden können. Und dies führt zu unvermeidlichen Fehlern und Irrtümern. Eines der Hauptprobleme bei der Arbeit mit solchen Systemen sind Versuche, auf zu vielen Ebenen zu steuern, wenn Sie sorgfältig überlegen, was passieren wird oder passieren kann.

Ich bin sicher, dass wir alle einmal den Kundendienst angerufen haben, wo wir oft zu verschiedenen Betreibern weitergeleitet wurden. Und immer wieder haben wir das Problem beschrieben und auf eine Antwort auf die Hintergrundmusik des Unternehmens gewartet. Dies sind Fälle, in denen der Dienst - die Betreiber - zu sorgfältig durchdacht ist. Die Mitarbeiter verfügen über Kundenkommunikationsalgorithmen, die ständig korrespondiert und detailliert sind. Anstatt den Interessen der Benutzer zu dienen, erschweren und verwirren sie das System nur. Aufgrund der Unternehmensrichtlinien kann ein einzelner Bediener Ihr Problem nicht lösen, auch wenn es einfach ist. Er muss Sie einfach an jemand anderen weiterleiten.

Digitalisierungssoftware

Schauen Sie sich die Entwicklung des iPod an

Diese nicht berücksichtigten Faktoren betreffen nicht nur die digitale, sondern auch die physische Welt. Es wird immer schwieriger, Erfahrungen zu sammeln, die keine Zwischensoftwarekomponente enthalten. Die Umgebung, in der wir leben, ist Software-verifiziert, und dies verändert die Wahrnehmung von Dingen und die Art und Weise, wie wir sie verwenden.

Zum Beispiel hat Tesla ein Software-Update veröffentlicht, das die Batterielebensdauer des Autos verlängert. Gleichzeitig werden seine körperlichen Eigenschaften verbessert: Jetzt können Sie nicht nur in den Supermarkt oder zur Arbeit gehen, sondern auch in die Nachbarstadt. Nicht die Anzahl der Fahrten und nicht die Länge der Fahrt hat sich geändert, sondern die Qualität des Fahrzeugs und damit das Verständnis für die Aufgaben und Zwecke seiner Verwendung. Jetzt müssen Sie kein Geld mehr für ein Taxi ausgeben oder andere Einschränkungen auferlegen, da die Batterie zweimal länger hält. Eine Maschine schließt alle Aufgaben ihres Besitzers.

Brand bewegt sich vom Versprechen zum Dialog

Wenn mit Betrieb und Design alles klarer geworden ist, bleibt ein größeres und abstrakteres Konzept der Marke bestehen. Er arbeitet auch in einer Reihe von kontinuierlichen Design.

Früher haben wir die Marke als Versprechen genommen. Zum Beispiel Stabilität oder Unveränderlichkeit. Aber jetzt verlagert sich sein Fundament in Richtung Dialog, weil wir in einem Paradigma wechselnder Werte leben. Und der Dialog mit dem Benutzer sollte nicht einseitig sein, er ist an eine ständige Kommunikation gebunden. Die IT ist genau die Umgebung, in der dies am schnellsten geschieht. Schließlich verfügen wir über Tools, mit denen wir auf verschiedenen Ebenen konstantes Feedback geben können: von externen Analysediensten bis hin zu DevOps-Methoden.

IT wird zu einer Umgebung des kontinuierlichen Dialogs

Dank des Kundenfeedbacks, das wir beobachten und dessen Aktionen wir analysieren, beginnen wir, das Produkt ununterbrochen zu ändern. Die DevOps-Schleife schließt sich also der Unendlichkeit, wenn Betrieb, Entwicklung, Design und Marketing in diesen Prozess involviert sind: Wir wählen eine Lösung aus vielen aus, implementieren sie und sehen, wie sie sich in der Praxis verhält. In dieser Form funktioniert kontinuierliches Design.

Kontinuierliches Design-Paradigma

Damit das Design zu einem faszinierenden Dialog wird, gibt es 4 Empfehlungen:

# 1 Entwerfen Sie Kunden-Mitarbeiter-Interaktionen an Kontaktpunkten

Entwerfen Sie eine Benutzererfahrung, bevor Sie ein Produkt veröffentlichen. Und es ist notwendig, es nicht nur unter idealen Bedingungen zu studieren, wenn das Produkt oder die Dienstleistung korrekt verwendet wird, sondern auch dort, wo der Kunde mit Geschäftsprozessen in Kontakt kommt: einem Backoffice oder einer IT-Architektur. Das Entwerfen von Erfahrungen basierend auf der externen Umgebung und dem Lebensstil des Benutzers hilft zu identifizieren, wie das Produkt und die Mitarbeiter, mit denen es interagiert, in das Leben der Person passen. Es wird auch klargestellt, welche Gemeinsamkeiten mit den Unternehmensbereichen bestehen und unter welchen Bedingungen. Hierfür können Sie CJM und zu erledigende Kunden und Kollegen verwenden.

# 2 Verzögerung minimieren, Feedback maximieren

Flexible Entwicklungsmethoden wie Agile und DevOps bieten mehr als Geschwindigkeit und Bereitstellung von Updates oder Beta-Versionen. Mit ihnen können wir schnell Feedback erhalten, Hypothesen testen und Maßnahmen anpassen, um das Produkt weiter zu verbessern. Wir lernen aus jedem Arbeitssprint oder Produktupdate und ziehen während des gesamten Lebenszyklus Wissen daraus heraus.

# 3 Design für Bugs. Tun, um zu lernen

Verwandeln Sie Dips in Informationen, die Ihren und den Interessen der Benutzer dienen. Fehler sind in allen Phasen unvermeidlich, egal ob Sie Funktionen entwerfen oder eine Marketingkampagne entwickeln. Sie müssen jedoch darauf vorbereitet sein und ein kontinuierliches Design erstellen, um den Fehler rechtzeitig zu erkennen und Schlussfolgerungen zu ziehen. Es ist wichtig, Lean-UX-Methoden wie UX-Tests, AV-Tests, Hypothesen usw. zu verwenden.

Am Ende entsteht eine Kultur der Arbeit mit Fehlern und den damit verbundenen Werkzeugen: wie Chaos Monkey oder Blameless Post Mortems.

# 4 Das Konzept "erledigt" existiert nicht

Wir befinden uns in einer Situation, in der das Problem nicht vollständig verstanden werden kann und die Lösung es gleichzeitig ändert. Daher kann das Team nicht einfach den Hypothesen über den Wert des Produkts folgen und die IT-Architektur und den IT-Service weiterentwickeln. Stattdessen müssen Sie beobachten, wie Produkte und Dienstleistungen funktionieren, wenn sie außer Kontrolle geraten. Feedback in der DevOps-Schleife ist sinnlos, bis der Betrieb und die Außenwelt den Produktverbesserungsprozess beeinflussen. Und in diesem Fall ist das Konzept „erledigt“ ausgeschlossen. Sie ändern ständig das Produkt. Dies bedeutet, dass der Prozess im DevOps-System- und Design-Denken weiter fortgesetzt wird.

Wenn Sie im kontinuierlichen Design-Paradigma arbeiten, lernen Sie, schnell auf Fehler zu reagieren. Es ist einfacher, sich auf sie zu beziehen und keine nutzlose Arbeit zu leisten. Ihr Vorteil ist, dass Schritt für Schritt immer mehr Kundenaufgaben geschlossen werden, was zusätzlichen Gewinn bringt und sich positiv auf das Geschäft auswirkt.

ps Das Schreiben dieses Materials wurde von der Leistung von Jeff Sassna inspiriert.