Клиентская оптимизация *

На одной из моих статей про Customer Journey Map стукнуло 170 000 просмотров -- хороший повод еще раз коротко рассказать про этот инструмент ⬇️

Зачем я первым делом делаю CJM, когда начинаю работать с новым направлением/продуктом?

1️⃣ Чтобы лучше понимать клиента
Выявляем потребности, мотивы и боли клиентов => создаем продукты и услуги, которые максимально соответствуют ожиданиям наших клиентов.

2️⃣ Чтобы спроектировать лучшее решение проблемы клиента
Опираемся на его реальные шаги, а не на наши иллюзии

3️⃣ Чтобы уменьшить сопротивление клиента в процессе решения его проблемы нашим продуктом
Актуализируем все точки контакта клиента с нами. Устраняем слабые места и усиливаем положительные моменты

4️⃣ Чтобы повысить лояльность к нашему бренду
Чем больше положительных эмоций будет у клиента при взаимодействии с нашим продуктом, тем выше лояльность клиента. В взаимодействии клиентов с интерфейсами на самом деле не так много радостных моментов. Тут не сложно выделиться, если все делать по уму

5️⃣ Чтобы синхронизировать команду
И сам процесс создания, и наличие такого артефакта — по итогу объединяет различные отделы компании вокруг единого клиентского пути. Это похоже на визуализацию стратегии — если она нигде не оцифрована, то каждый в команде будет воспринимать ее по своему

А еще
⭐️ Точно поможет создавать более корректные маркетинговые стратегии. Ведь мы знаем, с чем сталкивается клиент сейчас, и как мы можем предвосхитить его ожидания

⭐️ Точно поможет в разработке новых продуктов. После создания пути клиента сразу видно, с какими еще проблемами сталкивается клиент на пути решения проблемы — а на этих данных уже можно выстроить цепочку других продуктов

Как строить, если хочется построить

Я разделяю создание CJM на 5 шагов

✍️ Описать проблему, которую хотим решить.
Важно, пропускать нельзя, плохо написанная проблема и непонимание, зачем это => ненужное исследование

✍️ Собрать необходимую информацию
Эта информация поможет нам в дальнейшем
🔄 с описанием сегментов
🔄 с выделением этапов в продукте
🔄 с определением ожиданий пользователя от продукта
🔄 с выявлением барьеров на пути к решению задачи пользователя или сегмента

✍️ Обозначить и описать сегменты

✍️ Отобразить этапы взаимодействия сегмента пользователей с продуктом

✍️ На каждом этапе взаимодействия сегмента пользователей с продуктом
🔄 нанести точки контакта
🔄 добавить проблемы и барьеры
🔄 по желанию добавить ожидания клиента и его эмоции на каждом этапе

Например
Владелец ресторана может нарисовать не весь процесс, а выбрать какую-то одну из его частей
✏️ Процесс выбора ресторанов в интернете
✏️ Заказ столика, оплата счета и отзыв на сайте ресторана
✏️ Момент возникновения потребности у клиента пойти именно в ресторан — свадьба, свидание, день рождения или другой повод поиска

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

👁 Понять, что побуждает ИТ-специалистов отказаться от job offer
👁 Выявить, что мотивирует ИТ-специалистов принять предложение компании
👁 Выявить, что удерживает ИТ-специалистов в компании после испытательного срока
👁 Найти проблемные точки на этапе устройства в компанию

Если вы дочитали до сюда, то предположу, что вам будет интересна полная статья https://habr.com/ru/articles/709772/

----------------------------

Для любопытных

Как еще можно визуализировать продукт

Customer journey map — то, что мы сейчас разбирали. Это визуализация взаимодействия клиента и компании с точки зрения клиента.

Service Blueprint — это про процессы внутри компании, с которыми наш клиент чаще всего не взаимодействует.
То, что нужно для доставки ценности до конечного клиента
И то, что находится “под капотом” продукта или процесса

User Story Map — карта пользовательских историй. Помогает продуктовым командам визуализировать беклог и управлять им.

User Flow — это, чаще всего, визуальное представление пути пользователя с момента запуска приложения или сайта

Как сократить JSON на 74% при 100 элементах?

Важное преимущество SDUI — возможность внедрять изменения без выпуска новых версий приложений. Но это же преимущество есть его недостаток, ведь передача всех данных по сети зависит от качества соединения и увеличивает объём данных. 

Качество связи мы не можем контролировать, а вот уменьшить количество передаваемой информации посредством сокращения JSON, — вполне.

Нам нужна функция, которая могла бы вынести и переиспользовать общую логику. В нашем SDUI уже существует концепция «функций», и их разнообразные реализации, но ни одна из них не умела сокращать JSON, поэтому нужна была новая.

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

Детали реализации шаблонизации в статье.

«У 4 из 5 заказчиков есть значительный потенциал для оптимизации запасов»

Первый видеоподкаст в этом сезоне — и сразу о больших событиях! Эксперт департамента 1С КОРУСа Денис Салтыков рассказал о новом направлении, которое он возглавил — практике повышения операционной эффективности. Сейчас коллеги сосредоточены на востребованных проектах оптимизации управления запасами. А в будущем планируют охватить всю цепь поставок производственных компаний и даже больше.

Интервью у Дениса взял Дмитрий Душечкин, директор по развитию бизнеса департамента 1С. Коллеги обсудили:

👉 Почему сейчас компании фокусируются на высвобождении денежных средств и повышении уровня клиентского сервиса?
👉 Как построить оптимальную цепочку процессов управления запасами?
👉 Как развивался рынок ИТ-консалтинга и что нас ждет впереди?

Денис также поделился своей историей карьерного роста и опытом работы на стороне бизнеса. Смотрите новый выпуск видеоподкаста Talk it Easy (https://vkvideo.ru/video-33839_456239160)!

От чего на самом деле зависит скорость загрузки сайта

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

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

Можно годами спорить о том, какой метод позволит быстрее загружать в каждом отдельно взятом случае, да оно и верно — не сидеть же сложа руки! Да и кривые оные поломают любое решение. Но на самом деле самую крупную работу в этом плане делаем вовсе не мы, рядовые, а те, кто может, например, поднять среднюю скорость интернет соединения раз в 5–10 по стране. Это не чудо, а новые технологии и оптимизации на глубоком уровне (вспомните, как развивался HTTP и WiFi).

Оптимизация — дело правое, но на нашем уровне — весьма незначительное.

Одна из самых серьезных проблем в разработке программных средств — их тучность, или раздутость. Программы просто становятся слишком большими. Это может быть связано с неразумным выбором функций, но чаще всего становится следствием плохой архитектуры. Популярное средство повторного использования кода — наследование, но его работа оставляет желать лучшего, поэтому вместо него зачастую применяются копирование и вставка кода. Не следует сбрасывать со счетов и чрезмерную зависимость от библиотек, платформ и пакетов, тесно связанных со многими другими библиотеками, платформами и пакетами. Раздутость может быть побочным эффектом приемов гибкой разработки. Чтобы справиться с ней, увеличивают численность команды разработчиков, но это порождает еще большую раздутость.
…
Лучший способ справиться с раздуванием программ — не допускать его. Приоритетом при разработке и реализации программы нужно сделать ее «худобу». Следует избегать внедрения в практику раздутых пакетов и инструментов, способствующих раздуванию. Обходитесь без классов. Нанимайте небольшие квалифицированные команды разработчиков. И активно практикуйте удаление кода. Создайте резерв из нескольких циклов разработки с целью удаления ненужного кода и избавления от проблемных пакетов. Радуйтесь, когда количество строк кода в проекте уменьшается. Придерживайтесь принципа наименьшей раздутости.

Дуглас Крокфорд, программист, автор формата JSON и книги "How JavaScript Works"

CES опрос это

CES (Customer Effort Score) опрос – это метод оценки удовлетворенности клиентов, который фокусируется на усилиях, которые клиенту пришлось приложить для взаимодействия с компанией или использования её продукта или услуги. Основная идея состоит в том, что чем меньше усилий клиенту приходится прилагать, тем выше его удовлетворенность и вероятность последующего взаимодействия с брендом.

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

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

Пример применения CES опроса в Testograf может включать создание опроса с вопросами, измеряющими уровень усилий клиента в различных сценариях взаимодействия, например, при обращении в службу поддержки, при оформлении заказа или при использовании продукта. Это позволит получить ценную обратную связь и выявить аспекты, требующие улучшения.

Читайте также:

• Шаблоны опросов

• Создать тест

• NPS опрос

CSAT это

CSAT (Customer Satisfaction Score) – это метрика, используемая для измерения удовлетворенности клиентов продуктом, услугой или общим опытом взаимодействия с компанией. Это простой и эффективный способ понять, насколько хорошо компания отвечает ожиданиям и потребностям своих клиентов.

В CSAT опросе обычно задаются прямые вопросы вроде: "Насколько вы удовлетворены [продуктом/услугой]?" Ответы обычно измеряются по шкале, например от 1 до 5, где 1 может означать "совершенно не удовлетворен" и 5 – "очень удовлетворен".

Преимущества использования CSAT включают в себя:

1. Простота Понимания и Реализации: Легко понять и легко интегрировать в опросы и обратную связь с клиентами.

2. Непосредственная Обратная Связь: Помогает быстро получить представление о том, насколько хорошо компания отвечает потребностям клиентов.

3. Гибкость: Может быть адаптирован для измерения удовлетворенности по различным аспектам – от общего опыта до конкретных элементов, таких как качество обслуживания или функциональность продукта.

В контексте использования сервиса Testograf, CSAT опросы могут быть эффективным инструментом для измерения удовлетворенности клиентов после внедрения новых продуктов или услуг, после взаимодействия с поддержкой или после завершения транзакции. Это позволяет компаниям оперативно собирать обратную связь и вносить необходимые улучшения для повышения удовлетворенности клиентов.

Читайте также:

• Создать тест

• Шаблоны опросов

• Создать опрос

• Основные метрики для изучения клиентского опыта

Эффективность Обратной Связи

В моей работе в Testograf, где я занимаюсь анализом данных и консультированием по методологии опросов, одним из самых важных аспектов является обратная связь. Без неё сложно оценить эффективность действий. Из моего опыта, вот пять ключевых советов, которые могут сделать обратную связь более эффективной.

1. Своевременность

Обратная связь наиболее ценна, когда она предоставляется вовремя. Отложенные замечания или комплименты могут потерять свою актуальность и влияние.

2. Конкретность

Общие фразы типа "хорошая работа" или "нужно улучшиться" мало что дадут. Чем конкретнее вы сможете описать ситуацию, тем лучше сотрудник или клиент сможет понять, что именно требуется.

3. Сбалансированность

Хорошая обратная связь включает как позитивные, так и негативные аспекты.

4. Диалог, а не монолог

Обратная связь не должна быть односторонней. Дайте возможность собеседнику выразить свою точку зрения, задать вопросы или предложить решения.

5. Активное применение

Собранная обратная связь должна быть использована для коррекции стратегии, улучшения навыков или модификации продукта. В противном случае, процесс сбора информации окажется бессмысленным.

И если вы хотите сделать процесс сбора обратной связи систематическим, стоит рассмотреть варианты онлайн опросов. Они могут быть настроены так, чтобы максимально отвечать вашим требованиям и предоставлять полезную аналитику для дальнейшего развития.

Читайте также:

• Индекс CSI: Все, что вам нужно знать

• Оценка лояльности клиентов

• Опрос это