Совместная разработка услуг с клиентами

Я видела десятки сессий, где клиентов сажали в переговорную, вручали стикеры и называли это «совместным дизайном». Через два часа на стене красовалась гора розовых квадратиков с пожеланиями вроде «быстрее» и «удобнее» — и ни одного решения, которое можно было бы отдать в разработку. Ко-дизайн, который я строю с командами, выглядит иначе: это не сессия сбора мнений, а метод, где клиент садится рядом с дизайнером и вместе с ним чертит блюпринт, а не комментирует чужой.

Разница не риторическая. Когда клиента спрашивают «что вам не нравится», он честно перечисляет боли — и почти всегда ошибается в том, что их исправит. Когда клиента усаживают внутрь процесса проектирования и просят построить решение вместе с командой, срабатывает совсем другой психологический механизм, и именно на нём держится вся ценность со-дизайна.

Что такое ко-дизайн услуг и чем он отличается от сбора обратной связи

Со-дизайн услуг — это метод, при котором клиенты участвуют не как источник мнений, а как соавторы решения: они вместе с командой картируют этапы пути, формулируют критерии успеха и тестируют прототипы touchpoint’ов на каждой итерации. Обратная связь работает постфактум и отвечает на вопрос «как было»; ко-дизайн работает в моменте создания и отвечает на вопрос «как должно быть», причём отвечает на него вместе с человеком, который потом этим сервисом воспользуется.

Практическая граница простая. Если клиента приглашают оценить готовый макет — это голос клиента в чистом виде, ценный, но реактивный инструмент. Если клиента приглашают до того, как макет существует, и он вместе с командой решает, какие шаги нужны в принципе, — это со-дизайн. Разница на входе определяет разницу на выходе: собранные пожелания превращаются в бэклог правок, а совместно спроектированный сервис — в архитектуру, которую клиент воспринимает как свою.

Почему клиенты плохо предсказывают свои реакции, но незаменимы как соавторы

Здесь есть парадокс, с которым я сталкиваюсь на каждом проекте: попросите человека описать идеальный сервис — и он назовёт банальности. Дайте ему инструмент и полномочия построить фрагмент этого сервиса своими руками — и он выдаст решения, о которых команда даже не думала. Разница объясняется эффектом IKEA, описанным Майклом Нортоном, Дэниелом Мохоном и Дэном Ариели в статье «The IKEA Effect: When Labor Leads to Love», опубликованной в 2012 году в журнале Journal of Consumer Psychology: люди систематически переоценивают ценность вещей, в создание которых вложили собственный труд, по сравнению с готовыми аналогами такого же качества. Мы подробно разбирали механику этого эффекта и то, как он проявляется в клиентском опыте, в материале про эффект IKEA и совместное создание в клиентском опыте.

Для сервис-дизайна это не занятная психологическая деталь, а рабочий рычаг. Клиент, который лично расставил стикеры на макете journey map, эмоционально присваивает результат — и потом защищает его перед своим окружением, потому что часть решения принадлежит ему. Это тот же механизм, что лежит в основе эффекта владения (endowment effect): мы ценим то, что считаем своим, выше рыночной стоимости этой же вещи в чужих руках. Ко-дизайн превращает клиента из внешнего критика во внутреннего соавтора — и его лояльность к результату растёт не потому, что результат объективно лучше, а потому что он его выстрадал вместе с вами.

Клиент не скажет вам, каким должен быть сервис. Но если дать ему карандаш и место за столом, он покажет вам, где сервис ломается — и часто предложит починку точнее, чем ваша команда дизайнеров.

Как встроить ко-дизайн в процесс построения сервис-блюпринта

Со-дизайн не заменяет сервис-блюпринт — он меняет то, кто его рисует. Ниже последовательность, которую я использую в проектах, где клиентов зовут не в конце, а с первой недели.

1. Соберите смешанную группу до брифинга. В комнате должны быть реальные клиенты (не «типичные», а конкретные — из разных сегментов и с разным уровнем лояльности), фронт-офис сотрудники, которые касаются процесса руками, и владелец продукта. Без сотрудников на линии фронта клиентские идеи некому будет проверить на реализуемость.
2. Начните с картирования текущего пути, а не с идей. Попросите клиентов вслух пройти последний реальный опыт взаимодействия с сервисом — шаг за шагом, с эмоциями на каждом этапе. Это не брейншторм, это документирование факта.
3. Найдите моменты истины методом голосования, а не спора. Каждый участник отмечает точки максимальной радости и максимального раздражения. Совпадения между разными сегментами клиентов — это и есть точки, куда стоит вкладывать ресурс в первую очередь.
4. Постройте прототип будущего этапа руками клиентов. Дайте бумагу, карточки touchpoint’ов, шаблон будущего блюпринта — и попросите группу физически собрать альтернативный сценарий для одного, самого болезненного, этапа. Ограничение на один этап — сознательное: широкий охват убивает глубину.
5. Проверьте прототип на втором сегменте клиентов в течение недели. То, что построила одна группа, должно быть протестировано другой — иначе вы рискуете спроектировать сервис под вкус самых говорливых участников комнаты, а не под весь путь.
6. Переведите результат в сервис-блюпринт с зонами ответственности. Каждое решение, рождённое в со-дизайне, должно получить владельца процесса, канал и метрику — иначе оно останется красивым артефактом воркшопа, а не изменением в операционной модели.

Именно на шестом шаге чаще всего происходит потеря: команда воодушевлена сессией, но никто не переносит идеи в операционный слой блюпринта — линию видимости, линию взаимодействия, бэкстейдж-процессы и системы поддержки. Подробнее о том, как выстраивать эту структуру, я писала применительно к клиентским картам путешествия и блюпринтам, которые команды используют как основной артефакт после воркшопов.

Какие форматы совместного проектирования реально работают

Не существует единственно верного формата — выбор зависит от того, что вы хотите получить: идею, приоритет или готовое решение. Вот форматы, которые я использую чаще всего и на что каждый годится.

• Со-дизайн воркшоп (co-design workshop). Полдня-день с 6–10 клиентами и 4–6 сотрудниками компании. Годится для перепроектирования конкретного, уже определённого этапа пути — например, онбординга или процесса возврата товара.
• Дневниковые исследования с последующим совместным разбором (diary studies + debrief). Клиенты фиксируют реальный опыт в течение 1–2 недель, а затем вместе с командой разбирают записи и достраивают решение. Хорошо работает там, где опыт растянут во времени — ипотека, лечение, обучение.
• Прототип-тестирование с правом правки (co-creation testing). Клиенту показывают не готовый макет, а полуфабрикат и явно просят его изменить, а не только оценить. Формат снимает социальную вежливость — люди охотнее критикуют то, что можно тут же переделать.
• Клиентские консультативные советы (customer advisory boards). Постоянная группа лояльных клиентов, которая раз в квартал разбирает роадмап сервисных изменений до релиза. Подходит для компаний с длинным циклом принятия решений — банков, страховщиков, застройщиков.
• Совместное построение архетипов. Вместо того чтобы дизайнеры в одиночку рисовали персоны, клиенты сами описывают свои паттерны поведения и ожидания по каждому из принципов клиентского опыта. Это особенно хорошо ложится на методологию CX-архетипов, где сегменты оцениваются не по демографии, а по поведенческим установкам.

Формат «клиентский консультативный совет» стоит того, чтобы остановиться на нём отдельно. Он решает проблему, которую не решает разовый воркшоп: сервис меняется постоянно, а мнение клиента, собранное один раз, устаревает быстрее, чем команда успевает его внедрить. Постоянная группа даёт вам живой, обновляемый источник правды — но требует дисциплины: без чёткой повестки и обратной связи «что мы сделали с вашими прошлыми предложениями» совет превращается в клуб по интересам, который перестаёт приходить.

Что чаще всего убивает ко-дизайн на практике

Большинство провалившихся со-дизайн инициатив умирают не от плохих идей клиентов, а от организационных ошибок команды, которая их собирала. Вот повторяющиеся паттерны, которые я вижу снова и снова.

• Приглашают только лояльных клиентов. Довольные клиенты подтверждают то, что вы и так делаете хорошо, и молчат о том, что вы делаете плохо. Нужна выборка с недовольными и с теми, кто ушёл к конкуренту.
• Воркшоп проводят без человека, который может сказать «да» на изменения. Если в комнате нет владельца процесса с полномочиями, идеи клиентов упираются в стену бюрократии сразу после того, как участники расходятся по домам.
• Со-дизайн используют как театр, а не как метод. Решения на самом деле приняты заранее, а сессия нужна для галочки «мы спросили клиентов». Участники это чувствуют почти всегда — и в следующий раз просто не приходят.
• Никто не возвращается к участникам с результатом. Молчание после воркшопа обнуляет тот самый эффект присвоения, ради которого всё затевалось: клиент вложил труд, но не увидел последствий — и эффект IKEA работает в обратную сторону, превращаясь в разочарование.
• Слишком широкий охват на одной сессии. Попытка перепроектировать весь путь клиента за один день распыляет внимание. Лучше глубоко пройти один этап, чем поверхностно — весь путь.

Идея о том, что вовлечение клиента автоматически улучшает сервис, была сформулирована ещё в начале 2000-х годов К. К. Прахаладом и Венкатом Рамасвами в статье «Co-opting Customer Competence», опубликованной в Harvard Business Review: авторы показали, что компетенция клиента — это ресурс, который компании либо кооптируют в процесс создания ценности, либо теряют вовсе. Разрыв между тем, что компании думают о своём сервисе, и тем, что чувствуют клиенты, — не новость: в отчёте «Closing the Delivery Gap» компании Bain & Company, опубликованном в 2005 году, указывалось, что подавляющее большинство руководителей считали свой сервис превосходным, тогда как лишь около 8% клиентов соглашались с этой оценкой. Со-дизайн — один из немногих методов, который закрывает этот разрыв не отчётом, а совместной работой над решением.

Как понять, что ко-дизайн действительно изменил сервис, а не только настроение в комнате

Эйфория после хорошего воркшопа обманчива: участники довольны процессом, но это не гарантирует, что сервис стал лучше. Проверять нужно не удовлетворённость сессией, а три вещи ниже.

• Долю решений, дошедших до внедрения. Если из десяти идей воркшопа в блюпринт и роадмап переходит одна-две — метод используется декоративно. Здоровая конверсия — когда хотя бы треть предложенных решений превращается в задачи с владельцем и сроком.
• Изменение показателя усилий клиента (Customer Effort Score) на перепроектированном этапе. Со-дизайн почти всегда снижает воспринимаемое усилие, потому что решение строилось человеком, который лично это усилие испытывал.
• Готовность участников снова прийти. Возврат людей на второй и третий воркшоп — лучший поведенческий индикатор того, что они видят реальное влияние своего участия, а не участвуют в постановочном мероприятии.

Если вы только начинаете внедрять со-дизайн, полезно сначала честно оценить, на каком уровне зрелости находится ваша организация — способна ли она вообще переварить клиентские идеи операционно или упрётся в ту же бюрократию. Инструмент оценки зрелости CX даёт быстрый диагностический срез по двенадцати блокам и часто вскрывает именно организационный, а не методологический барьер.

Что дальше: клиент как постоянный участник команды, а не гость на сессии

Сервисы, которые выигрывают у конкурентов через пять лет, редко выигрывают за счёт разового удачного воркшопа. Они выигрывают за счёт привычки: клиента зовут не тогда, когда что-то сломалось, а по умолчанию, на каждой значимой итерации блюпринта. Это требует пересмотра не методологии, а роли клиента в организационной структуре — из объекта исследования он становится источником компетенции, которую компания системно встраивает в цикл разработки.

Мой опыт говорит: компании, которые доводят это до конца, перестают спрашивать себя, что думает клиент, — потому что клиент уже сидит за столом, где принимаются решения. Если вы хотите превратить со-дизайн из разовой практики в постоянный элемент операционной модели, команда сервис-дизайна Renascence помогает выстроить именно этот переход — от воркшопов к архитектуре, где голос клиента встроен в блюпринт, а не пришпилен к нему стикером.