*Кейс переговоров: что отрезали ради MVP*

Продолжая тему любимого проекта. Когда мы только начинали, список фичей был как у крупного продукта с многолетней историей. Всё важно, всё нужно, всё "без этого не взлетим". Но был один нюанс - сроки и бюджет. Поэтому пришлось садиться и честно разговаривать. Именно на этом этапе я впервые жёстко применил MoSCoW.

Что сработало:

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

Самое сложное было не убрать лишнее, а сделать так, чтобы заказчик не чувствовал, что его “урезают”. Я не говорил "это не надо", я говорил: «Давайте сделаем это на второй итерации - когда мы уже получим первых пользователей и поймём поведение».

Что в итоге вырезали из MVP:

  • Роль магазина (оставили только основные)
  • Перенос срока заказа (первый релиз без них)
  • Уведомления в телеграмм (первый релиз без них)
  • Автоматизацию внутри админки (часть задач делали руками)

Сначала заказчик был в лёгком недоумении - мол, "а как же WOW-эффект?". Но через пару недель после запуска MVP мы уже видели реальных пользователей, обратную связь и первые деньги. А значит - всё сделали правильно. Иногда лучший способ сохранить проект - это сказать "давайте поменьше", а не "давайте побольше".