NineLabNineLab.ru
КейсыЦены
Контакты
13 августа 2026Евгений · Senior Systems Engineer

ЛК клиента B2B: MVP из 7 экранов, которые реально открывают


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

Ниже — рамка для CEO и коммерческого директора: состав MVP личного кабинета клиента B2B, что отложить, ориентир по срокам/бюджету и чеклист приёмки до оплаты подрядчику.

Личный кабинет клиента B2B: MVP из семи экранов для дилеров и закупщиков

Кабинет окупается, когда повторный заказ идёт без звонка менеджеру

Зачем ЛК, если есть менеджер и Excel

Менеджер масштабируется плохо: 50 активных дилеров × «есть ли на складе» × «пришлите счёт» — это часы в день и ошибки в прайсе. Excel ломается на версиях и правах доступа. Кабинет нужен не «чтобы было модно», а чтобы самообслуживание закрывало 60–80% типовых обращений: повторный заказ, статус, документ.

Если боль уже в таблицах и чатах — см. когда Excel больше не справляется. Выбор «свой контур или SaaS» — в разборе веб-кабинета. Здесь фокус уже на составе MVP для внешних клиентов.

Семь экранов MVP

Карта MVP личного кабинета B2B: семь экранов от входа до поддержки

От входа до повторного заказа — без «админки мечты»

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

Это и есть MVP. Всё, что не помогает пройти путь войти → заказать → скачать документ, — кандидат в backlog.

Что сознательно отложить на v2

Scope MVP личного кабинета B2B против функций, которые откладывают на вторую версию

Сначала самообслуживание заказа — потом «как у маркетплейса»

  • 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 экранов.

Чеклист приёмки

Чеклист приёмки MVP личного кабинета клиента B2B

Принимайте сценарии, а не слайды

  • Дилер логинится и видит только свой прайс и свои заказы.
  • Заказ получает номер в учёте или согласованный статус «принят менеджером».
  • Статус отгрузки меняется без звонка (хотя бы раз в сутки — по факту обмена).
  • Счёт / УПД скачиваются из кабинета.
  • Остатки не врут дольше согласованного окна (час / сутки — зафиксируйте).
  • Есть роль «только просмотр» и «оформление».
  • С телефона можно повторить типовой заказ.
  • Админ отключает доступ уволенному сотруднику партнёра за минуты, не за дни.

Короткий вывод

ЛК клиента 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.

Все материалы: High-Load

High-Load12 августа 2026 г.
Как мы сделали поиск организаций для asknayda.ru: лексика, ИИ и пилот

Как устроен поиск компаний в Найде (asknayda.ru): OpenSearch, модель bge-m3, когда включается семантический слой, RRF-гибрид и стадия пилота продукта.

Читать статью
High-Load6 августа 2026 г.
SEO больше не хватит: магазину нужны API под ИИ-агентов

SEO находит клиента, API даёт ИИ-агенту купить. OpenAPI для e-commerce и МСБ: чеклист контура, риски в ₽ и рамка «когда пора».

Читать статью
High-Load3 августа 2026 г.
Пиковый сезон: чеклист нагрузки за месяц до акции

Пиковый сезон и чеклист нагрузки за месяц до акции: план по неделям, расчёт потерь в ₽ при 503 и подготовка сайта к Чёрной пятнице и рекламному всплеску.

Читать статью
High-Load20 июля 2026 г.
No-code vs кастомная разработка: где ловушка масштабирования

No-code и low-code vs кастомная разработка: когда платформа ускоряет старт, где ловушка масштаба, сравнение TCO в ₽ и чеклист миграции для CEO и CTO.

Читать статью