Потерять больше миллиона крайне неприятно. Единственное что остаётся это сделать выводы из своего дорого купленного опыта.
Как я писал в предыдущей статье, мой первый опыт IT стартапы был провальным. Мы так и не вывели продукт на рынок, потратив на разработку около миллиона рублей. Что помешало нам довести проект? Я думаю тому было три причины, узнав которые, ты не сделаешь ошибки в своём бизнесе, и которые сэкономят тебе круглую сумму денег.
Первая причина. У меня не было опыта большой разработки. Причем, от слова «совсем». Все время до этого я занимался только дизайном своего сайта, лендингов и маркетингом. У меня не были ни представления о процессе разработки ни о технологиях, необходимых для разработки. Как итог - то что мы хотели получить для нас было некой магией! А программисты - магами, способными совершить чудо.
Перед тем как начинать свой IT проект нужно иметь хотя бы минимальные знание в программировании, о процессе разработки и о способах ведения проекта и контроля за разработчиками. Старт проекта происходит с написания Технического задания. В нашем проекте эта работа обошлась нам в 175 000 рублей. Читая ТЗ сейчас, я понимаю что это было относительно поверхностное ТЗ. В нём нет требований по стеку технологий, характеристикам сервера, устойчивости к атакам и прочее. Но тогда я этого не видел.
Итак, в первую очередь заходим на тематические сайты и читаем все о технологиях. Один и тот же проект можно написать на «голом» PHP, а можно использовать фреймворки вроде Yii2, Laravel, Symphony. В первом случае ты замучаешься править баги, которые будут возникать постоянно, при «любом чихе». Во втором, проект будет иметь четкую структуру и хорошо масштабироваться (опять же при найме грамотных программистов). По мимо PHP есть и другие языки разработки, но об этом поговорим в отдельном посте.
Контроль и планирование. Обязательно заведи бесплатный аккаунт на Bitbucket и подключи уведомления о пушах. Это позволит в фоновом режиме видеть процесс работ. Каждый пуш это измененный код. Если пушей нет несколько дней - повод навести программистов. Помимо контроля обязательно нужно расписать план работ с четкими сроками и штрафами за просрочки. Это кажется идеей «на поверхности», но у нас был просто разбитый на 4 этапа проект. Каждый контрольный «спринт» должен быть не больше 1-2 недель, по результатам которых ты должен видеть принципиальные изменения в проекте.
Вторая причина. Мы запускали стартап параллельно с оффлайн бизнесом. Не стоит одновременно запускать два и более проектов, только если бюджет на них не в 5 раз выше необходимого. По сути, прогоревший оффлайн бизнес послужил основной причиной провального стартапа. Деньги кончились, а работы нет.
Можно ли запускать стартап, параллельно занимаясь другим проектом? Можно. Но это должен быть уже прогнозируемый и проверенный проект. Часто этот проект и является донором для финансирования твоего стартапа. Это нормально. Но не забывай уделять стартапу 10-20 часов в неделю, иначе даже если ты сам ничего толком наделаешь, а ждешь дизайнеров и программистов, сроки будут затянуты.
Третья причина - бюджет. Всегда нужно иметь в полтора-два раза больший бюджет на разработку, нежели предварительная оценка. Твою разработку оценивают в 1 миллион рублей? Готовь два. И надейся что эти деньги вкладывать не придётся (наивно). Если денег впритык, то стоит либо урезать функционал продукта для старта (MVP) либо подкопить / заработать «подушку» на случай если что-то пойдет не так. А в разработке часто что-то идёт не так. Так что отнесись к этому спокойно и имей возможность покрыть расходы.
Вот три совета, которые я бы дал себе версии 2015 года. И эти советы спасли бы кровно заработанные. А теперь, надеюсь, спасут твои.
История продолжается.