Вторая история тоже связана с LEGO. (Вообще, конструктор самый простой и удобный инструмент для физического прототипирования каких-либо продуктов.) Это была химическая лаборатория где-то в Лондоне. Марка пригласили туда помочь построить новую лабораторию таким образом, чтобы ученым было удобно там работать и взаимодействовать друг с другом, учитывая все их немаленькое оборудование, планы и так далее. В конечном итоге он просто достал огромный ящик с LEGO и сказал: «Как вы думаете, как это может выглядеть?» И это была самая интересная встреча за всю историю его работы, потому что четыре с половиной часа Марк сидел и смотрел, как ученые из LEGO собирают себе новую лабораторию. :)
Соответственно, все эти инструменты: CJM, stakeholders maps, persons, прототипирование очень интересно накладываются на бизнес, его развитие и то, как можно улучшить взаимоотношения бизнеса с клиентами.
Какие ошибки возникают у начинающих дизайн-мыслителей и как их избежать?
При построении CJM часто начинают строить определенный идеальный пользовательский опыт, который видят в рамках своих взаимоотношений с клиентами. При этом упускают такие важные детали, как, например, эмоциональная привязка. На каждом этапе жизненного цикла, в каждом touchpoint есть какие-то эмоции, которые человек испытывает. Чтобы выявить их и понять, почему они возникают, проводят специальные исследования.
Несколько лет назад, когда я еще работал на стороне клиента, я подумал, что, если взять всю коммуникационную политику взаимодействия со своими юзерами и платформами и наложить это на определенные методологии сервис-дизайна, я могу добиться хороших результатов. Это было связано и с онбордингом юзеров, и с ингейджментом, и с ретеншном, когда они отваливались.
Мне нужно было понимать, какие эмоции испытывает человек в каждый момент от того, что он взаимодействует с продуктом, и как их можно улучшить.
То есть нужно было сначала измерить это, потом понять, как улучшить, расписать весь жизненный цикл. Также нужно было придумать, как я могу автоматизировать коммуникацию продукта с этими людьми таким образом, чтобы они в конечном итоге были счастливы, довольны, начинали об этом рассказывать, приводили новых юзеров и так далее.
И это достаточно круто сработало и работает до сих пор.
Можешь привести какой-нибудь кейс?
Не так давно мы реализовали интересный кейс с Hoff. Нужно было, во-первых, измерить индекс удовлетворенности клиентов на каждом этапе жизненного цикла, во-вторых, понять в целом, каков NPS (индекс потребительской лояльности). Для решения этих задач мы делали road map, которую обычно проходят их клиенты.
Как это выглядело? Человек приезжает в какой-то торговый центр, там есть магазин Hoff, парковка, навигация в магазине, расстановка товаров, оплата, клиентский сервис, который помогает человеку решить какую-то проблему внутри магазина. Точно так же есть интернет-магазин, на сайт которого можно зайти, найти там что-то, сделать заказ. Дальше есть доставка, сборка мебели и так далее, так далее.
Road map
Мы автоматизировали процесс сбора обратной связи с клиентом таким образом, чтобы в нужный момент нужным людям отправлять нужный вопрос о том, что они чувствуют и какой опыт они испытали от взаимодействия с магазином. Дальше мы автоматизировали все эти коммуникации, перенесли на определенные дашборды с аналитикой, которые показывают индекс удовлетворенности в каждой точке взаимодействия с клиентом. И все это в разрезе каких-то параметров.
Программа показывает индекс удовлетворённости в каждой точке взаимодействия с клиентом
К примеру, возьмем сборку мебели. Этот этап состоит из нескольких шагов: сборщик позвонил заранее, приехал домой к клиенту, поднял мебель. Как он ее собрал? Убрал ли он за собой потом коробки, которые привез? Как он общался? И так далее. Все это детали общего процесса.
Все эти метрики удовлетворенности клиентов от каждого этапа взаимодействия с компанией Hoff отражались на специальных дашбордах.
Real time дашборд
Ребята из Hoff получили огромное количество информации о том, как вообще реально у них обстоят дела. Теперь они могут контролировать ситуацию и видеть, как она меняется от месяца к месяцу: улучшается или ухудшается. Это позволяет руководителю отдела принимать соответствующие меры.
Например, маркетолог видит, что такой параметр, как трекинг заказа на сайте, имел хорошую оценку в марте, а в апреле оценка понизилась. Он делает вывод, что что-то идет не так: возможно, вылезли какие-то баги, что-то сломалось, в результате клиенты не могут нормально получить информацию о том, где их заказ. И тогда он не трясет весь свой департамент и не гадает: «Блин, что-то у нас идет не так, клиенты недовольны, продажи падают, что с этим делать, непонятно» Нет, он понимает, в какой именно точке существует проблема, может оперативно сработать над ее устранением и таким образом быстро решить любую задачу.
В рамках Hoff, чтобы улучшить клиентский сервис, нам потребовалось связать вообще все бизнес-процессы внутри компании. То есть это не просто сделать какую-нибудь брошенную корзину на сайте или настроить, например, цепочки коммуникации в разных каналах и заработать какие-то деньги. На данном этапе кейс вообще не дал никаких денег, то есть сказать «вот столько-то мы заработали» нельзя. Но и они, и мы прекрасно понимаем, что проделанная работа позволяет прийти к ситуации, в которой в конечном итоге за счет улучшения клиентского сервиса можно заработать очень много денег. Потому что, по сути: ты, я, мы не будем ходить туда, где нам не нравится, мы не будем пользоваться продуктом, который нам не нравится. Мы не будем делать то, что нам не нравится.
Предположим, я хочу внедрить методологию дизайн-мышления в мой бизнес. С чего мне начать?
Ребята, которые занимаются сервис-дизайном, Марк С. и его команда проводят воркшопы по всему миру. Я бы советовал посетить один из таких воркшопов и как следует прокачаться, если есть такая возможность. Также они написали две книги: Service design thinking и Service design doing.
Две книги: Service design thinking и Service design doing
В первой книге дана общая методология процесса, объяснено, как это все работает. Вторая реально хардовая книга-инструкция с практикой и инструментами, по которой можно прямо брать и делать.
Также эти ребята разработали ряд готовых сервисов, которые позволяют строить stakeholders maps, personas, CJM. Например, для построения CJM, в отличие от mind mapов или блок-схем, которые все привыкли использовать, есть конкретные шаблоны уже с эмоциональной привязкой человека к данным. Также там есть конкретный шаблон для создания персоны по отдельным сегментам целевой аудитории. Шаблоны для создания stakeholders maps. Плюс какие-то дополнительные хинты и подсказки того, как организовать весь процесс сервис-дизайна внутри компании. И это все в рамках облачного решения, которое визуально круто сделано, работает круто и помогает ускорить процесс создания всех этих штук.
Шаблоны для создания stakeholders maps
Как начать? Вы можете использовать этот сервис, начиная с маркетинга построить все эти штуки, прийти к своему тимлиду или CEO и сказать: «Слушай, я провел исследование, построил модели, давай внедрять». То есть первое, что нужно сделать, это провести исследование. Если ты приходишь с какой-то идеей без исследования, то у тебя нет ничего ни понимания проблемы, ни цифр.
Алгоритм такой: