Обзор
Контекст
Dalli Service — логистическая компания со множеством внутренних команд: диспетчерская, склад, курьеры, продажи, HR, бухгалтерия. До DSoft каждая команда работала в своих legacy-инструментах без общих данных. Заказы сводились между системами вручную.
DSoft — внутренняя ERP-платформа, которая объединяет всю операционную деятельность в одну связанную систему. Я проектировал её два года как единственный продуктовый дизайнер — от ресёрча и информационной архитектуры по 8 ключевым модулям до полной дизайн-системы и передачи в разработку.
Результаты
· Спроектировал ERP из 8 ключевых модулей, объединив диспетчерскую, склад, курьеров, продажи, HR и бухгалтерию в одну систему
· Покрыл все состояния — каждый флоу проработан вплоть до загрузки, пустого состояния, ошибки и edge-кейсов, а не только happy path
· Построил дизайн-систему на токенах с нуля, синхронизированную с фронтендом и масштабированную по всем модулям и трём брейкпоинтам
· Вёл продуктовый дизайн от начала до конца два года как единственный дизайнер на платформе
Сделана с нуля как система на токенах, синхронизированная с фронтенд-кодом. Компоненты живут в единой Figma-библиотеке и распространяются по всем 8 ключевым модулям и трём брейкпоинтам (1440 / 1920 / 2560). Та же система поддерживает плотные таблицы данных, сложные формы и дашборды — единый фундамент для всей платформы.
Роль
Единственный продуктовый дизайнер на DSoft в течение двух лет. Кросс-функциональная команда из 9 человек: IT-директор, PM, 3 фронтенд-разработчика, 3 бэкенд-разработчика и QA.
Вёл весь дизайн-процесс: информационная архитектура по 8 модулям, проектирование интерфейсов, полная дизайн-система на уровне состояний и передача в разработку. Также разработал визуальную айдентику платформы — название DSoft, логотип и фирменные паттерны, отражённые в интерфейсе.
Задача
Много команд, много разрозненных инструментов, нет общего слоя данных:
· Потеря данных при передаче — заказы терялись при ручном копировании между системами
· Долгий онбординг — новым сотрудникам приходилось осваивать несколько незнакомых инструментов, прежде чем начать работать
· Операционные ошибки — ручная сверка между системами тянула ошибки через всю цепочку заказа
· Нет единого источника правды — менеджеры не видели операцию целиком, не собирая отчёты из нескольких инструментов
Legacy-интерфейс маршрутизации — всё впихнуто в одно окно, критичные функции спрятаны по вложенным панелям.
Исследованиеc
Впервые в карьере я проектировал на основе прямого наблюдения, а не ТЗ. Я провёл время на местах с каждой командой, чтобы понять, как они реально работают:
· Бухгалтеры — смотрел, как они обрабатывают транзакции и сверяют документы, чтобы понять, какие части их текущего софта сохранить, а какие переделать · Склад и логистика — наблюдал приёмку заказов, сортировку и передачу маршрутов в реальных рабочих условиях · Менеджеры продаж и поддержки — сидел с ними над клиентскими и заказными сценариями, чтобы понять их ежедневное трение
Разбор модуля бухгалтерии — разметка каждого поля, действия и edge-кейса до начала дизайна.
Это сформировало ключевой принцип проекта: адаптировать то, что работает, переделывать то, что не работает. Где у команд были рабочие паттерны в их legacy-инструментах — я сохранял знакомую логику, чтобы облегчить переход. Где старый софт мешал — проектировал новые флоу с нуля.
Дизайн под каждое состояние
DSoft — операционная система: люди работают в ней весь день. Диспетчер назначает маршруты, складской работник обрабатывает заказы, курьер разбирается с несостоявшейся доставкой. У каждого действия несколько исходов, и каждому исходу нужно спроектированное состояние.
Один только модуль маршрутизации — это множество экранов по всем состояниям: в работе, передан, частично передан, ошибка, пусто. Ниже — выбранные флоу с разбором структуры каждого.
Я проектировал DSoft вплоть до уровня состояний. По всей платформе это вылилось примерно в тысячу экранов — не потому что система декоративная, а потому что операционный софт ломается, когда непроектированное состояние застаёт пользователя посреди задачи.
Ключевые модули
Карточка сотрудника — один компонент, много состояний. Отображение адаптируется под роль (курьер, водитель, менеджер), права доступа и статус занятости. Быстрый доступ из любого имени сотрудника, с графиком работы, личными данными и информацией о транспорте в одном модальном окне.
Back-office модули — учёт сотрудников, графики, роли и права, финансовые операции. Платформа покрывает весь операционный стек, а не только фронтлайн-работу.
Склад — приёмка заказов, сортировка и диспетчеризация для складских сотрудников. Спроектировано под скорость и высокий объём повторяющихся операций.
Результат
DSoft разработан как закрытая внутренняя экосистема для операций Dalli Service. Дизайн сдан в полном объёме по всем модулям, дизайн-система передана в разработку. Со стороны дизайна проект был завершён к моменту моего перехода в NF Group.