Что происходит в первые недели запуска IT проекта, на примере личного опыта команды Estimate

Несколько недель назад мы запустили наш проект действуем маленькими шагами и очень быстро. Потому факапы неизбежны и именно о них хотим рассказать.

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

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

Вот какую информацию собирали:

Шаг 2 - Анализ рынка. Вторая часть исследований была посвящена финансам. Ибо куда идешь, нужно понимать.

Шаг 3 - Отстройка от конкурентов. Посмотрев сильные и слабые стороны, поняли, что именно поможет нам зайти на уже существующий рынок, но быть более полезными. Идти в несуществующий рынок (или создавать с нуля) в реальности наших возможностей - это было бы сумасшествием.

Шаг 4 - Идентифицирование MVP. Так как мы решали в том числе и свою проблему и проблему партнера, у нас собран здоровенный беклог. Но! Во всем этом необходимо было выделить продукт. Разделить огромный список на продукт и возможности. Это помогло собрать верный MVP и выпустить его всего за неделю.

Шаг 5 - Написание и размещение статьи на VC. Первый вариант статьи дал отличный результат, мы получили 2500+ просмотров всего за сутки, комментарий, первых пользователей.

Факапы которые получили:

Шаг 1 - Обратная связь. Переписывались, созванивались с видео. Первые пользователи пошли на контакт, за что очень благодарны. Круто, когда люди, которых ты не знаешь, искренне помогают и учавствуют. Конечно, мы всех отблагодарим тем или иным способом, как только проект встанет на ноги.

Шаг 2 - Обработка полученной информации. Важно понимать, что не все запросы нужно реализовывать иначе после такого первого захода можно уйти на несколько лет в обработку. Тут вспоминаем что именно является продуктом, а не возможностями (1 неделя, шаг 4) и выясняем, какую именно проблему хотят решить пользователи каждым запросом.

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

Шаг 4 - Корректировка статьи.

Особо факапов не наблюдалось.

Шаг 1 - Столкновение с рынком. Мы внесли все критичные правки и повторно разместили статью. К сожалению она не дала такой эффект, как первая но что точно так это изменение качества вопросов от пользователей. Нам стали писать уже более целевые вопросы и мы поняли, что идем правильной дорогой. Запросы стали более приближенные к реальным условиям использования сервиса. Это как минимум говорит о том, что продукт стало реально соотносить с полноценным использованием.

Вторая статья, если интересно:

Шаг 2 - Корректировка проекта. Да, это процесс продолжается, просто не можем себе позволить брать тайм-аут на доработки. Это остановит все, поэтому делаем “по мясу”.

Шаг 3 - WiKi раздел. У пользователей примерно одинаковые вопросы. Все это можно решить интерфейсом, но у нас нет возможности сделать это сейчас, потому что есть более приоритетные задачи. Поэтому составили в гугл документах, расшарили его и повесили ссылку в раздел Help. К WiKi добавилась небольшая видеоинструкция, которая встречает пользователя сразу после регистрации.

Шаг 4 - Стартовая страничка. Что бы рекомендовать нас друзьям или поделиться информацией о нас, пользователям нужна была одна ссылка, а не ссылка на статью + ссылка на страницу регистрации (просто форма на сером фоне) + ссылка на видео + ссылка на Wiki. Кому нужна такая сложная процедура? Потому собрали стартовую страницу.

Факапы которые получили:

4-я неделя впереди, посвящена она будет конечно доработкам и самому главному - звонкам, письмам. Обязательно сообщим, с какими факапами столкнемся дальше.

Основная мысль статьи о том, что когда вы бежите, неизбежно будут проблемы и не стоит их бояться. Начало пути не требует перфекционизма, им легко увлечься и задержать запуск на пару лет. А задержка на пару лет, сами понимаете, это 101% мертвый проект.

P.S.: Шаги описаны больше как чеклист без подробной детализации, все эти действия по факту происходят параллельно и очень содержательны)

Если вы часто оцениваете стоимость разработки, заходите в гости, будем вам рады: estimatepro.tilda.ws