MVP — не половина большой системы

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

Если в первый спринт входят каталог на 200 позиций, роли доступов и сложная аналитика «как у SaaS» — это не MVP. Это сжатый большой продукт с гарантированным срывом сроков. Scope режут не потому что «дешево», а чтобы быстрее получить сигнал с рынка для бизнеса в Узбекистане.

Сначала ядро продукта, остальное — позже.
Сначала ядро продукта, остальное — позже.

Как понять ядро

Задайте вопрос: «Без чего через две недели после запуска мы точно не узнаем, работает ли идея?» Всё, что не отвечает на него — в бэклог. Для лендинга ядро чаще всего: понятное оффере + форма/бот + доставка заявки менеджеру + базовая аналитика. Для Telegram-бота: один сценарий до заявки и статусы. Остальное подождёт живых пользователей.

  • Один главный сценарий пользователя — и UI только вокруг него.
  • Интеграции: минимум для сигнала (Telegram/почта), CRM — после данных.
  • Админка: первые недели контент можно править вручную или через деплой.
  • Дизайн: сетка и токены, без бесконечных вариаций карточек.

Что почти всегда можно отложить

Многоязычность «на всякий случай», личный кабинет «как у конкурента», сложные калькуляторы, анимации ради анимаций, блог на 50 статей до первой продажи. Эти вещи съедают недели и редко меняют ответ на вопрос «покупают ли». SEO-структуру заложить стоит сразу (title, H1, скорость сайта), но наращивать контент — после того, как заявки пошли.

  1. Запишите must-have на одну страницу: сценарий, экран, канал заявки.
  2. Всё остальное пометьте as nice-to-have с владельцем и критерием «когда берём».
  3. Зафиксируйте, что считается успехом MVP: N заявок, время ответа, отказ от ручного хаоса.

Срок 4–6 недель — когда реалистичен

Срок держится, когда цель ясная, контент приходит вовремя, решений меньше десятка и бриф не переписывают каждую неделю. Если стейкхолдеров пять и все правят текст одновременно — сроки плавают независимо от стека. В getsite мы явнее режем scope на старте, чем обещаем «всё сразу дешевле».

Реалистичный MVP для локального бизнеса: лендинг или компактный сайт с формой, связка с Telegram-ботом для заявок, простая аналитика. Этого достаточно, чтобы проверить оффер и процесс ответа. Масштаб — когда цифры говорят, что продукт нужен.

Когда не надо резать

Нельзя выкидывать безопасность платежей, юридические требования и канал, без которого продажи остановятся. Нельзя «сэкономить» на скорости сайта так, что лендинг не открывается на мобильном. И нельзя запускать без тестовой заявки: это не фича, это критерий готовности.

Хороший scope — это дисциплина. Чем честнее вы отложите «потом», тем быстрее появится работающий продукт и тем дешевле будут следующие итерации.

Как проводить переговоры о scope без войны

Клиент хочет «как у крупного бренда», команда хочет успеть за месяц. Конфликт снимается артефактом: одна страница must-have / later / never-now. На созвоне проходите список вслух и ставьте даты, когда later может вернуться — например после 30 оплаченных заявок или после двух недель аналитики.

Полезный приём: оценивайте не фичи, а вопросы, на которые MVP должен ответить. «Готовы ли оставлять заявку с телефона?» — да. «Нужен ли кабинет с ролями?» — скорее нет для первой версии. Так проще защитить срок 4–6 недель и не утонуть в обсуждении стека.

Контент — скрытый убийца сроков. Если тексты и фото «будут завтра» уже две недели, MVP врёт календарём. В бриф внесите ответственного за контент и дедлайн. Без материалов команда либо встаёт, либо штампует водяной copy, который потом стыдно запускать.

Интеграции режьте жёстко: одно уведомление в Telegram важнее пяти систем, которые никто не смотрит. CRM подключайте, когда таблица со статусами начнёт трещать. Ранняя CRM без процесса — дорогая игрушка. Скорость сайта и рабочая форма в приоритете над «красивой админкой».

После запуска назначьте разбор через 14 дней: что подтвердилось, что выкинуть, что добавить. Это превращает MVP из «недоделанного сайта» в управляемый цикл для бизнеса в Узбекистане. Без разбора команда сразу прыгает в большой редизайн по эмоциям.

Примеры MVP для типичных задач

Услуги в Ташкенте: лендинг с оффером, кейсами, формой и уведомлением в Telegram; аналитика целей. Без кабинета и блога. Запись: бот с выбором услуги и слота + подтверждение менеджеру. Без сложного календаря на неделю вперёд. Интернет-магазин «на проверку»: каталог из малого числа SKU, ручное подтверждение заказа, оплата офлайн/перевод. Без полноценной витрины и лояльности.

Каждый пример намеренно «бедный» снаружи и богатый сигналом. Вы узнаёте, платят ли, какие вопросы задают, сколько стоит лид. Под это уже стыдно тратить полгода на идеальную платформу.

Опасение «нас не воспримут всерьёз без большого сайта» проверяется тестом, а не страхом. Иногда достаточно аккуратного лендинга и быстрых ответов. Иногда B2B правда требует кейсов и процесса на сайте — тогда включайте это в must-have, но выкидывайте остальной шум.

Документируйте отказанные фичи списком. Через месяц принесите данные: «личных кабинетов просили 2 раза, упростили форму — заявки +18%». Так scope-переговоры становятся взрослыми. SEO можно планировать параллельно лёгкими шагами, не раздувая MVP до портала.

Как защищать срок перед стейкхолдерами

Показывайте must-have как условие эксперимента: «без этого мы не узнаем X». Всё остальное — цена задержки сигнала. Когда просьба «ещё добавить» приходит на третьей неделе, возвращайтесь к списку later и спрашивайте, что вычёркиваем взамен. Обмен, а не бесконечное расширение.

Держите публичный таймлайн: бриф, прототип, дизайн, сборка, тест заявок, запуск. Прозрачность снижает желание «тихонечко» впихнуть модуль. SEO-база и скорость сайта входят в must-have как качество релиза, а не как «фаза 2».

Если инвестор или партнёр давит большим объёмом, предложите MVP плюс датированный этап 2 с отдельным бюджетом. Так вы не ломаете текущий спринт и не врёте сроком. Для рынка Ташкента этот приём часто спасает отношения лучше, чем согласие на невозможное.

После запуска не объявляйте сразу «теперь строим всё later». Сначала разбор данных. Иначе MVP превращается в ритуал перед заранее утверждённым гигантом — и теряет смысл.