Как создать MVP с помощью ИИ: пошаговый план основателя

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

• MVP — это эксперимент, а не уменьшенная копия вашего продукта. Он нужен, чтобы проверить самое рискованное предположение.
• Выберите одного пользователя, одну проблему и одно действие, которое доказывает ценность. Всё остальное подождёт.
• Один промпт может дать живую размещённую первую версию. Бесплатный план WisyLink намеренно собирает компактную первую часть — именно таким и должен быть MVP.
• Посмотрите, как пятеро реальных пользователей работают с продуктом, прежде чем что-то менять, а затем меняйте одну-две вещи в каждом следующем сообщении.
• Считайте ключевое действие в данных самого приложения. Просмотры страниц и регистрации сами по себе говорят мало.
• WisyLink не экспортирует код, поэтому, чтобы вырасти из MVP, продукт придётся пересоздать, а MVP послужит живым техническим заданием.

Что такое MVP и чем он не является

Минимально жизнеспособный продукт (MVP)

Самая маленькая работающая вещь, которую можно показать реальным пользователям, чтобы узнать, верно ли ваше самое рискованное предположение.

Термин пришёл из методологии Lean Startup («бережливый стартап»), которая описывает цикл «создать — измерить — научиться»: определить проблему, а затем разработать MVP, «чтобы как можно быстрее начать процесс обучения» (принципы Lean Startup). Результат, который вам важен, — знания, а не программа.

Это исключает несколько вещей, которые основатели часто называют MVP:

• Макет или кликабельный прототип. Он полезен для отзывов о дизайне, но реальной пользы от него никто получить не может, поэтому он не покажет, стали бы люди им пользоваться.
• Версия 1.0, просто менее отполированная. Если в ней есть страницы настроек, профили и обучающий тур, она не минимальная.
• Демо для инвесторов. Демо показывает, что могло бы существовать; MVP показывает, что сделали реальные пользователи.

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

Выберите одну задачу, которую должен решать MVP

Начните с утверждения, в котором вы можете ошибиться: «[Кто] будет [делать это действие], потому что [эта проблема], и я пойму, что это правда, когда [столько-то из них] сделают это за [такой срок]». Если не можете заполнить последнюю часть, у вас пока не проверка, а надежда. Для примера с обменом школьной формой ниже это может звучать так: «Родители одной школы будут выкладывать спортивную форму, из которой выросли дети, потому что выбрасывать её жалко, и я пойму, что это правда, когда за две недели после одного сообщения в родительском чате появятся 20 вещей и 10 из них заберут». Цифры выбираете вы; важно выбрать их до запуска.

Затем назовите предположение, которое убьёт идею, если окажется ложным. Обычно это одно из четырёх: это никому не нужно (спрос), это недостаточно хорошо решает проблему (ценность), люди не будут платить (цена) или вы не найдёте предложение (для маркетплейсов). Самое рискованное предположение определяет тип MVP:

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

Уместите задачу в один промпт

Хороший промпт для MVP читается как короткое ТЗ подрядчику: для кого продукт, одна задача, страницы, данные, правила и явный список того, чего не делать. Этот последний список важнее всего, потому что исполнители — люди или ИИ — заполняют пробелы функциями.

Создайте первую версию [название продукта] для [конкретный пользователь]. Единственное, что она должна делать: [ключевое действие], чтобы [результат].

Страницы: [главная, которая объясняет предложение], [ключевой сценарий], [подтверждение].

Сохранять: [записи и их поля]. Правила: [лимиты, статусы, кто что видит].

Пока не делать: [аккаунты, оплату, email, профили, настройки].

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

Заполненный пример для двустороннего пилота:

Создайте первую версию «Обменника формы» для родителей одной школы. Единственное, что она должна делать: позволить родителю выложить спортивную форму, из которой вырос ребёнок, а другому родителю — бесплатно её забрать. Страницы: главная с объяснением, как это работает; форма «выложить вещь» с одним фото, видом спорта, размером и состоянием; страница просмотра с фильтрами по виду спорта и размеру; кнопка «забрать», которая спрашивает имя и email. Каждую вещь можно забрать только один раз. Не делайте аккаунты, оплату и переписку. Добавьте страницу администратора со всеми вещами и заявками и ежедневным числом новых вещей и заявок. Стиль: дружелюбный, школьные цвета — тёмно-синий и жёлтый, крупные кнопки для телефонов.

Обратите внимание, чего здесь нет: входа, чата между родителями, рейтингов. Если пилот сработает, это будут следующие сообщения. Если нет — вы сэкономили время на их создании.

Создайте, протестируйте на пяти реальных пользователях, дорабатывайте в том же чате

Вот весь план в семи шагах:

1. Запишите гипотезу и сигнал успеха до сборки, чтобы результат нельзя было потом истолковать по-другому.
2. Вставьте промпт в новый чат WisyLink. Если что-то важное неясно, Wisy задаст один короткий вопрос; иначе начнётся сборка, а список задач в реальном времени покажет ход работы. Результат — размещённое веб-приложение по собственному адресу.
3. Прочитайте итоговую заметку сборки. В ней сказано, что создано и ждёт ли что-то вас в разделе «Интеграции», например ключи платёжного сервиса или настройки почты.
4. Пройдите ключевой сценарий сами на телефоне и ноутбуке. Если что-то не так, точно опишите это в чате: что вы сделали, чего ожидали и что произошло.
5. Покажите продукт пяти реальным пользователям из целевой группы, а не друзьям. Смотрите, как они им пользуются, лично или через демонстрацию экрана, ничего не объясняя.
6. Записывайте поведение, а не мнения: где люди сомневались, что пытались нажать, где сдались, о чём попросили сами, без подсказок.
7. Меняйте одну-две вещи в каждом следующем сообщении в том же чате, затем снова тестируйте на новых людях. Каждое изменение — новая сборка, а неудачная сборка оставляет в работе последнюю рабочую версию.

Почему пять? Исследования юзабилити Якоба Нильсена пришли к выводу, что «лучшие результаты даёт тестирование не более чем на 5 пользователях и проведение стольких небольших тестов, сколько вы можете себе позволить» (Nielsen Norman Group). Пять пользователей покажут, где сценарий ломается. Спрос они не доказывают — для этого нужен охват, например лендинг с листом ожидания, которым делятся с незнакомыми людьми.

Ищите участников за пределами своего круга: в родительских чатах, на профильных форумах или в местных сообществах, где ваши целевые пользователи уже общаются. Попросите 20 минут, предложите небольшую благодарность и назначьте сессии до окончания сборки, чтобы ссылка попала к реальным людям, пока ваши вопросы ещё свежи.

На бесплатном плане Community доступна одна сборка на 5-часовое окно. Такой темп подходит этому циклу: соберите раунд отзывов, выберите одно-два самых важных изменения и отправьте их одним сообщением.

Добавляйте аккаунты, оплату и email, только когда они нужны для проверки

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

• Аккаунты — когда пользователям нужно возвращаться к своим данным: сохранённым вещам, истории, личной панели. До тех пор хватит полей «имя» и «email». Приложение ведёт собственную регистрацию и вход; вход через Google возможен с вашими собственными OAuth-ключами.
• Оплата — когда проверяемое предположение касается готовности платить. Деньги — самый сильный сигнал, который может собрать MVP. Оплата идёт через ваш собственный аккаунт у платёжного сервиса (например, Stripe, если он работает в вашей стране), остаётся неактивной, пока вы не добавите ключи в разделе «Интеграции», и отмечает заказ оплаченным, только когда это подтвердит подписанный вебхук сервиса. Сначала протестируйте всё с тестовыми ключами.
• Email — когда сценарию нужно подтверждение или повторное письмо. Письма идут через ваш собственный SMTP-аккаунт; без него шаги с почтой ничего не отправляют, а всё остальное работает.

Каждое добавление — одно сообщение, например: «Добавьте регистрацию и вход, чтобы родители видели вещи, которые они выложили и забрали. Всё остальное оставьте как есть». Никогда не вставляйте ключ или пароль в чат: сборка подскажет, какое поле в «Интеграциях» заполнить.

Измеряйте, что пользователи делают, а не что говорят

Встроенной панели аналитики в WisyLink нет, поэтому планируйте измерения как часть сборки. Используйте два уровня:

1. События продукта в данных самого приложения. Попросите приложение записывать каждое ключевое действие — вещь выложена, вещь забрана, заказ оплачен — с отметкой времени и показывать ежедневные числа на странице администратора. Эти цифры точные и закрытые, и они измеряют именно то, о чём ваша гипотеза.
2. Трафик из сервиса аналитики. Для посещений и источников попросите подключить ваш инструмент аналитики. Если ему нужен секретный ключ, сборка создаст поле в «Интеграциях», и вы вставите ключ туда.

Отслеживайте четыре вещи: активацию (долю посетителей, которые выполнили ключевое действие), возврат (кто вернулся в течение недели), конверсию (кто заплатил или присоединился) и отток (шаг, на котором люди бросают). Задайте порог успеха до того, как посмотрите на цифры. Для обмена формой разумное правило такое: продолжать, если большинство выложенных вещей забирают в течение недели; пересматривать предложение, если вещи лежат невостребованными при высокой посещаемости, — это признак не той аудитории или не тех вещей. Добавьте после ключевого действия один необязательный вопрос, например «Что вам чуть не помешало?», и оставьте в админке всего несколько цифр.

Сроки и стоимость: реалистичные ожидания

Сколько времени занимает создание MVP с помощью ИИ? Живая первая версия может появиться за одну сессию в чате, и вы видите, как идёт сборка. Календарь определяет всё вокруг: выбор одной задачи, поиск пяти реальных пользователей, проведение сессий и внесение изменений. Планируйте тест как фиксированное окно в одну-две недели с решением в конце, а не как бесконечную разработку. Платные планы сокращают паузу между сборками и позволяют собирать несколько приложений одновременно — это помогает, когда вы ведёте больше одного эксперимента.

Сколько стоит MVP? В WisyLink:

• Community — бесплатно, с лимитом использования, который восстанавливается в 5-часовом и недельном окнах. Достаточно для первой части.
• Starter — $7, Growth — $20, Scale — $100 в месяц — для более полных сборок, большего лимита использования и ссылок, которые не истекают, пока действует подписка.
• Внешние расходы: домен, если он нужен (регистрируется у любого регистратора по его тарифу, а подключить его можно на любом плане), комиссии платёжного сервиса, если вы берёте деньги, почтовый провайдер для SMTP и инструмент аналитики.
• Ваше время — самая большая статья расходов при любом подходе.

Для сравнения с разработкой силами программистов прочитайте, сколько стоит создать веб-приложение, и сравнение ИИ-конструктора и найма разработчика. Одна ловушка со сроками: бесплатные ссылки работают 30 дней, затем неделю остаются помеченными на удаление и удаляются вместе с данными. Если ваш тест длится дольше или вы напечатали ссылку на листовках, сначала перейдите на платный план.

Частые ошибки с MVP и когда из него вырастать

Ошибки, которые сводят тест на нет

• Делать вторую функцию до того, как кто-то воспользовался первой.
• Тестировать на друзьях. Они к вам добры, а доброта — это шум.
• Считать регистрации вместо ключевого действия. Регистрация — обещание, действие — доказательство.
• Менять пять вещей сразу, так что непонятно, какое изменение сработало.
• Добавлять вход в первый же день, когда хватило бы имени и email.
• Полировать внешний вид, пока сценарий всё ещё сбивает людей с толку.
• Дать бесплатной ссылке истечь посреди теста — вместе с вашими данными.

Когда вырастать: нанимать разработчиков или пересоздавать продукт

Если MVP работает, он может и дальше обслуживать реальных клиентов на платном плане; правила, что его обязательно нужно переделывать, нет. Вырастать стоит, когда требование не укладывается в возможности размещённого веб-приложения, созданного ИИ:

• Нужно нативное приложение для App Store или Google Play, а не веб-приложение.
• Нужен полнотекстовый поиск по большим объёмам данных.
• Корпоративные клиенты требуют единого входа (SSO), определённого места размещения данных или отчётов о соответствии.
• Продукт зависит от долгой обработки данных или расписаний с точностью до минуты.
• Команде разработчиков нужно владеть кодом и менять его напрямую.

WisyLink не экспортирует исходный код, поэтому вырасти — значит поручить разработчикам создать новую версию. Это менее болезненно, чем кажется: ваш MVP — живое ТЗ на сценарии, модель данных, тексты и, что ценнее всего, доказательства того, что пользователи делали на самом деле. Заранее попросите выгрузку ключевых записей в CSV, чтобы данные переехали вместе с вами. Полезный пакет для передачи состоит из четырёх частей: живая ссылка, письменный список всех сценариев и правил, выгруженные данные и ваши заметки по сессиям с пользователями. О стороне основателя читайте в статье о продукте без технического сооснователя, а о том, почему некоторые версии создаются, чтобы их заменить, — в статье об одноразовом ПО.

Создайте MVP на этой неделе

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

Опишите свой MVP одним сообщением и получите живую ссылку: начните бесплатно на плане Community, карта не нужна.