Выпустить продукт быстро с минимальным набором фич или делать его долго, но чтобы сразу все было идеально? Думаю, примерно таким вопросом задаются многие перфекционисты, в том числе и я.
Сейчас немного накину на вентилятор: Бизнес Молодость, которых многие ненавидят, всегда говорили: тестируйте ниши быстро, лучше сделайте все на “троечку”, но зато быстро поймете, есть в выбранной нише деньги или нет. Переводя на стартаперский язык: надо быстро тестировать гипотезы и сокращать Time to Market.
Так вот, стартуя проект я сказал себе, что хочу запуститься как можно быстрее. На скорость запуска влияет много факторов, и вот некоторые решения которые я принял, чтобы этого достичь:
1️⃣ Делаю MVP с минимальным набором фич. Полученный на первом этапе продукт должен работать и приносить пользователю пользу, но будет иметь лишь самый основной функционал. Все остальные свистелки, которые есть в моих планах, будут добавляться уже после первого релиза, когда появятся первые пользователи.
2️⃣ Выбираю знакомый мне стек технологий. У некоторых разрабов есть желание на новом проекте пробовать какой-нибудь новый фреймворк. К счастью, это не про меня: я лучше возьму проверенную нехипстерскую технологию, в которой у меня уже есть опыт, тем самым быстрее сделаю MVP. Потом может оказаться, что выбранный стек не совсем подходит под новые реалии (например, с ним тяжело масштабировать продукт) и придется что-то переписывать. Ну так и проект может не взлететь, тогда зачем тратить время, делая все на самых современных технологиях, которые еще предварительно нужно изучить.
3️⃣ Бутстраппинг, т.е. создание проекта без привлечения внешних инвестиций. Пока венчурные стартаперы фандрейзят, питчатся и нетворкаются с целью привлечь инвестиции, на которые они будут продолжать делать продукт, я в этот момент… просто сажусь и разрабатываю свой проект.
4️⃣ Работаю в одиночку. Спорный момент. Я вообще за то, чтобы делегировать непрофильные обязанности тем, кто больше в них разбирается. Но в некоторых случаях сделать все самому (особенно в начале) может оказаться быстрее. Например, простой лендинг для проекта можно самому быстро наклепать в Тильде, а можно сесть, составить ТЗ, подготовить мок-ап, отдать это все лендингисту, потом подождать пока он сделает, после чего проверить его работу, скорее всего найти правки и подождать пока он их исправит. В итоге может так получится, что и ты больше своего времени потратил и от момента начала до завершения задачи времени прошло больше, чем если бы ты все делал сам.
Помимо описанных выше способов, есть еще один, пожалуй, самый действенный: уйти с головой в проект, посвятив ему все свободное время. Но как семейный человек, еще и познавший выгорание пару лет назад от чрезмерной работы над другим своим стартапом, я двигаюсь в спокойном и комфортном для себя темпе. Благо, отсутствие партнеров и инвесторов в этом проекте позволяют это делать 🙂
Сейчас немного накину на вентилятор: Бизнес Молодость, которых многие ненавидят, всегда говорили: тестируйте ниши быстро, лучше сделайте все на “троечку”, но зато быстро поймете, есть в выбранной нише деньги или нет. Переводя на стартаперский язык: надо быстро тестировать гипотезы и сокращать Time to Market.
Так вот, стартуя проект я сказал себе, что хочу запуститься как можно быстрее. На скорость запуска влияет много факторов, и вот некоторые решения которые я принял, чтобы этого достичь:
1️⃣ Делаю MVP с минимальным набором фич. Полученный на первом этапе продукт должен работать и приносить пользователю пользу, но будет иметь лишь самый основной функционал. Все остальные свистелки, которые есть в моих планах, будут добавляться уже после первого релиза, когда появятся первые пользователи.
2️⃣ Выбираю знакомый мне стек технологий. У некоторых разрабов есть желание на новом проекте пробовать какой-нибудь новый фреймворк. К счастью, это не про меня: я лучше возьму проверенную нехипстерскую технологию, в которой у меня уже есть опыт, тем самым быстрее сделаю MVP. Потом может оказаться, что выбранный стек не совсем подходит под новые реалии (например, с ним тяжело масштабировать продукт) и придется что-то переписывать. Ну так и проект может не взлететь, тогда зачем тратить время, делая все на самых современных технологиях, которые еще предварительно нужно изучить.
3️⃣ Бутстраппинг, т.е. создание проекта без привлечения внешних инвестиций. Пока венчурные стартаперы фандрейзят, питчатся и нетворкаются с целью привлечь инвестиции, на которые они будут продолжать делать продукт, я в этот момент… просто сажусь и разрабатываю свой проект.
4️⃣ Работаю в одиночку. Спорный момент. Я вообще за то, чтобы делегировать непрофильные обязанности тем, кто больше в них разбирается. Но в некоторых случаях сделать все самому (особенно в начале) может оказаться быстрее. Например, простой лендинг для проекта можно самому быстро наклепать в Тильде, а можно сесть, составить ТЗ, подготовить мок-ап, отдать это все лендингисту, потом подождать пока он сделает, после чего проверить его работу, скорее всего найти правки и подождать пока он их исправит. В итоге может так получится, что и ты больше своего времени потратил и от момента начала до завершения задачи времени прошло больше, чем если бы ты все делал сам.
Помимо описанных выше способов, есть еще один, пожалуй, самый действенный: уйти с головой в проект, посвятив ему все свободное время. Но как семейный человек, еще и познавший выгорание пару лет назад от чрезмерной работы над другим своим стартапом, я двигаюсь в спокойном и комфортном для себя темпе. Благо, отсутствие партнеров и инвесторов в этом проекте позволяют это делать 🙂
