В потребительском продукте минимальная версия проверяет, нужен ли он вообще, и цена ошибки — ушедший пользователь. В B2B ошибка стоит контракта и репутации на узком рынке, где все друг друга знают. Поэтому минимальность здесь достигается не снижением качества, а сужением: один сценарий одной роли, доведённый до конца, вместо десяти наполовину.
Что можно и чего нельзя урезать
| Можно урезать | Нельзя урезать |
|---|---|
| Число поддерживаемых сценариев | Надёжность внутри выбранного сценария |
| Настраиваемость | Сохранность данных |
| Красоту интерфейса | Понятность того, что произошло после действия |
| Автоматизацию — можно делать руками | Соответствие требованиям безопасности заказчика |
| Самообслуживание — можно настраивать вручную | Возможность выгрузить свои данные |
Почему «сырое» не работает в B2B
- Решение принимает не пользователь. Тот, кто платит, увидит продукт три раза за год и запомнит первое впечатление.
- Рынок узкий. Плохой опыт одного заказчика доходит до пяти других за квартал.
- Внедрение стоит заказчику дороже лицензии. Он вложил время своих людей и не может просто уйти — он будет требовать.
- Отказ читается как риск. В корпоративной среде сбой у поставщика — это репутационный риск того, кто его выбрал.
Как сузить правильно
- Выберите одну роль. Не «отдел продаж», а конкретно руководитель отдела или конкретно продавец.
- Выберите один сценарий, который она проходит регулярно. Регулярность важнее ценности: редкий сценарий не даст обратной связи.
- Доведите его до конца, включая ошибки. Что происходит, если данных нет, если связь пропала, если пользователь ошибся.
- Остальное делайте руками. Настройка, импорт, отчёты — руками, пока сценарий не подтвердится.
Про первых заказчиков
Признак, что минимальной версии достаточно
Не когда закончился список функций, а когда заказчик проходит выбранный сценарий сам, без вашего участия, и возвращается к нему на следующей неделе. Возврат — единственный надёжный признак. Всё остальное, включая похвалу на встрече, вежливость.
Как сузить на примере
Идея: система управления сервисным обслуживанием для компаний с выездными инженерами. Полный замысел включает заявки, планирование маршрутов, склад запчастей, мобильное приложение для инженера, отчётность для руководителя и интеграцию с бухгалтерией. Сделать всё — год работы.
Сужение по ролям и сценариям. Ролей четыре: диспетчер, инженер, руководитель, клиент. Выбираем одну — диспетчера, потому что он работает в системе каждый день, а остальные эпизодически. Сценариев у диспетчера много: приём заявки, назначение инженера, контроль выполнения, закрытие, отчёт. Выбираем один — назначение инженера на заявку, потому что именно там сейчас теряется время.
Минимальная версия: заявки заводятся руками или загружаются файлом, инженеры заводятся вручную, назначение делается в одном экране, инженер получает уведомление сообщением. Ни склада, ни маршрутов, ни приложения, ни интеграций. Это две-три недели вместо года.
Проверяемая гипотеза: если диспетчер через месяц продолжает назначать заявки здесь, а не в таблице, — сценарий выбран верно, и можно расширяться. Если вернулся в таблицу, никакой склад запчастей это не исправил бы.
Что говорить первым заказчикам
Честная формулировка при первой продаже молодого продукта: «Сейчас система умеет вот это, и делает это хорошо. Вот этого она не умеет и не будет уметь ближайшие три месяца — здесь вам придётся работать по-старому. Цена ниже будущей, потому что вы берёте продукт на раннем этапе. Взамен просим полчаса раз в две недели на разговор о том, что не работает».
Такое предложение принимают чаще, чем кажется, — особенно те заказчики, у которых проблема действительно болит. И оно снимает главный риск раннего этапа: несовпадение ожиданий. Заказчик, которому продали зрелый продукт, а поставили ранний, становится источником репутационных проблем на узком рынке.
Что нельзя урезать никогда
- Сохранность данных. Потеря введённого разрушает доверие мгновенно и навсегда. Резервные копии с первого дня.
- Понятность результата действия. После нажатия должно быть ясно, что произошло. Отсутствие обратной связи хуже, чем некрасивый интерфейс.
- Возможность выгрузить свои данные. Это условие входа для многих корпоративных заказчиков: они не будут заводить данные туда, откуда их нельзя забрать.
- Соответствие требованиям безопасности. Отдельный вход для каждого пользователя, журнал действий, шифрование канала. Это проверяет служба безопасности заказчика, и здесь нет компромиссов.
- Понятный человек на связи. В раннем продукте поддержка заменяет половину функциональности.
Чего ждать от первых месяцев
| Что происходит | Что это значит |
|---|---|
| Заказчик пользуется каждую неделю | Сценарий выбран верно |
| Заказчик пользуется, когда напомнишь | Проблема есть, но не болит |
| Просит функции из другого сценария | Возможно, вы выбрали не самый больной участок |
| Хвалит на встрече, но не заходит | Вежливость, а не пригодность |
| Приводит коллегу без вашей просьбы | Самый сильный сигнал из возможных |
Частые вопросы
Минимальность в B2B — это узость, а не сырость. Один сценарий, доведённый до конца, продаётся; десять наполовину не продаются и портят репутацию на узком рынке.
Материал обновлён 3 сентября 2026