К содержанию
Продуктовый дизайн

UX/UI и продуктовый дизайн B2B-платформы — логика ролей и процессов до первого экрана

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

Когда это нужно

  • Путаются даже своиРолей много, у каждой свои права, а интерфейс показывает всем одно и то же. Новый сотрудник долго учится, куда нажимать.
  • Процесс живёт в чатахТендер, согласование, сделка — статусы в переписке и Excel, а система хранит только итог.
  • Экраны рисуют разработчикиИнтерфейс собирается по ходу кода, и каждый экран живёт по своим правилам.
  • Ошибки находят пользователиЛогику впервые проверяют на живых клиентах. Переделка после релиза стоит недель и доверия.

Что входит

  • UX-архитектура — роли, права, сценарии, потоки данных
  • Процессный анализ — правила системы, зафиксированные до экранов
  • Модель статусов — например, канбан тендеров, сделок и согласований
  • Кликабельные прототипы для проверки логики
  • UI — панели, таблицы, аналитика, пустые состояния и ошибки
  • Дизайн-система в Figma — токены, компоненты, состояния
  • Передача в разработку без догадок
  • Презентация продукта в том же визуальном языке

В B2B-системе красивые экраны — самая дешёвая часть. Дорогая — правила: кто создаёт тендер, кто видит предложения, кто согласует сделку и что происходит, если согласующий в отпуске. Если правила не продуманы, интерфейс превращается в набор кнопок, в котором путаются даже свои.

Как я делал ETS Tender

В ETS Tender, тендерной бирже, путь от тендера до сделки проходит через предложения и согласования, а у каждой роли свои права. До первого экрана я разобрал роли, сценарии и потоки данных и записал правила системы.

Тендеры, сделки и согласования легли в канбан-модель: у каждого объекта свой путь по статусам. Логику я проверил на серых прототипах — поправить ошибку там дело минут, в готовом коде — недель. Только после этого появились интерфейсы: панели, аналитика и интеграции, в которых легко читать данные и управлять процессом. Что ещё ловит прототип и как оценить экономию — в заметке о прототипе до разработки.

В таких системах человек чаще всего ищет ответ на вопрос «что делать дальше». Поэтому экраны я проектирую так, чтобы сразу было видно, на каком шаге находится объект и чей сейчас ход.

Что остаётся у вас на руках

  • Правила системы — роли, права и статусы, о которых договорились до разработки.
  • Прототипы — серые экраны, на которых видна логика, а не цвет кнопок.
  • Интерфейсы всех состояний — пустые, с ошибкой, с длинным текстом, с тысячей строк в таблице.
  • Дизайн-система в Figma — компоненты и правила, с которыми разработчикам не нужно угадывать, как должен выглядеть экран.

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

Тот же подход — сначала логика, потом экраны — я применяю к B2B-порталам и платформам, которые разрабатываю целиком. Почему разбор идёт раньше экранов — в заметке о разборе бизнеса до дизайна.

Как я это делаю

  1. Логика

    Роли, сценарии, правила системы. Что должно происходить — до того, как решать, как это выглядит.

  2. Прототип

    Серые экраны, на которых видна логика. Здесь ошибки стоят дешевле всего.

  3. Визуальный язык

    Типографика, цвет, компоненты. Спокойный, без шаблонных приёмов, под ваш бренд.

  4. Интерфейсы

    Все экраны и состояния — пустые, с ошибкой, с длинным текстом.

  5. Передача

    Дизайн-система и макеты, по которым разработка собирает продукт без догадок.

Вопросы

Можно заказать только дизайн, без разработки?

Да, так было с ETS Tender. Но если дизайн и разработка в одних руках, при передаче ничего не теряется — поэтому чаще я делаю и то и другое.

У нас уже есть продукт. Интерфейс можно переделать без остановки работы?

Да. Сначала смотрю, где пользователи ошибаются и тратят время, потом переделываю по модулям — начиная с самых частых сценариев.

Что мы получим на выходе?

Прототипы, макеты всех экранов и состояний в Figma и дизайн-систему — компоненты и правила, по которым разработчики собирают продукт.

Почему не начать сразу с красивых экранов?

Потому что ошибка в логике на прототипе стоит минуты, а в коде — недели. В ETS Tender ошибки логики я нашёл и убрал на прототипах, до дорогой разработки.

Похожие решения

Все решения

Есть задача — напишите, разберём.

Опишите в двух словах, что нужно, — отвечу сам, без менеджеров и брифов на десять страниц.