Проверка гипотез в реальной жизни

Извините за долгое молчание. Увы, дисциплина — не самая сильная моя черта. Я стараюсь работать над этим (если вам интересно как — напишите в комментариях, напишу пост об этом). Кроме этого, в середине декабря я зачем-то решил забрать с собой главный сувенир 2020 года и на месяц выбыл из жизни, став “временно коронованной особой”. Но сейчас, кажется, все в порядке, я жив, здоров и вернулся к работе.

В прошлый раз я писал о правильной проверке гипотез. А в этот — напишу о неправильной: о нашем опыте запуска собственного продукта.

Летом прошлого года к нам обратился человек, торгующий на Wildberries, и попросил о небольшом модуле автоматизации. По сути, ему нужно было регулярно строить аналитический отчет на цифрах WB. Мы не договорились об условиях, но через месяц у нас был еще один такой запрос. А потом и еще один, но уже от ребят, которые хотели построить сервис таких аналитических отчетов.

С ними мы тоже не договорились об условиях, но я понял, что рынок есть и мы с партнером решили, что инвестируем собственные средства и разработаем такой продукт. Предварительно я сделал несколько проблемных интервью (спасибо Ване Замесину, если не знакомы с ним — прочтите и посмотрите все, что найдете у него … в вопросах проблемных интервью он — лучший). Коммерсанты подтвердили “боль” и в сентябре мы принялись за работу, решив, что управимся за три месяца и к ноябрю выпустим MVP.

Короткий формат Телеграм не позволяет мне написать увлекательную сагу о нашем путешествии, поэтому я сразу перейду к тем первым выводам, которые для себя сделал:

🔹 Стартап — это бизнес (только очень маленький). Нанять сотрудников и сразу пересесть в кресло “инвестора” не получится. Бизнесу нужен генеральный директор. В стартапах он называется Product Owner, и ему придется уделять проекту внимание каждый день (да, одного раза в неделю недостаточно).

🔹 Делать проект силами внутренней команды — путь в никуда и конфликт интересов. Стартапу нужен свой монопольный штат (мы выделили из команды руководителя проекта на 50% его рабочего времени, и наняли нескольких совместителей-фрилансеров для старта).

🔹 Умножьте сроки, которые вам кажутся достаточными для MVP на x3, а бюджет проекта на x5 — тогда вы получите оценку, близкую к реальной.

🔹 Сразу думайте о том, что делать, если вы потеряете кого-то из первых участников команды. К сожалению, один из модулей мы реализовали на довольно экзотической технологии и теперь попали в зависимость от одного из ребят.

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

🔹 Добейтесь от Руководителя Проекта календарного плана, согласуйте его с командой и регулярно сверяйтесь с ним. Это поможет сорвать сроки в два раза, но все-таки выпустить проект.

🔹 Устраивайте регулярные митапы. В идеале - ежедневные, но подойдут и еженедельные. Это помогает синхронизировать команду и не терять ритм работы.

🔹 Не экономьте на том, что важно для пользователя. Мы поспешили выпустить проект и не стали тратить время на подключение SSL-сертификата на лэндинг (на сам сервис сертификат подключили сразу). В итоге сразу несколько из потенциальных первых пользователей развернулись и ушли, увидев грозное предупреждение браузера (детская ошибка).

Что в сухом остаке?

Мы сорвали сроки почти в два раза и уже превысили бюджет втрое, но выпустили beta-версию нашей аналитики для маркетплейсов 1 февраля 2021 года.

Весь февраль мы планируем потратить на привлечение первых пользователей и тестирование гипотезы (увы, в жизни оно получилось не за неделю и далеко не за 500$). Если все пройдет по нашему плану, то с 1 марта мы сделаем полноценный запуск и начнем инвестировать в маркетинг, а по-настоящему конкурентоспособный продукт должен быть завершен и вовсе - к началу мая-июня этого года.