В этой статье мы постараемся перечислить все шаги, которые предпринимаем, чтобы понять, стоит ли заниматься реализацией идеи или лучше сосредоточить усилия на чем-то еще. О том, что происходит, если идея проходит проверку, можно прочитать в следующей статье как мы разрабатываем.
Исследуем рынок до того, как начать что-либо делать
Один из частых вариантов развития событий у начинающих продуктовых компаний или соло-разработчиков — месяцы разработки того, что никому не нужно. Альтернативы могут быть просто лучше во всем. Или же рынок для продукта может полностью отсутствовать. Чтобы этого избежать, необходимо изучить нишу до того, как приступать к разработке.
Начиная делать Laraue Boards, мы понимали, что ниша переполнена и наш продукт никогда не окажется в топе поиска по запросу «таск-трекер». Но мы также понимали, что это гигантский рынок — постоянно появляются альтернативы Jira и часть из них находит своих клиентов. Разрабатывать продукт на переполненном рынке — допустимый выбор, но он должен быть осознанным.
До начала разработки необходимо понимать, за счет чего возможно выделиться среди конкурентов. Делать просто таск-трекер — бесполезно. Jira победит. Но делать таск-трекер для управления зоопарком — уже намного специфичнее и может сработать при условии наличия рынка и отсутствия конкурентов.
Ищем конкурентов с помощью поисковых запросов или ИИ
Когда есть понимание, что планируется разработать, можно попробовать провести исследование об уже существующих продуктах с помощью поисковых систем / ИИ. Ищем таск-трекеры для управления зоопарком, пытаемся оценить количество людей, которые ищут подобное в месяц.
Если конкурентов нет или понимаем, что наш продукт сможет их обойти, то можно приблизительно прикинуть объем рынка подобного продукта. Если каждый 50-й из тех, кто ищет продукт, захочет его купить — окупит ли это вложения в продукт? Если да, переходим к следующей части, иначе лучше поискать другую идею.
Тестируем идею публично, чтобы получить ранний фидбэк
Чтобы понять, нужен ли кому-то продукт, не обязательно его разрабатывать. Достаточно сгенерировать прототип интерфейса, записать короткую GIF-ку и опубликовать её там, где есть реагирующая аудитория — Threads, X, тематический сабреддит. Комментарии позволят сделать выводы до того, как потрачено время на разработку.
Создание прототипа и GIF-ки с ИИ занимает несколько часов. Реализованный продукт — намного больше. Показать людям концептуальную версию — самый недооцененный вариант проверки, большинство его пропускает. Показывать незаконченный вариант психологически некомфортно — профессионал привык доводить дела до конца.
Здесь важно получить хоть какой-то фидбэк. Чтобы аудитория реагировала, в посте нужно задавать вопросы, а не просто описывать продукт. Нормальной ситуацией является отсутствие какой-либо реакции на публикацию: рекомендации подобных сетей часто непредсказуемы; один и тот же пост может как стать виральным, так и не получить никакого отклика. Поэтому важно иметь четкую цель — например, получить 30 комментариев с обратной связью. Повторяем публикацию видоизмененной версии поста по разным сетям до тех пор, пока она не будет выполнена.
Не важно, будет ли получен плохой или хороший фидбэк, важно, что он получен. Пользователи могут рассказать об альтернативах, спросив, чем это лучше продукта X. Могут подтвердить или опровергнуть наличие решаемой проблемы или сказать, что пользовались бы таким продуктом, если бы в нем была определенная функциональность.
Это не теория. Когда мы впервые писали про концепцию Laraue Boards, первые четыре поста не получили никакого отклика. Пятый стал популярным и собрал около сорока комментариев. На основании этой обратной связи стало понятно, куда должен двигаться продукт.
Делаем лендинг как можно раньше — пытаемся привлечь поисковый трафик
Лендинг делается сразу после решения разрабатывать продукт, а не перед запуском. Поисковые системы подолгу индексируют новые веб-сайты, и таким образом есть шанс оказаться в поиске к моменту выпуска продукта. Лендинг заставляет сформулировать простыми словами, что разрабатывается и для кого.
Контент для страницы уже есть: можно использовать заметки и комментарии пользователей, полученные во время исследования и принятия решения. Большую часть этих размышлений можно напрямую превратить в текст лендинга. Мы делали так: закидываем всю информацию, что у нас есть по проекту, в промпт к ИИ и просим предоставить варианты лендинга, который будет SEO-оптимизирован под нашу нишу.
Здесь можно попросить ИИ оценить шансы на получение органического трафика или варианты, как эти шансы увеличить. ИИ может предложить SEO-тексты, ориентированные на более узкую аудиторию, чтобы повысить шансы получения трафика.
Публикация лендинга до появления готового продукта — обыкновенная практика. Как правило, первое время никаких пользователей нет. А если таковые вдруг появятся, можно добавить на лендинг кнопку «подписаться на обновления», чтобы собирать email'ы потенциальных клиентов.
Сохраняем любую текстовую информацию о процессе разработки
Логи чатов, заметки, расшифровки голосовых сообщений — все это может пригодиться в будущем. Достаточно закинуть записи в промпт, и база знаний для ИИ готова. Она становится исходным материалом для статей, документации, записей в чейнджлогах, текстов лендинга. Хранение подобного архива почти ничего не стоит, но может принести много пользы.