Финансовый дашборд
Design System & Product Design
Продолжать задачу без потери контекста
Одинаковая модель действий в разных внутренних процессах.
00:00
Mar 29, 2026
Спроектировала общий рабочий контур для разрозненных сервисов автодилера
Внутренняя CRM автомобильной компании: карта процессов, единая модель взаимодействия, интерфейс и дизайн-система. Проект 2023 года, под NDA.
Category:
Design System & Product Design
/* Problem */
С какой задачи началась работа
Я работала над CRM для компании с более чем 80 внутренними приложениями. Сотрудники использовали разные инструменты, и из-за этого было сложно видеть процесс целиком.
Моя задача — связать рабочие процессы сотрудников в общем интерфейсе и через это улучшить клиентский опыт. При проектировании я учитывала дальнейшее подключение приложений и возможность развития решения в коробочный продукт.
/* Task framing */
Как разложила задачу по участникам и целям
Я рассматривала задачу с четырёх сторон: как сотрудник выполняет работу, как это влияет на клиента, что нужно бизнесу и как решение будет развиваться.
Получать связный сервис
Клиентский опыт зависит и от того, как устроена работа за интерфейсом.
Сделать процессы прозрачнее
Общая модель вместо набора независимых инструментов.
Поддержать развитие
Предусмотреть новые приложения и повторное использование решения.
/* Process */
Как была организована работа
В моей работе были связаны карта процессов, модель взаимодействия, интерфейс CRM и компонентная база. Проверка MVP помогала оценить, как решение работает в задачах команды.
Карта процессов
Разбирала рабочие процессы и связи между внутренними сервисами.
Модель взаимодействия
Проектировала общую модель взаимодействия с учётом дальнейшего развития продукта.
CRM и компоненты
Разрабатывала интерфейс CRM и компонентную основу для связанных сценариев.
Проверка MVP
Решение проверяли на MVP, а элементы интерфейса — вместе с аналитиками и разработчиками.
/* Evidence */
Масштаб задачи — за пределами отдельной формы
Я проектировала CRM в контексте более 80 внутренних приложений компании. На тесте MVP время автопокупки сократилось с 1–2 дней до 2–3 часов: в замер входили работа с файлами и подписание документов по покупке автомобиля.
Разрозненных приложений
Такой набор внутренних инструментов был отправной точкой проекта.
1–2 дня → 2–3 часа
На тесте MVP сравнивали одинаковые задачи и учитывали время ожидания.
/* Decision map */
Связала сценарий, процесс и повторяемый интерфейс
В проектировании я держала три фокуса: общие правила взаимодействия, непрерывность рабочего процесса и возможность добавлять новые сценарии. Ниже показываю принципы решения без закрытых деталей компании.
01 · Фокус
Разрозненные приложения
Решение
Единые правила навигации и действий
Как проверить
Проверить, переносится ли навык сотрудника между похожими задачами.
02 · Фокус
Непрозрачный процесс
Решение
Связный рабочий сценарий в CRM
Как проверить
Измерять завершение процесса и потери контекста, а не только скорость кликов.
03 · Фокус
Новые приложения
Решение
Повторяемые компоненты и модель поведения
Как проверить
Проверить добавление следующего сценария без создания параллельного UI-языка.
/* Flow */
Рабочая задача как единица проектирования
Из-за NDA я показываю обобщённую логику, а не внутренний маршрут сделки. Для меня важно было связать контекст задачи, действие сотрудника, передачу работы и результат.
- 01
Контекст
Определить задачу и доступную информацию.
- 02
Действие
Выполнить этап в общем интерфейсе.
- 03
Продолжение
Передать или продолжить работу без потери данных.
- 04
Результат
Зафиксировать завершение и следующий шаг.
Не хватает данныхУточнить требуемую информацию до следующего действия.
Задача переходит другому сотрудникуПроверить сохранение контекста и ответственности.
Новый сценарийИспользовать общий паттерн, проверяя реальные отличия процесса.
/* Artifact 01 */
Общий рабочий интерфейс
Я собрала навигацию и формы в общую рабочую область. Ниже — экран CRM без раскрытия внутренних деталей процесса.
/* Artifact 02 */
Компоненты и визуальные правила
Для CRM я прорабатывала компонентную основу: токены и общие элементы интерфейса.
/* Artifact 03 */
Результат теста MVP
На тесте MVP время автопокупки сократилось с 1–2 дней до 2–3 часов. Мы замеряли работу с файлами и подписание документов на сопоставимых задачах, включая ожидание. Это результат теста MVP, а не замер на всей аудитории компании.
/* Artifact 04 */
Проверка с командой
Я работала с аналитиками и разработчиками над проверкой интерфейса. После релиза команда получила положительную обратную связь.
/* Outcome */
Что было готово по итогам работы
Мой вклад — интерфейс CRM и компонентная основа для связанных рабочих процессов. Команда проверила MVP и получила обратную связь после релиза. Подробности внедрения и миграции приложений я не раскрываю из-за NDA.
Общая модель
Проектирование на уровне рабочих процессов, а не отдельных экранов.
Повторяемый интерфейс
CRM и компонентная основа для связанных сценариев.
Проверка решения
Тест MVP и взаимодействие с аналитиками и разработчиками.
/* Measurement plan */
Как оценивать результат дальше
Для дальнейшей оценки я бы смотрела не только на скорость, но и на возвраты к документам и потерю данных при передаче задачи. Ниже — направления следующей проверки, а не уже полученные результаты.
Время одного процесса
Медиана и верхний перцентиль между одинаково определёнными стартом и завершением. Источник — события CRM; ожидание и активную работу учитывать отдельно.
Завершение без возвратов
Процессы, завершённые без исправлений / завершённые процессы одного типа. Разделять роли, сложность и причины возврата.
Качество переходов
Потеря данных, повторный ввод и обращения за помощью. Для оценки внедрения сравнивать сопоставимые задачи и команды, не экстраполировать тест MVP на весь бизнес.
/* Reflection */
Что я вынесла из проекта
Для меня этот проект — о связи клиентского опыта и внутренних процессов. Важно не просто собрать инструменты на одном экране, а помочь сотрудникам продолжать работу без потери контекста и передавать задачу дальше.
