UX/UI и продуктовый дизайн B2B-платформы — логика ролей и процессов до первого экрана
Проектирую интерфейсы тендерных площадок, порталов и внутренних систем, где много ролей и длинные процессы. Сначала правила и прототипы, потом экраны — так ошибки стоят минуты, а не недели разработки.
Когда это нужно
- Путаются даже своиРолей много, у каждой свои права, а интерфейс показывает всем одно и то же. Новый сотрудник долго учится, куда нажимать.
- Процесс живёт в чатахТендер, согласование, сделка — статусы в переписке и Excel, а система хранит только итог.
- Экраны рисуют разработчикиИнтерфейс собирается по ходу кода, и каждый экран живёт по своим правилам.
- Ошибки находят пользователиЛогику впервые проверяют на живых клиентах. Переделка после релиза стоит недель и доверия.
Что входит
- UX-архитектура — роли, права, сценарии, потоки данных
- Процессный анализ — правила системы, зафиксированные до экранов
- Модель статусов — например, канбан тендеров, сделок и согласований
- Кликабельные прототипы для проверки логики
- UI — панели, таблицы, аналитика, пустые состояния и ошибки
- Дизайн-система в Figma — токены, компоненты, состояния
- Передача в разработку без догадок
- Презентация продукта в том же визуальном языке
В B2B-системе красивые экраны — самая дешёвая часть. Дорогая — правила: кто создаёт тендер, кто видит предложения, кто согласует сделку и что происходит, если согласующий в отпуске. Если правила не продуманы, интерфейс превращается в набор кнопок, в котором путаются даже свои.
Как я делал ETS Tender
В ETS Tender, тендерной бирже, путь от тендера до сделки проходит через предложения и согласования, а у каждой роли свои права. До первого экрана я разобрал роли, сценарии и потоки данных и записал правила системы.
Тендеры, сделки и согласования легли в канбан-модель: у каждого объекта свой путь по статусам. Логику я проверил на серых прототипах — поправить ошибку там дело минут, в готовом коде — недель. Только после этого появились интерфейсы: панели, аналитика и интеграции, в которых легко читать данные и управлять процессом. Что ещё ловит прототип и как оценить экономию — в заметке о прототипе до разработки.
В таких системах человек чаще всего ищет ответ на вопрос «что делать дальше». Поэтому экраны я проектирую так, чтобы сразу было видно, на каком шаге находится объект и чей сейчас ход.
Что остаётся у вас на руках
- Правила системы — роли, права и статусы, о которых договорились до разработки.
- Прототипы — серые экраны, на которых видна логика, а не цвет кнопок.
- Интерфейсы всех состояний — пустые, с ошибкой, с длинным текстом, с тысячей строк в таблице.
- Дизайн-система в Figma — компоненты и правила, с которыми разработчикам не нужно угадывать, как должен выглядеть экран.
Визуальный язык — спокойный: крупная типографика, понятная иерархия, без декоративных эффектов. В сложной системе человек проводит весь рабочий день, и интерфейс должен помогать ему, а не развлекать.
Тот же подход — сначала логика, потом экраны — я применяю к B2B-порталам и платформам, которые разрабатываю целиком. Почему разбор идёт раньше экранов — в заметке о разборе бизнеса до дизайна.
Как я это делаю
Логика
Роли, сценарии, правила системы. Что должно происходить — до того, как решать, как это выглядит.
Прототип
Серые экраны, на которых видна логика. Здесь ошибки стоят дешевле всего.
Визуальный язык
Типографика, цвет, компоненты. Спокойный, без шаблонных приёмов, под ваш бренд.
Интерфейсы
Все экраны и состояния — пустые, с ошибкой, с длинным текстом.
Передача
Дизайн-система и макеты, по которым разработка собирает продукт без догадок.
Вопросы
Можно заказать только дизайн, без разработки?
Да, так было с ETS Tender. Но если дизайн и разработка в одних руках, при передаче ничего не теряется — поэтому чаще я делаю и то и другое.
У нас уже есть продукт. Интерфейс можно переделать без остановки работы?
Да. Сначала смотрю, где пользователи ошибаются и тратят время, потом переделываю по модулям — начиная с самых частых сценариев.
Что мы получим на выходе?
Прототипы, макеты всех экранов и состояний в Figma и дизайн-систему — компоненты и правила, по которым разработчики собирают продукт.
Почему не начать сразу с красивых экранов?
Потому что ошибка в логике на прототипе стоит минуты, а в коде — недели. В ETS Tender ошибки логики я нашёл и убрал на прототипах, до дорогой разработки.
Статьи по теме
Все статьи· 5 мин чтения
Дизайн-система — зачем она бизнесу и когда она окупается
Дизайн-система — это не библиотека красивых кнопок, а договорённость о том, как устроен интерфейс. Когда она экономит деньги, а когда это лишняя работа.
Читать· 5 мин чтения
Зачем прототип до разработки и сколько он экономит
Прототип — самая дешёвая точка, где можно поменять логику продукта. Что в нём проверяют, кого на него зовут и как оценить экономию без выдуманных процентов.
Читать
Похожие решения
Все решения- Автоматизация, CRM и ERPERP для производства и складаСвязываю производство, склад, логистику и продажи в одну систему — данные о товаре появляются один раз и проходят с ним весь путь.Подробнее
- Боты и мессенджерыTelegram-бот для бизнесаДелаю Telegram-ботов, которые берут на себя повторяющуюся переписку — принимают заявки, сообщают статус заказа, присылают уведомления и пускают только своих.Подробнее
- ИнтеграцииИнтеграция с 1ССвязываю сайт и интернет-магазин с 1С — товары, цены и остатки идут из учёта на сайт, а заказы возвращаются в 1С.Подробнее
- Платформы и кабинетыB2B-портал для партнёров и поставщиковДелаю порталы, где поставщик сам видит ваш спрос и считает свою выгоду, а действующий партнёр — статусы и документы.Подробнее
- Сайты и лендингиСайт производителя с каталогомДелаю сайты для заводов и дистрибьюторов, где продукт выбирают по характеристикам, а цифры не расходятся между страницами.Подробнее
Есть задача — напишите, разберём.
Опишите в двух словах, что нужно, — отвечу сам, без менеджеров и брифов на десять страниц.
