Одна гипотеза вместо маленькой копии всего продукта
MVP проверяет конкретное предположение: например, готов ли клиент самостоятельно записываться на услугу. Для этого нужны выбор времени, подтверждение и понятный результат. Реферальная программа, сложные бонусы и десятки фильтров могут подождать, если не влияют на проверку. Сформулируйте, какое наблюдение подтвердит или опровергнет исходную идею.
Не урезайте завершённость сценария
Минимальный объём не означает отсутствие обработки ошибок. Если запись не состоялась, пользователь должен узнать об этом; если сеть пропала, действие не должно молча дублироваться. Включайте обязательные состояния, доступы и базовую диагностику. Лучше один надёжно завершённый маршрут, чем много экранов, которые невозможно пройти от начала до конца.
Заранее решите, что будете делать с результатами
Определите аудиторию пилота, период наблюдения и способ получения обратной связи. Записывайте не только нажатия, но и причины отказа от действия. После проверки разделите план развития на подтверждённые потребности, технические ограничения и новые гипотезы. Сам факт публикации приложения не отвечает на вопрос, нужен ли продукт пользователю.