Роли и workflow
Кто создаёт заявку, кто принимает решение, где меняется статус и что происходит с исключением.
SERVICE / CRM + B2B
CRM и B2B-интерфейсы, в которых видно процесс
Проектирую роли, статусы, таблицы и действия так, чтобы сложная операционная работа не превращалась в Excel и догадки.
01 / CONTEXT
Рабочий интерфейс должен показывать, что происходит
В CRM и B2B-продуктах пользователь редко приходит за «красивым экраном». Ему нужно понять статус, выбрать следующее действие, сравнить варианты, согласовать документ или не потерять важное исключение.
02 / SCOPE
Сложность раскладывается на понятные элементы
Данные и действия
Таблицы, фильтры, формы, документы, approvals и состояния, которые помогают работать, а не просто хранить данные.
Проверка и реализация
Интервью, usability, прототип и frontend-вовлечение, чтобы интерфейс проходил проверку на реальном сценарии.
03 / SYSTEM LOGIC
Сначала процесс, потом экран
На что смотрим
- Какие роли и интересы пересекаются внутри одного сценария.
- Где пользователь теряет контекст: в статусах, таблицах, документах или передаче между командами.
- Какие решения должны быть прозрачными, обратимыми и проверяемыми.
Что не прячем
- Не называем интеграцию готовой, если она не подтверждена в scope.
- Не выдаём ранний эффект первых пользователей за статистику всей системы.
- Не превращаем сложный B2B-продукт в универсальный шаблон без исследования.
04 / PROCESS
От хаоса процесса к рабочей системе
Услышать
Интервьюируем роли и фиксируем, как задача живёт до нового интерфейса.
Смоделировать
Собираем workflow, статусы, данные и сценарии исключений.
Проверить
Проходим прототип с пользователями и убираем места, где приходится угадывать.
Довести
Готовим UI-систему, handoff и frontend, если реализация входит в задачу.
05 / PROOF
Системы, где важна не только картинка
B2B SaaS / procurement
Работа с заявкой стала прозрачнее
Дизайн и frontend для B2B SaaS-экосистемы, которая связывает тендеры, закупки и цепочки поставок. Ориентир 7 → 2 дня относится к ранним пользователям и не является масштабной статистикой.
Открыть глубокий кейс ↗
CRM / research
Статусы и действия для операционных ролей
Проектирование CRM и геймификации для туристического продукта с опросами, интервью и usability-тестами, а не только визуальной концепцией.
Смотреть фрагмент кейса ↗
CRM integration / service flow
Сценарий записи без ручной передачи
В «Территории масла» запись на сервис передаётся в CRM автоматически; рядом с ней работают выбор филиала и услуг, профиль и управление автомобилями.
Открыть end-to-end кейс ↗06 / LIMITS
CRM — не обещание «под ключ»
Хорошая система держит процесс
- Сначала фиксируем реальные роли, workflow, legacy-ограничения и критерии результата.
- Точные CRM-системы, интеграции, backend и сроки обсуждаются только после проверки фактов и scope.
- Моя сильная зона — product design и реализация интерфейса; не выдаю отдельный кейс за масштаб enterprise-внедрения.
В системе сложно не потому, что в ней много экранов.
Напишите, какие роли, статусы и решения сейчас теряются. Начнём с одного рабочего сценария, который можно сделать прозрачнее.