Мой опыт в построении IT стартапа. MVP и ошибки на старте

Когда я только начинал создание Report Factory, у меня совсем не было опыта работы с IT командой и вообще построения бизнеса с нуля. Была только идея, которая появилась у меня из профессионального опыта интернет-маркетолога.

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

Так и появилась идея создать сервис по автоматическому формированию отчетов по интернет рекламе, чтобы освободить свои драгоценные часы и часы коллег по цеху.

Не буду рассказывать про первую версию сервиса, я об этом писал в прошлой статье. Хочу поделиться тем, чему я научился за время разработки и выпуска.
Сначала я хотел сделать идеальный продукт (наивный глупец) =)
У меня не было опыта и знаний (сами понимаете что в итоге выходит в таком случае). Но была гора желаний и сил.

В первой версии Report Factory зарегистрировалось порядка 500 человек в сумме. Многие из них зашли один раз и вышли, из чего я сделал вывод, что сама идея сервиса неплохая, но вот исполнение хромает. Спустя несколько месяцев я уже понимал как работать с командой, как ставить задачи, чтобы двигаться к цели быстрей.

Я пересмотрел тонны видео про психологию общения, про Agile, Scrum, мотивацию, горизонтальное управление, про MVP и стартапы, Customer Development. Картинка в итоге начала собираться в кучу.

Когда пазлы сложились, я понял, что начинать бизнес, щупать нишу стоит по чуть-чуть. Стоит найти ядро, сделать его и показать, затем следующий небольшой шаг
В этом мне очень помогла книга Lean Startup.
Я подсмотрел книгу эту у основателя SkyEng (привет и благодарность!)

Когда мне казалось, что это только у меня происходит всякая хрень, я нашел в книге обратное. Что у всех так, ну вот почти поголовно. Это сильно взбодрило.
Там же было написано много про MVP.

MVP — это минимальная версия продукта. Ядро продукта. То, почему бизнес будет интересен клиенту, почему будут покупать. Стоит убирать всю шелуху, делать самый минимум и быстрей выкатываться на первых пользователей.

Вот несколько примеров MVP:

- У сервиса Dropbox MVP была видео, где объяснялось как работает продукт.

- У SkyEng MVP уроки по скайпу (Skype English), и только потом они стали разрабатывать свою систему.

- Бесплатно или недорого стоит

- Быстро можно сделать

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

Для любого стартапа архиважно общение с пользователями.
Нельзя опираться на свои ощущения и советы знакомых!

В фабрике мы создали в телеграм Чат, куда приглашаем активных пользователей, тех, кто заинтересован в продукте. Многие с удовольствием подсказывают чего не хватает.

Идея в том, что мы делаем продукт для людей, а значит только в диалоге можно выяснить, а как же сделать продукт, которым будут пользоваться, который будет нужен. На профессиональном языке это называется Customer Development (Касдев называют по-русски)

И это касается не только тех, кто начинает, но и тех, кто уже работает.

Нужно получать прямую связь от пользователей.

Есть множество видео уроков как делается Customer Development, есть множество способов его сделать. Всё уже придумано, только пользуйтесь.Так вот этот самый Касдев — это основа для развития бизнеса. Если его нет, то бизнесу будет очень тяжело развиваться. Рекомендую внедрять у себя и не важно на каком вы этапе находитесь.

В заключении хочу рассказать про виражи и дать долю мотивации, которой так часто мне не хватало.

Понятие «Вираж» я взял из всё той же книги «Lean StartUp».
Вираж, это когда вы меняете направление развития стартапа, для того, чтобы быть в рынке. Виражей не нужно бояться, их делают очень многие и часто.

• Гипотеза
• Создание MVP
• Проверка (Customer Development)
• Внедрение

Бизнес постоянно делает гипотезы и проверяет их. Рынок очень динамичный и нужно быть на плаву, надо его уметь предугадывать, читать сигналы на 5, 10 лет. А что будет с моим продуктом через 5 лет? Будет ли он актуален?

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

Сейчас я стараюсь каждую свою идею тестировать, а так же думать на 5 лет вперед. Кроме этого я держу в голове, что можно сделать вираж.

IT стартап превратился в некую игру, когда есть много вариантов решения, и в них мне нужно отыскать самый лучший.

Спасибо, что прочитали.

Поделитесь своим опытом в комментариях.