[07] Проектирование MVP
big
Original size 1920x146
big
Original size 1920x146

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

Схема сценария: Триггер → Действие пользователя → Результат → Следующий шаг

Пример: «напоминания о дедлайнах» Триггер: «Я снова боюсь, что забуду» Действие: пользователь вводит дедлайн Результат: получает план + напоминание Следующий шаг: добавляет следующий дедлайн

Спросите себя: как сделать, чтобы это работало без разработки и за 1 день? MVP чаще всего состоит из 3 блоков: Вход (где пользователь приходит) Действие (что он делает) Результат (что он получает)

Пользовательский сценарий

big
Original size 1920x222

Пользовательский сценарий — это последовательность шагов, которые проходит человек, чтобы решить свою задачу с помощью продукта.

Проще говоря: сценарий — это ответ на вопрос «что делает пользователь шаг за шагом?»

Сценарий отличается от функционала Функционал описывает, что умеет продукт. Сценарий описывает, что делает человек. ❌ Функционал: — есть форма — есть кнопка — есть уведомления ✅ Сценарий: — пользователь понял, что у него проблема — зашёл в продукт — ввёл данные — получил результат — понял, что делать дальше Схема 1. Функции vs сценарий Функции → продукт «для разработчиков» Сценарий → продукт «для людей»

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

Если же начать со сценария: становится ясно, что действительно нужно; проще убрать лишнее; MVP получается компактным и проверяемым.

Руководствуйтесь главным правилом для MVP: если шаг не помогает проверить гипотезу — его не должно быть в MVP!

Один MVP = один главный сценарий

Одна из самых частых ошибок новичков — пытаться запихнуть в MVP несколько сценариев сразу. На раннем этапе это почти всегда ошибка. Максимально упростите взаимодействие с вашим продуктом: пользователь зашёл ⟶ сделал одно действие ⟶ получил результат.

В MVP вы проверяете одну ключевую гипотезу. Поэтому выбираем один сценарий.

Спросите себя: как я могу сделать так, чтобы это работало без разработки и за 1 день?

Original size 1920x146

Лендинг с формой

Самый быстрый способ. Подходит, если нужно проверить интерес и спрос, собрать контакты, протестировать оффер.

Инструменты: Tilda (лендинг) Google Forms / Tally / Typeform (форма) Google Sheets (таблица с ответами) Telegram / Email (выдача результата вручную)

Схема: Tilda → Форма → Таблица → (вручную) результат пользователю

Telegram-бот

Подходит, если ваш продукт — это быстрый сервис/помощник, который должен работать в мессенджере.

Инструменты (без кода): BotFather (создать бота) Конструктор ботов: Manybot / BotHelp / FlowXO (или аналоги) Google Sheets / Notion (база данных) Make / Zapier (автоматизация)

Схема: Telegram бот → вопросы/команды → Sheets/Notion → ответ пользователю

База в Notion

Подходит, если продукт — это каталог, база знаний, планировщик, трекер. Инструменты: Notion (база данных \+ страницы) Notion Forms (или Tally) Простой доступ по ссылке

Схема: Notion-страница → форма/кнопка → база → выдача результата

Мини-приложение на no-code платформе

Если нужно, чтобы «похоже на приложение».

Инструменты: Glide (приложения из Google Sheets) Softr (витрины/кабинеты на Airtable) Bubble (сложнее, но мощнее) Airtable (база данных)

Схема: Airtable/Sheets → Glide/Softr → пользовательский интерфейс

Прототип в Figma

Подходит для теста пользовательского сценария, если вам важна логика интерфейса, но пока не нужна «настоящая работа».

Инструменты: Figma (кликабельный прототип) FigJam (карта сценария) Ручная выдача результата (чтобы имитировать «работу продукта»)

Схема: Figma прототип → пользователь кликает → вы наблюдаете → фиксируете

Пошаговый план

Шаг 1. Выпишите 1 сценарий в 4 строки Прямо так: Пользователь пришёл откуда? Что он сделал? Что он получил? Что он сделает дальше? Шаг 2. Выберите «путь сборки» (простая таблица) Нужно собрать контакты и проверить интерес → Лендинг + форма Нужно проверить поведение и вовлечение → бот Нужно быстро выдать персональный результат → форма + выдача вручную Нужно показать интерфейс → Figma Нужно что-то похожее на приложение → Glide/Softr Шаг 3. Соберите «вход» (куда приходит пользователь) Это может быть: Tilda-страница Telegram-пост/канал с кнопкой ссылка на форму ссылка на Notion страницу Шаг 4. Сделайте действие (самый важный шаг) Действие должно быть максимально простым: 1 форма (3–6 вопросов) 1 команда в боте 1 экран в прототипе Шаг 5. Сделайте выдачу результата Результат можно сделать: вручную (в Telegram/почту) автоматически (Make/Zapier) прямо на странице (текст + ссылка + чеклист) Шаг 6. Подготовьте «место для данных» Самый простой вариант: Google Sheets: столбцы → ответы пользователей → результаты теста

Реальный пример

Пример 1. «Помощник по дедлайнам» (самый показательный) Гипотеза: студенты будут регулярно пользоваться напоминаниями. MVP за день: Google Form: предмет, дедлайн, важность, контакт Telegram ответы падают в Google Sheets вы вручную отправляете сообщение в Telegram: «Вот твои 3 ближайших дедлайна» «Сегодня сделай 1 шаг: …» на 2–3 день спрашиваете: «помогло? что изменить?» Инструменты: Google Forms + Sheets + Telegram Почему работает: проверяете реальную ценность без разработки.

Original size 1920x159

Цель задания:  собрать максимально простой, но работающий MVP и подготовить его к тестированию на пользователях.

Как это сделать?

  1. Выберите 1 гипотезу и 1 сценарий
  2. Выберите подходящий формат MVP
  3. Соберите сам прототип
  4. Создайте таблицу для сбора данных (например, Google Sheets)
  5. Протестируйте MVP на трех людях из целевого сегмента

Что нужно сдать:

  • ссылка на ваш MVP
  • сценарий
  • список использованных инструментов
  • какие данные пользователя вы собираете и как (если собираете)
  • какую гипотезу вы проверяете
Chapter:
6
7
8
9
10
We use cookies to improve the operation of the website and to enhance its usability. More detailed information on the use of cookies can be fo...
Show more