Blue CRM

Операционная CRM корпоративного уровня для e-commerce.

Роль

Продуктовый дизайнер

Платформа

Веб-приложение

Статус

Работающий продукт

Результат

Используется реальными пользователями

Обзор

Blue CRM – операционная экосистема корпоративного уровня для e-commerce, которая помогает командам управлять быстро меняющимися заказами, контекстом клиентов, загрузкой склада, диалогами поддержки, данными о товарах и операционным планированием в едином структурированном рабочем пространстве.

Задача продукта была не в том, чтобы показать больше данных. Операторы e-commerce и так работают с переизбытком разрозненной информации. Цель – снизить когнитивную нагрузку, раньше выявлять операционные блокеры и сделать сквозные процессы «склад – клиент» проще для восприятия и действий.

Blue CRM – операционная CRM для e-commerce

Проблема

Операторы e-commerce ведут сотни быстро меняющихся заказов в разрозненных инструментах, что вызывает сильную когнитивную перегрузку. Критические операционные блокеры – складской бэклог, задержки передачи, запросы на возврат, системные оповещения, отсутствие товара – теряются под плотным неприоритизированным шумом данных, напрямую влияя на скорость фулфилмента и удовлетворённость клиентов.

01
Операционным менеджерам нужно быстро понимать текущее состояние заказов и склада.
02
Агентам поддержки нужен контекст клиента и заказа рядом с перепиской.
03
Продуктовым командам нужно чисто управлять данными о товарах, не теряя операционную видимость.
04
Менеджерам нужны оповещения и дашборды, которые помогают действовать, а не декоративная отчётность.
05
Командам нужны единообразные паттерны в заказах, товарах, клиентах, календаре и сообщениях.

Исследование

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

Задачи пользователей

–Операционным менеджерам нужно видеть блокеры до того, как они превратятся в задержки фулфилмента.
–Складским и фулфилмент-командам нужно, чтобы статус заказов и сигналы бэклога легко считывались.
–Агентам поддержки нужны телеметрия клиента, активные заказы, история заказов и файлы рядом с перепиской.
–Продуктовым менеджерам нужно структурированное редактирование товаров с медиа, данными поставщика, категориями и вариациями.
–Менеджерам нужны инструменты планирования для встреч, кампаний, отгрузок и операционных дедлайнов.

Это помогло описать Blue CRM как операционное рабочее пространство, а не просто базу контактов. Продукт должен был связать мониторинг на дашборде, работу с заказами, управление товарами, поддержку клиентов, планирование в календаре и сообщения в одну систему.

Анализ рынка

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

Что я анализировал

–Как e-commerce-дашборды показывают статус заказов и фулфилмента.
–Как складские инструменты отображают бэклог и узкие места.
–Как CRM структурируют профили клиентов и историю заказов.
–Как инструменты поддержки связывают переписку с данными клиента.
–Как инструменты управления товарами работают с атрибутами, медиа и вариациями.
–Как календари и инструменты планирования отображают операционные дедлайны.
–Как плотные таблицы остаются читаемыми при большом объёме данных.
–Как системы оповещений отделяют срочные проблемы от обычных метрик дашборда.

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

Продуктовая стратегия

01

Пропорциональная воронка в реальном времени

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

02

Проактивная сортировка / Центр действий

Я разместил приоритетный Центр действий в верхней части рабочего пространства, чтобы отделить критические операционные угрозы – критические проблемы, возвраты, отсутствие товара и системные оповещения – от повседневных метрик. Цель – сделать срочные вопросы невозможными для пропуска.

03

Сообщения с контекстом на первом месте

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

04

Системная целостность раскладки

Я применил строгую сетку 8px, предсказуемую архитектуру таблиц с выравниванием по левому краю, мягкие поверхности карточек и сдержанную аналитическую палитру Slate Blue. Насыщенный синий зарезервирован для основных действий, а остальной интерфейс остаётся спокойным и читаемым.

Гипотезы

Продуктовые гипотезы

H1

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

Дизайн-решение

Центр действий вверху дашборда для критических проблем, возвратов, отсутствия товара и системных оповещений.

H2

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

Дизайн-решение

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

H3

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

Дизайн-решение

Страница заказа с таймлайном фулфилмента, списком позиций, сводкой оплаты, панелью клиента, адресными данными и журналом активности.

H4

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

Дизайн-решение

Трёхпанельный хаб коммуникаций с входящими, чатом, деталями клиента, LTV, тегами, общими файлами и внутренними заметками.

H5

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

Дизайн-решение

Страница редактирования товара с общей информацией, данными поставщика, категориями, размерами, медиа и вариациями.

Объём

Объём продукта

Blue CRM проектировалась как операционная экосистема, а не просто база контактов. Продукт должен был связать отслеживание заказов, загрузку склада, управление товарами, поддержку клиентов, планирование в календаре и ежедневные операционные действия.

Основной объём

–Дашборд и Центр действий
–Отслеживание заказов и страница заказа
–Процесс создания заказа
–Управление товарами
–Профили клиентов
–Хаб коммуникаций
–Календарь и планирование
–Операционные таблицы и дизайн-система

Намеренно упрощено

–Сложные права доступа
–Биллинг
–Конструктор автоматизаций
–Управление сторонними интеграциями
–Расширенная админ-конфигурация

Операционный дашборд

Сначала действие, потом аналитика

Центр действий находится в верхней части рабочего пространства и изолирует приоритетные проблемы – критические инциденты, возвраты, отсутствие товара и системные оповещения. Ниже воронка статусов и таблица заказов дают операционный контекст, не конкурируя со срочными блокерами.

Blue CRM – операционный дашборд с Центром действий, заказами, поддержкой клиентов и воронкой статусов

Центр действий отделяет срочные операционные блокеры от обычных метрик дашборда.

Blue CRM – таблица недавних заказов с ID, клиентами, датами, суммами и статусами

Таблица недавних заказов держит большой объём операционных данных считываемым за счёт единого выравнивания и обработки статусов.

Операции с заказами

Карточка заказа и создание заказа в одном пространстве

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

Blue CRM – карточка заказа со статусом фулфилмента, позициями, сводкой оплаты, клиентом и адресами

Карточка заказа связывает прогресс фулфилмента, оплату, позиции, контекст клиента и адресные данные.

Blue CRM – страница создания заказа с поиском клиента, товарами, адресом доставки, сводкой и способом оплаты

Процесс создания заказа держит сборку заказа и сводку оплаты на виду параллельно.

Управление товарами

Структурированное редактирование вместо длинной формы

В операциях e-commerce данные о товарах быстро становятся хаотичными. Редактор группирует общую информацию, данные поставщика, категории, размеры, медиа и вариации в предсказуемые секции с единообразными паттернами форм.

Blue CRM – редактор карточки товара с данными поставщика, категориями, размерами, медиа и вариациями

Редактирование товара организует плотные данные в структурированные секции с понятными действиями.

Клиенты и коммуникация

Сообщения с контекстом на первом месте

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

Blue CRM – сообщения с входящими, диалогом и панелью контекста клиента

Сообщения с контекстом на первом месте снижают переключение вкладок, помещая телеметрию клиента рядом с диалогом.

Blue CRM – модальное окно создания нового клиента поверх страницы профиля клиента

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

Blue CRM – профиль менеджера с заработком, обработанными заказами, прогрессом по плану и историей выплат

Blue CRM – профиль менеджера с графиком эффективности, расписанием, балансом отгулов и командой

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

Календарь и планирование

Планирование внутри операционной системы

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

Blue CRM – календарь с видом на месяц, категориями календаря и ближайшими событиями

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

Результат

Blue CRM – работающий продукт, которым пользуются реальные пользователи. Финальный дизайн описывает операционное рабочее пространство для e-commerce корпоративного уровня, которое связывает видимость заказов, загрузку склада, управление товарами, контекст клиентов, коммуникацию с поддержкой и ежедневные операционные действия в одной системе.

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

Фокус

На чём я сфокусировался

Проектирование плотных операционных систем без перегрузки пользователя
Отделение срочных оповещений от повседневных метрик
Превращение данных дашборда в процессы, ориентированные на действие
Размещение контекста клиента рядом с коммуникацией
Структурирование управления товарами без табличной сложности
Дисциплина раскладки и сдержанность в цвете для снижения когнитивной нагрузки

В заключение

Blue CRM – работающая операционная CRM для e-commerce, спроектированная, чтобы снизить хаос данных, уменьшить когнитивную нагрузку и связать управление заказами, данные о товарах, поддержку клиентов и планирование в одну операционную систему.

Давайте обсудим Telegram