никаких денег, то есть сказать «вот столько-то мы заработали» нельзя. Но и они, и мы прекрасно понимаем, что проделанная работа позволяет прийти к ситуации, в которой в конечном итоге за счет улучшения клиентского сервиса можно заработать очень много денег. Потому что, по сути: ты, я, мы не будем ходить туда, где нам не нравится, мы не будем пользоваться продуктом, который нам не нравится. Мы не будем делать то, что нам не нравится.
– Предположим, я хочу внедрить методологию дизайн-мышления в мой бизнес. С чего мне начать?
Ребята, которые занимаются сервис-дизайном, – Марк С. и его команда проводят воркшопы по всему миру. Я бы советовал посетить один из таких воркшопов и как следует прокачаться, если есть такая возможность. Также они написали две книги: Service design thinking и Service design doing.
Две книги: Service design thinking и Service design doing
В первой книге дана общая методология процесса, объяснено, как это все работает. Вторая – реально хардовая книга-инструкция с практикой и инструментами, по которой можно прямо брать и делать.
Также эти ребята разработали ряд готовых сервисов, которые позволяют строить stakeholders maps, personas, CJM. Например, для построения CJM, в отличие от mind map’ов или блок-схем, которые все привыкли использовать, есть конкретные шаблоны уже с эмоциональной привязкой человека к данным. Также там есть конкретный шаблон для создания персоны по отдельным сегментам целевой аудитории. Шаблоны для создания stakeholders maps. Плюс какие-то дополнительные хинты и подсказки того, как организовать весь процесс сервис-дизайна внутри компании. И это все в рамках облачного решения, которое визуально круто сделано, работает круто и помогает ускорить процесс создания всех этих штук.
Шаблоны для создания stakeholders maps
Как начать? Вы можете использовать этот сервис, начиная с маркетинга построить все эти штуки, прийти к своему тимлиду или CEO и сказать: «Слушай, я провел исследование, построил модели, давай внедрять». То есть первое, что нужно сделать, – это провести исследование. Если ты приходишь с какой-то идеей без исследования, то у тебя нет ничего – ни понимания проблемы, ни цифр.
Алгоритм такой:
1. Провести исследование текущей ситуации. Это какие-то сырые данные, которые должны быть у тебя на входе.
2. Построить CJM, personas и тогда уже показать конкретику: «Вот сейчас мы делаем так, а нам нужно делать вот так. И вот что нам это даст. Давайте делать». Тебе скажут: «Окей, ты такой классный! :) Выглядит все суперкруто, давай внедрять!» И тут возникает главный вопрос: готов ли ты взять ответственность за весь этот проект на себя? И это, как правило, самая больная тема, потому что чаще всего ответ будет: «Наверное, не уверен, мне нужна команда».
И это можно понять, ведь нововведения затронут все отделы компании и одному человеку действительно будет сложно все это реализовать и контролировать. Но если мы говорим про какие-то крупные компании, то, как правило, у них уже есть и аналитики, и программисты. Если же