es vergeht kaum ein tag, an dem ich nicht über ein neues buch, eine neue methode, ein neues canvas oder einen neuen toolkit erfahre, mit dem man neue services schaffen oder besonders innovativ sein kann. ist man daran interessiert (ich bin es), dann beschäftigt man sich eingehender damit, man kauft es vielleicht sogar und dann stellt man fest: viele gute beispiele, viele theorien, einige davon auch sehr gut umgesetzt. aber all das ist wirkungslos, wenn man es nicht ausübt! und das ist genau der punkt. was heisst ES ausüben? wohl kaum, bloß eine methode anwenden und sich dann, ob der vorbildlichen umsetzung vorgegebener spielregeln, auf die schulter zu klopfen, sich zu zunicken, dass man eine »designthinking-methode« (die es ja nicht gibt*) mustergültig benutzt hat und also großartig »kreativ« war.

doch es gibt nur ein kriterium das zählt: hat der nutzer jetzt, nachdem wir diese methode angewandt, jenes buch gelesen und dieses canvas ausgefüllt haben, ein wirklich besseres leben, eine bessere erfahrung, ein tolles erlebnis?

in den meisten fällen muss man diese frage mit »nein« beantworten.

die dinge, die »kreativen arbeiten« kommen nicht an, beim volk, an der basis, wie man so sagt. sie bleiben in der vision stecken, im management, im getriebe der »excel-organisationen«. es fehlt in den meisten fällen, nicht immer, am hands-on, am rasch umsetzen und ausprobieren, am prototypisieren. den meisten servicedesignern, und mit ihnen den sie engagierenden managern, geht es um den prozess: klar definiert, terminisiert und sauber absolviert.

fertig.
hakerl im excel-sheet.
nächster punkt.
was hat der nutzer — nein, auf den nutzer konzentriert man sich nicht, nur der kunde interessiert — was hat der kunde dazu gesagt?
schnell eine umfrage, bitte kreuzen sie an, zwanzig fragen, ihr gefühl zwischen null (nicht zufriedenstellend) und 10 (das war spitze) und dann sehen wir schon, dass wir 3,417% mehr zustimmung gewonnen haben. großartig! zufrieden und stolz auf die »kreative« leistung des managements durch »neues denken« lehnt sich die führungskraft zufrieden zurück.

ruft dann ein kunde beim hersteller an, wann denn die im moment nicht verfügbare ware lieferbar sei, dann weiß die dame am telefon nicht, dass es die ware grade nicht gibt, kann keine brauchbare antwort geben, kündigt auch nicht an, sich schlau zu machen und ruft natürlich keinesfalls zurück. schalterbeamte, oh, die gibt es ja nicht mehr, verkäufer an fahrkartenschaltern sind grießkrämig weil sie am feiertag hinterm schalter sitzen (müssen), betreuen kunden schlecht, weil sie nicht wissen, dass sie selbst in wahrheit schnäppchen-jäger sind** (sie sitzen hier und machen diesen job, weil es ihnen weniger kostet als wenn sie daheim arbeitslos säßen). aber die manager sagen es ihnen nicht. sie haben keine zeit, denn sie lesen gerade das nächste buch über methoden für innovative serviceentwicklung.

* siehe »die wahrheit über designthinking«, designthinkingtank.at
** jens corssen, »der selbstentwickler«

image

ich beobachte, dass die, ich nenne sie akademischen servicedesigner (die das thema theoretisch bearbeiten, aber nicht aus der klassischen design-szene kommen) mehr dem prozess treu sind, mehr am prozess interessiert sind, während jene designer, die aus klassischen designdisziplinen kommen (industrial design, graphic design, kommunikationsdesign, informationsdesign, environmental design) und sich neuerdings auch explizit (implizit taten das die guten designer immer schon) mit servicedesign beschäftigen, mehrheitlich ergebnisorientiert handeln. das heisst nicht, dass die akademischen servicedesigner nicht auch am ergebnis interessiert wären. dennoch kann man beobachten: die einen wollen den prozess sauber abwickeln und kausal agieren, die anderen wollen ein gutes ergebnis erzielen und das möglichst schnell. während bei den ersten das ergebnis (fast) ein nebeneffekt des richtigen prozesses ist, verwenden die anderen (irgendeinen) prozess, um das gewünschte ergebnis (den effekt) zu erreichen. für mich ist das der (oder ein gravierender) unterschied zwischen einer in wahrheit kausalen denkweise und der designer-denkweise (design thinking).

warum ist das so?
weil die wissenschaft (die leute an den universitäten) am ende eines projekts analysiert, wie und von welchem anfangspunkt aus ein endergebnis erreicht wurde und daher ganz klar den pfad der entwicklung ablesen kann. dieses ablesen ist aber immer nur posteriori richtig. apriori wissen wir designer nicht und kann man es auch nicht im detail und zur gänze vorhersagen, wie wir bis zum gewünschten endergebnis gelangen werden. wir agieren anlaßbezogen, wir prototypisieren und versuchen rasch und oft zu scheitern, um die dinge schneller zur reifung zu bringen. das abarbeiten von checklisten ist meiner meinung nach nicht erfolgsgarantierend. aber das ist es, was in servicedesign-kursen vermittelt wird: »zuerst müssen wir personas definieren und eine stakeholder-map erstellen«. mag sein, dass das in manchen fällen der erste wichtige schritt ist, muss es aber nicht sein. manchmal ist dieser schritt überhaupt nicht notwendig, sondern hält nur auf.

die chaotische vorgangsweise der designer (←links) kann nach fertigstellung des projekts als linearer prozess klar beschrieben werden (rechts→).

jene, die sehr viel und vor allem hauptsächlich »wissenschaftlich« über servicedesign und design thinking berichten, erklären der welt, dass es ein definierter prozess sei, den die designer abarbeiten. diese experten nutzen auch diesen prozess (so sie praktisch arbeiten) und folgen ihm exakt. nur: das ist nicht design thinking!

jene experten meinen, es beginnt immer mit research, dann folgt eine »ideation«, eine ideenfindung mittels co-creation (als ob der user wüsste, was er braucht), dann prototypisiert man und testet diesen prototyp.

ja, das ist nicht ganz falsch, ich sage euch aber: research braucht der designer nur um zu erkennen, was es zu designen gibt. weiß (ahnt) er es, dann testet der designer sofort diese erste lösung – doing, not talking. der designer entwirft sofort (wenn es möglich ist) und verfeinert dann in mehreren iterationen.

designer (also jene menschen mit designdenke) arbeiten mit jenen »tools« und nur in jenen abschnitten des wissenschaftlich definierten prozesses, die im moment sinnvoll erscheinen – oft durcheinander, ein kreatives chaos (von aussen gesehen).

servicedesigner ohne design-background wollen prozesse abarbeiten. ich will lösungen haben und suche nur dann »den prozess«, wenn ich sie noch nicht habe oder erkenne oder um die erarbeitete lösung zu vermitteln.

das ist der große unterschied zwischen der masse der servicedesigner und GP, dem einzigen servicedesign-anbieter in österreich mit design-background.