B2B SaaS · CRM · PRODUCT DESIGN · GROWTH
HelloClient: CRM для сервисного бизнеса
Как я пересобрал ключевой путь продукта, систематизировал развитие CRM и помог увеличить количество регистраций в четыре раза.
Единственный продуктовый дизайнер · Desktop Web и Mobile Web · 2024–2026
5 000+
активных пользователей
≈4×
рост регистраций за год
30+
запущенных улучшений
1 дизайнер
на всем продукте
О ПРОЕКТЕ
Вся работа сервисной компании в одном месте
HelloClient: B2B SaaS CRM для сервисных компаний. В одной системе бизнес управляет заказами, клиентами, сотрудниками, складом, финансами, продажами и маркетингом.
Я отвечал за весь пользовательский путь: от сайта и регистрации до ежедневной работы, аналитики, удержания и продления лицензии.
Зона влияния
Пользовательский путь от первого визита до продления
Ответственность
UX/UI, исследования, продуктовая аналитика, Growth и маркетинг
Команда
2 продакт-менеджера · 2–3 разработчика · 2 специалиста поддержки
Платформы
Desktop Web и Mobile Web
КОНТЕКСТ
Продукт вырос,
а пользовательский опыт
не успевал
К началу моей работы HelloClient уже решал основные задачи сервисного бизнеса. Но по мере роста продукта новые функции появлялись быстрее, чем формировались единые сценарии, приоритеты и интерфейсные правила.
Не было единой системы приоритизации задач
Новым пользователям было сложно начать работу
Сайт показывал функции, но слабо объяснял ценность продукта
Ключевые данные приходилось искать в разных разделах
Одинаковые сценарии работали по-разному в разных разделах
Лицензии было сложно покупать и настраивать
МОЯ РОЛЬ
Не отдельные экраны, а весь путь пользователя
Я отвечал за весь путь пользователя: от первого знакомства с HelloClient до ежедневной работы и продления лицензии.
Знакомство
Регистрация
Настройка
Ежедневная работа
Контроль
Удержание
Продление
Моя задача была сделать так, чтобы на каждом этапе пользователь понимал, что делать дальше.
РАБОТА С ДАННЫМИ
Решения начинались
не с макетов
Я соединял данные воронки с качественными сигналами: записями сессий, обращениями пользователей и проверкой прототипов.
Воронка
Где пользователи уходят и что влияет на конверсию.
Записи сессий
Как люди реально пользуются продуктом.
Обратная связь
Что пользователям мешает в работе.
Бизнес-задачи
Что важно для роста продукта.
Сигнал
Проблема
Гипотеза
Прототип
Проверка
Запуск
Данные
Я собрал единый бэклог и объединил частные запросы в пользовательские задачи. Так команда обсуждала влияние решений на продукт, а не отдельные экраны.
ГЛАВА 01 · РОСТ И АКТИВАЦИЯ
От первого визита
до первого заказа
Регистрация сама по себе не создает ценность. Пользователь должен понять предложение, создать аккаунт, настроить рабочее пространство и выполнить первое полезное действие.
01
Сайт
02
Регистрация
03
Онбординг
04
Первый заказ
САЙТ
Сайт должен продавать не функции, а понятный результат
Старая версия перечисляла функции, но не объясняла, что получит владелец бизнеса. Я перестроил подачу вокруг реальной работы сервиса: заказов, клиентов, команды, склада и финансов в одной системе.
До: набор функций. После: ценность продукта, реальный интерфейс и единый путь к регистрации.
РЕГИСТРАЦИЯ
Одно понятное действие вместо перегруженного старта
На первом шаге оставил только email, а настройку компании перенес после создания аккаунта. Конверсия регистрации выросла на 15%
ОНБОРДИНГ
Онбординг заканчивается не знакомством, а первым результатом
Вместо абстрактного тура пользователь получает практические шаги: создает первый заказ, настраивает систему, подключает мобильное приложение и продолжает обучение.
Первый заказ
Настройки
Дополнительные шаги
Видеообучение
Новый сценарий связал обещание сайта с первым полезным действием. Вместо пустой CRM пользователь видит понятный маршрут к началу работы.
≈200 → ≈800 регистраций в месяц
За год число регистраций выросло примерно в четыре раза: с ≈200 до ≈800 в месяц. На результат повлияли новая воронка, аналитика и платное привлечение.
Мой вклад: пользовательский путь, интерфейсы, анализ поведения и продуктовые гипотезы.
Помимо продуктового дизайна, я курировал маркетингового подрядчика, настраивал и вел рекламные кампании, исследовал новые каналы и предлагал инструменты для роста.
ГЛАВА 02 · ЕЖЕДНЕВНАЯ РАБОТА
CRM, к которой команда возвращается каждый день
После активации ценность продукта определяется ежедневными сценариями: что нужно сделать, что изменилось в заказе, кому назначена задача и безопасно ли работает команда.
ЗАДАЧИ
Задача хранит весь
рабочий контекст
Я связал задачу с заказом, клиентом, сроком, автором и исполнителем. Команде не нужно восстанавливать контекст по сообщениям или таблицам.
Добавил статусы, сроки, ответственных, таблицу и Kanban. Мобильную версию упростил для быстрого контроля задач.
УВЕДОМЛЕНИЯ
Важные события приходят к сотруднику сами
Раньше уведомлений в продукте не было. Я спроектировал единый центр, который собирает важные события по заказам, задачам, остаткам и звонкам и помогает сразу перейти к нужному объекту.
АКТИВНЫЕ СЕССИИ
Все активные входы
под контролем
Пользователь видит устройства, города, время входа и последнюю активность. Незнакомую сессию можно завершить сразу, а администратор может управлять сессиями сотрудника.
ГЛАВА 03 · ФИНАНСЫ И КОНТРОЛЬ
От отдельной операции к понятной картине бизнеса
Платежи, счета и изменения заказа должны складываться в одну историю. Поэтому я связал финансовые сценарии с клиентом, заказом и компанией.
ПЛАТЕЖИ
Все движения денег
в единой истории
В одном разделе собраны платежи, возвраты и связанные операции. Фильтры помогают перейти от общей картины к нужной локации, способу оплаты или периоду.
СЧЕТА
Счета внутри рабочего процесса
Счет создается из данных CRM: пользователь выбирает продавца, клиента и позиции из внутренней базы, а затем проверяет готовый документ.
  • Список счетов
    Все счета, суммы и статусы собраны в одном месте.
  • Создание по шагам
    Продавец, клиент, позиции и условия заполняются последовательно.
  • Внутренняя база
    Можно использовать сохраненных клиентов, компании, товары и услуги без повторного ввода.
  • Готовый счёт
    Документ можно проверить, скачать, распечатать или отправить клиенту.
ЖУРНАЛ АКТИВНОСТИ
История изменений, которой можно доверять
Журнал фиксирует действия сотрудников и помогает владельцу быстро восстановить контекст спорной ситуации: кто, что, где и когда изменил.
АНАЛИТИКА
От данных к понятным решениям
Раньше отчеты помогали находить данные, но почти не объясняли, что происходит с бизнесом. Я добавил ключевые показатели, динамику, сравнения и акценты на том, что требует внимания.
Из примерно 10 переработанных отчетов показываю два.
СВОДНЫЙ ОТЧЕТ
Состояние компании
на одном экране
Такого отчета раньше не было. Я собрал на одном экране выручку, средний чек, заказы, статусы, исполнителей и динамику за период.
ТОВАРЫ И СКЛАД
Не только остатки,
но и их влияние на деньги
Отчет показывает стоимость и себестоимость склада, товары без движения, низкие остатки и позиции к закупке. Так владелец видит, где заморожены деньги и что требует действия.
Около 10 отчетов стали инструментами для принятия решений,
а не только просмотра данных.
ГЛАВА 04 · УДЕРЖАНИЕ
Превращаем разовых клиентов в постоянных
Сервисным компаниям нужен был простой способ возвращать клиентов без отдельного сервиса и ручных таблиц. Решение должно было работать внутри заказа и оплаты.
ПРОДУКТОВАЯ ЗАДАЧА
Связать правила, заказ и коммуникацию
Я собрал обратную связь и выделил три роли: владельцу нужны понятные правила, сотруднику применение бонусов в заказе, клиенту прозрачный баланс и история.
Правила
Сколько начислять, когда списывать и как долго действуют бонусы.
Работа с заказом
Начислять и списывать вместе с оплатой.
Прозрачность
Показывать баланс и историю в карточке клиента.
Коммуникация
Сообщать клиенту об изменениях автоматически.
В MVP вошел полный цикл: настройка программы, применение бонусов в заказе, сохранение события и уведомление клиента.
Прототип помог проверить логику
до разработки
Я проверил сквозной сценарий до разработки: пользователи настраивали правила, находили баланс и применяли бонусы в заказе.
  • Правила нужно объяснять на примере
  • Бонусы как часть оплаты, а не отдельная операция
  • Будущий баланс виден до подтверждения
  • Отмена заказа пересчитывает бонусы
  • Клиенту нужна понятная история
НАСТРОЙКА ПРОГРАММЫ
Сложные правила объясняются через результат
Настройки определяют начисление, срок действия и ограничения. Рядом система показывает пример того, как правила сработают на реальном заказе.
БОНУСЫ В ЗАКАЗЕ
Начисление и списание встроены в привычный сценарий оплаты
Сотрудник видит баланс, бонусы к начислению и сумму списания прямо в заказе. Система заранее показывает остаток к оплате и будущий баланс.
Начисление
Пересчёт
История
Изменение
КАРТОЧКА КЛИЕНТА
Баланс понятен
без ручных расчетов
Текущий баланс, ближайшее сгорание и история начислений и списаний собраны в карточке клиента. Каждое событие связано с конкретным заказом.
АВТОМАТИЧЕСКИЕ СООБЩЕНИЯ
Программа продолжает работать после закрытия заказа
Сообщения информируют клиента о начислении, балансе и сроке действия бонусов. Шаблоны и правила настраиваются под процессы компании.
Правило
Шаблон
Сообщение
РЕЗУЛЬТАТ
HelloClient получил собственный инструмент удержания, связанный с продажами
Программа стала частью основного процесса: от настройки правил до оплаты, карточки клиента и автоматической коммуникации. Бизнесу не нужно переносить данные между CRM, таблицами и отдельным маркетинговым сервисом.
Это был не отдельный экран с бонусами, а новый сквозной сценарий внутри продукта.
ГЛАВА 05 · МОНЕТИЗАЦИЯ
Продление начинается
до оплаты
Пользователь должен заранее понимать, когда заканчивается пробный период, какой тариф подходит и из чего складывается итоговая стоимость. Я связал предупреждение, выбор тарифа, офисы, промокод и историю оплат.
Предупреждение
Видно, но не блокирует работу
Выбор тарифа
Сначала ценность, затем параметры
Подтверждение
Итог прозрачен до провайдера
История
Документы остаются в продукте
ГЛАВА 06 · СИСТЕМНЫЙ ПОДХОД
Не десять отдельных редизайнов, а один язык продукта
Чтобы новые разделы не расходились между собой, я закреплял повторяемые паттерны для таблиц, фильтров, карточек, действий, состояний и адаптивных экранов.
  • Отчёты
  • Задачи
  • Платежи
  • Лояльность
  • Счета
  • Сессии
  • Уведомления
  • Онбординг
30+ небольших и средних улучшений
Помимо крупных разделов: поля, статусы, роли, локации, категории финансовых операций, поиск, таблицы и состояния.
РЕЗУЛЬТАТ
Связный опыт вместо набора отдельных функций
5 000+
активных пользователей
≈4×
рост регистраций за год
30+
запущенных улучшений
10+
продуктовых направлений
ДЛЯ БИЗНЕСА
Рост и монетизация
Появились понятные сценарии выбора и продления лицензии и собственный инструмент удержания.
ДЛЯ ПОЛЬЗОВАТЕЛЕЙ
Меньше разрывов
Заказы, задачи, уведомления, платежи, документы, аналитика и лояльность работают как части одной системы.
ДЛЯ ПРОДУКТА
Системное развитие
Появились единый бэклог, повторяемый процесс проверки решений и последовательный интерфейс на десктопе и мобильных экранах.
Эти показатели стали результатом работы всей команды. Мой вклад заключался в пользовательском пути, продуктовых сценариях, интерфейсах, аналитике поведения и приоритизации решений.
РЕФЛЕКСИЯ
Главная работа была в том, чтобы связать CRM в единую систему
Работа над HelloClient укрепила мой системный подход к продукту. Изменение на сайте влияет на регистрацию, онбординг на активацию, отчеты на решения владельца, а лояльность на повторные продажи.

Как единственному дизайнеру мне приходилось одновременно держать общую картину и глубоко разбираться в каждом сценарии.
Я не просто проектировал экраны. Я помогал HelloClient становиться более связным, понятным и масштабируемым продуктом.
Спасибо, что посмотрели кейс
Если вам нужен продуктовый дизайнер, который разбирается в сложных B2B-системах и ведет решения от гипотезы до запуска, буду рад познакомиться.
Связаться со мной