Как плохой UX в B2B-продукте приводит к потере денег

от автора

Раньше часто сталкивался с мнением, что дизайн в B2B вообще не нужен. Мол, Figma можно исключить из процессов и всё делать в коде.

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

До недавнего времени

Дизайн в B2B долго считался косметикой. Не бизнес-фактором, а слоем краски поверх готовой функциональности. Разработчиков и клиентов волновало другое: функционал, поддержка, локализация, стоимость внедрения.

Работает? Хорошо, берём. Цена в рамках бюджета? Берём. Дизайн? Потом как-нибудь сделаем.

В чек-листе закупки почти никогда нет строчки «качество интерфейса». Есть галочки про интеграции, SLA и безопасность — а UX проходит по разряду «докрутим позже». В итоге кажется, что дизайн вовсе не влияет на бизнес.

Влияет. Просто в других точках и с задержкой.

Почему потери от плохого UX так трудно отследить

Плохой интерфейс всегда приводит к потере денег. Но почти никогда — в моменте.

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

Разберёмся, где, собственно, происходит утечка денег чаще всего.

Как интерфейс увеличивает отток клиентов

В B2B покупатель и пользователь — это, как правило, разные люди. Контракт подписывает тот, кто в системе не работает ни дня. А пользователи сидят в этом интерфейсе по восемь часов каждый день.

Когда интерфейс плох, пользователи не пишут гневных писем в вашу поддержку. Они идут к своему закупщику.

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

Где проявляется: Churn Rate, Renewal Rate, NRR. Плюс качественный сигнал — что именно говорят на созвознах перед непродлением. Если формулировки звучат как «неудобно», «долго», «люди не хотят в этом работать» — это не про цену.

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

Почему непонятный UX раздувает бюджет на онбординг и поддержку

Плохо проработанный UX — это всегда дорогой онбординг. Длительное обучение сотрудников клиента, повторение одних и тех же инструкций, длиннющие PDF с подписью «куда нажимать».

Обратите внимание на закономерность: документация всегда растёт ровно там, где интерфейс не смог объяснить себя сам. Раздел справки на пятнадцать страниц — это не забота о пользователе, это симптом.

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

Проблема в том, что лечат обычно симптом. Метрики поддержки выглядят плохо → нанимаем ещё двух человек в саппорт. Интерфейс при этом остаётся прежним, и через полгода нужны ещё двое.

Где проявляется: количество тикетов на пользователя в месяц, стоимость обработки тикета, Time-To-Value, Activation Rate, длительность внедрения в днях.

Отдельно полезно выгрузить топ-10 повторяющихся обращений. Каждое из них — это ненаписанная строчка в интерфейсе.

Как интерфейс мешает продавать дополнительные модули

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

Продукт, «нарисованный программистами», начинает перекладывать эту работу на сейлзов. Нужны отдельные презентации, дополнительные встречи, демо с проговариванием того, что должно быть очевидно из экрана.

Формулировка, которую стоит запомнить: функцию, которую пользователь не может найти, невозможно допродать. Для него её просто не существует.

Где проявляется: Expansion Revenue, конверсия в апсейл, доля сделок на расширение, требующих участия сейлза.

«У нас энтерпрайз, там всё равно терпят»

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

Но «терпят» — это не «довольны». Это отложенное решение.

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

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

Как прикинуть свои потери

Точную цифру никто не даст, но порядок величин посчитать легко. Возьмите три числа из своих данных:

Поддержка. Количество повторяющихся тикетов в месяц × средняя стоимость обработки тикета × 12. Это то, что вы ежегодно платите за непонятный интерфейс.

Онбординг. Средняя длительность внедрения в днях × стоимость дня работы вашей команды внедрения × количество новых клиентов в год.

Отток. Количество клиентов, ушедших с формулировкой «неудобно» за год × средний годовой чек.

Сложите. Полученную сумму сравните со стоимостью нормальной дизайн-работы. Обычно после этой арифметики разговор о бюджете на дизайн идёт заметно легче.

Что можно сделать на этой неделе

Не редизайн. Просто диагностика — четыре действия, которые не требуют бюджета:

  1. Выгрузите топ-10 повторяющихся тикетов за последний квартал. Сгруппируйте по экранам.

  2. Замерьте time-to-value — сколько проходит от первого входа до первого успешного целевого действия.

  3. Спросите сейлзов, что они чаще всего объясняют голосом на демо. Это список мест, где интерфейс молчит.

  4. Посмотрите объём справки. Самые длинные разделы указывают на самые тяжёлые сценарии.

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

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

Дизайн продукта в B2B не живёт в вакууме. Рынки уже зрелые, есть с чем сравнивать.

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

Поэтому пользователи рано или поздно начинают саботировать покупку и продление B2B-продукта без качественного дизайна. Не саботировать демонстративно — просто перестают его защищать, когда встаёт вопрос о замене.

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

Ну и напоследок

Как измерить влияние UX на выручку? Напрямую — почти никак, влияние отложенное. Работает связка косвенных метрик: churn с качественной расшифровкой причин, количество повторяющихся тикетов, time-to-value, конверсия в апсейл. Считайте не «сколько дизайн принёс», а «сколько стоит его отсутствие».

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

Что важнее в B2B — красота или удобство? Вопрос поставлен неверно. В B2B работает не красота, а предсказуемость: понятная структура, единообразные компоненты, отсутствие сюрпризов. Визуальная аккуратность — следствие системности, а не отдельная задача.

Нужна ли дизайн-система небольшому B2B-продукту? Как только интерфейсов становится больше двух-трёх десятков экранов и в команде больше одного фронтендера — да. Дизайн-система здесь не про красоту, а про скорость сборки и отсутствие расхождений между макетом и кодом.

Обо мне и моей работе можно почитать в ТГ — https://t.me/elikovdesign

ссылка на оригинал статьи https://habr.com/ru/articles/1064446/