Хороший MVP начинается со списка «не делаем»

Начните с действия, а не с экранов

Фраза «нужен сервис для экспертов» почти ничего не говорит об объёме работы. «Клиент выбирает специалиста и записывается на консультацию» уже описывает проверяемый сценарий. У него есть начало, результат и человек, которому этот результат нужен.

Запишите этот сценарий одним предложением. Всё, что не помогает пройти его от начала до конца, — кандидат на следующую версию.

Разделите необходимое и удобное

Для записи на консультацию могут понадобиться каталог, доступные слоты и подтверждение. Программа лояльности, сложные рейтинги и пять способов входа не обязаны появляться в тот же день.

Полезный вопрос для каждой функции: сможет ли первый пользователь получить результат без неё? Если да, отложите её и объясните это решение в списке ограничений.

Не сокращайте то, что защищает пользователя

Маленький объём продукта не отменяет проверки доступа, сохранности данных и понятных ошибок. Можно убрать второй способ оплаты. Нельзя показывать человеку чужие заказы или терять его заявку при перезагрузке страницы.

Договоритесь, как выглядит готовность

Вместо «сделать личный кабинет» опишите проверку: пользователь входит, видит только свои записи и может отменить будущую встречу. Такой критерий понятен и разработчику, и заказчику.

На выходе получается короткий документ: основной сценарий, нужные функции, то, что отложено, и критерии приёмки. Это хорошая отправная точка для оценки MVP.