ЛК клиента B2B: MVP из 7 экранов, которые реально открывают
«Сделаем личный кабинет — клиенты сами будут заказывать». Через полгода в Figma 30 экранов, в проде — красивый дашборд, а дилеры по-прежнему пишут менеджеру в WhatsApp: «есть ли позиция X и когда отгрузка?». Проблема не в дизайне. В MVP запихнули портал мечты, а не семь экранов, которые реально открывают.
Ниже — рамка для CEO и коммерческого директора: состав MVP личного кабинета клиента B2B, что отложить, ориентир по срокам/бюджету и чеклист приёмки до оплаты подрядчику.

Кабинет окупается, когда повторный заказ идёт без звонка менеджеру
Зачем ЛК, если есть менеджер и Excel
Менеджер масштабируется плохо: 50 активных дилеров × «есть ли на складе» × «пришлите счёт» — это часы в день и ошибки в прайсе. Excel ломается на версиях и правах доступа. Кабинет нужен не «чтобы было модно», а чтобы самообслуживание закрывало 60–80% типовых обращений: повторный заказ, статус, документ.
Если боль уже в таблицах и чатах — см. когда Excel больше не справляется. Выбор «свой контур или SaaS» — в разборе веб-кабинета. Здесь фокус уже на составе MVP для внешних клиентов.
Семь экранов MVP

От входа до повторного заказа — без «админки мечты»
- Вход и роли. Логин, сброс пароля, минимум две роли: «оформляет заказы» и «только смотрит». Дилер видит свой прайс и свои документы — не чужие.
- Каталог / остатки. Поиск, фильтры, остаток «есть / мало / нет» или количество с допустимой задержкой. Без остатков кабинет снова превращается в витрину + звонок.
- Корзина и заказ. Количество, комментарий к позиции, лимит кредита или минимальная сумма — если это правило бизнеса. Кнопка «повторить прошлый заказ» экономит половину кликов.
- Статусы заказов. Список и карточка: принят → в сборке → отгружен → закрыт. Номер из учёта. Без статуса менеджер снова становится call-центром.
- Документы. Счета, УПД, акты, спецификации — PDF из кабинета. Бухгалтерия партнёра не должна ждать письмо «во вложении».
- Прайс и условия. Актуальный прайс (или персональный), срок оплаты, адрес отгрузки, контакты менеджера. Один экран правды вместо «последнего файла в чате».
- Обращения. Тикет или форма: тема, заказ, статус ответа. Не обязательно чат «как WhatsApp» — достаточно трека «заявка принята / в работе / закрыта».
Это и есть MVP. Всё, что не помогает пройти путь войти → заказать → скачать документ, — кандидат в backlog.
Что сознательно отложить на v2

Сначала самообслуживание заказа — потом «как у маркетплейса»
- AI-рекомендации, персональные витрины, сложная BI-аналитика.
- Нативное мобильное приложение (часто хватает адаптивной вёрстки / PWA).
- Полноценный мессенджер внутри кабинета.
- White-label для сети дистрибьюторов и сложная мультитенантность.
- Полный двусторонний обмен с 1С «как ERP» в первом спринте — чаще достаточно: остатки и статусы из учёта, заказ в учёт или к менеджеру по согласованному каналу.
Про интеграции с ERP подробнее — в гайде по 1С/ERP: кто master по справочнику и что делать при расхождении.
Сроки и деньги (ориентир)
MVP ЛК B2B (7 экранов) — ориентир 1,2–3 млн ₽, 8–12 недель при команде продукт + backend + frontend и 1–2 контура обмена с учётом.
Дороже становится не от «ещё одной кнопки», а от индивидуальных прайсов, кредитных лимитов, жёсткого SLA по остаткам и двусторонней синхронизации справочников в релизе 1.
Считайте окупаемость просто: сколько часов менеджеров в месяц уходит на «есть ли», «пришлите счёт», «где заказ» × ставка. Если кабинет снимает половину — срок окупаемости часто кварталы, не годы.
Типичные ошибки в смете
- «Сначала дизайн всего портала» — 40 макетов, ноль рабочего заказа. Начинайте со сквозного сценария на семи экранах.
- «Каталог как у Wildberries» — B2B нужны остатки, единицы, кратность, свой прайс — не бесконечная лента рекомендаций.
- «Интеграцию с 1С потом» — без остатков и статусов кабинет не доверяют; закладывайте обмен в Discovery.
- «Одна роль на всех» — бухгалтер партнёра видит цены закупки конкурента или, наоборот, менеджер не может оформить заказ.
- «Мобильное приложение в MVP» — отдельный контракт; сначала проверьте, что с телефона в браузере проходят те же 7 экранов.
Чеклист приёмки

Принимайте сценарии, а не слайды
- Дилер логинится и видит только свой прайс и свои заказы.
- Заказ получает номер в учёте или согласованный статус «принят менеджером».
- Статус отгрузки меняется без звонка (хотя бы раз в сутки — по факту обмена).
- Счёт / УПД скачиваются из кабинета.
- Остатки не врут дольше согласованного окна (час / сутки — зафиксируйте).
- Есть роль «только просмотр» и «оформление».
- С телефона можно повторить типовой заказ.
- Админ отключает доступ уволенному сотруднику партнёра за минуты, не за дни.
Короткий вывод
ЛК клиента B2B окупается не количеством разделов, а тем, что дилер и закупщик сами проходят путь заказа и документов. Семь экранов выше — рабочий MVP. Всё остальное добавляйте после того, как WhatsApp перестанет быть основной «системой заказов».
Нужен разбор вашего сценария или MVP под дилерскую сеть — оставьте заявку. Услуги: веб-приложения, корпоративный / партнёрский портал.
Сервисы и материалы по теме
Вопросы руководителя про MVP личного кабинета B2B
Минимальный набор экранов, с которым дилер или закупщик сам оформляет повторный заказ, видит статусы и скачивает документы — без звонка менеджеру по каждому шагу. Это не «красивый портал на 40 разделов», а рабочий контур: вход → каталог → заказ → статус → документы.
Семь: вход и роли, каталог с остатками, корзина и оформление заказа, статусы заказов, документы (счета, УПД), прайс и условия договора, обращения в поддержку. Всё остальное — аналитика, AI, native-приложение, сложный чат — обычно в v2.
Ориентир для типового МСБ-сценария: 1,2–3 млн ₽ и 8–12 недель при чётком scope и 1–2 интеграциях (часто статусы и остатки из 1С). Дешевле — если каталог простой и обмен односторонний; дороже — если индивидуальные прайсы, сложные лимиты кредита и двусторонний обмен с ERP в первом релизе.
Интранет — для сотрудников: новости, wiki, согласования. ЛК B2B — внешний слой для партнёров и покупателей: прайс, заказ, документы. Их можно строить на одной платформе, но MVP и роли разные: в кабинете клиента критичны остатки, статусы и выгрузка закрывающих, а не корпоративная лента.
Опишите один сценарий «повторный заказ дилера» от входа до скачанного счёта. Зафиксируйте, откуда берутся остатки и статусы (1С / склад / вручную). Если этот путь нельзя пройти без менеджера — кабинет ещё не MVP. Дальше — ТЗ на семь экранов и критерии приёмки, а не список «как у маркетплейса».
Хотите применить это на практике?
Расскажите про вашу систему — предложим план работ и метрики, которые имеет смысл зафиксировать в SLA/SLO.
Статьи по теме
Как мы сделали поиск организаций для asknayda.ru: лексика, ИИ и пилот
Как устроен поиск компаний в Найде (asknayda.ru): OpenSearch, модель bge-m3, когда включается семантический слой, RRF-гибрид и стадия пилота продукта.
Читать статьюSEO больше не хватит: магазину нужны API под ИИ-агентов
SEO находит клиента, API даёт ИИ-агенту купить. OpenAPI для e-commerce и МСБ: чеклист контура, риски в ₽ и рамка «когда пора».
Читать статьюПиковый сезон: чеклист нагрузки за месяц до акции
Пиковый сезон и чеклист нагрузки за месяц до акции: план по неделям, расчёт потерь в ₽ при 503 и подготовка сайта к Чёрной пятнице и рекламному всплеску.
Читать статьюNo-code vs кастомная разработка: где ловушка масштабирования
No-code и low-code vs кастомная разработка: когда платформа ускоряет старт, где ловушка масштаба, сравнение TCO в ₽ и чеклист миграции для CEO и CTO.
Читать статью