«Джон (имя героя изменено — прим. ред.) провёл последние два с половиной года, работая в технологическом стартапе. Проект был небольшим, но получил хорошее финансирование. Сам Джон до этого запустил несколько успешных стартапов, и казалось, что всё идёт по плану — сервис получал хорошие отзывы пользователей, а команда готовилась закрыть очередной инвестиционный раунд», — пишет редактор Baremetrics.
Предприниматель рассказал о том, как его компания в течение нескольких месяцев постепенно погибала, почему основатели решили не следовать известному принципу 'Fail Fast' и почему он не рекомендует поступать так же основателям других проектов.
Это самая большая ошибка за всю мою карьеру. В течение последних пяти месяцев наш стартап был мёртв, но никто не хотел это признать. Наконец, прошлой ночью я понял: мы должны закрыть компанию.
По мнению предпринимателя, медленный провал — это худшее, что может случиться со стартапом. «Вы снова и снова принимаете неверные решения и совершаете одни и те же ошибки. Это похоже на безумие. Вы делаете одни и те же вещи, но почему-то ожидаете других результатов», — объясняет стартапер.
Джон приводит три основных момента, которые демонстрируют, как компания месяц за месяцем терпела медленное поражение.
- Бизнес-модель. По словам предпринимателя, именно нежелание компании менять бизнес-модель обусловило её медленное падение. «Она позволила нам привлечь финансирование, но начала плохо себя показывать после запуска проекта. Но из-за успеха на этапе поиска инвестиций мы не хотели её менять. Кроме того, бизнес-модель очень нравилась всей команде, и мы испробовали все возможные варианты, пытаясь заставить её работать. Наша бизнес-модель медленно поедала проект. Нам следовало сменить её гораздо раньше».
- Переписывание кода продукта. «Нам следовало решить, как поступить — полностью переписать весь проект, расширять его или использовать его в качестве базы для дальнейшей разработки. Мы решили полностью переписать код, и это отвлекло нас ото всех остальных проблем ещё на три месяца». По мнению предпринимателя, команде не следовало тратить время на переписывание. Стоило вести разработку, основываясь на уже имеющемся коде — это, говорит Джон, помогло бы раньше заметить другие проблемы. «В итоге мы пришли к тому, что переписали огромное количество кода, которое нам всё равно пришлось переписывать заново, когда мы наконец обнаружили недостатки бизнес-модели».
- Стратегия ведения продаж. Отдел продаж стартапа, по словам предпринимателей, стремился заключать контракты только с крупными клиентами, практически не работая с небольшими компаниями. «Нам следовало бы заниматься обоими направлениями. Вместо этого мы сложили все яйца в одну корзину. Крупные клиенты обычно довольно нестабильны — из-за длины цикла продаж. Три раза мы думали, что заполучили крупного клиента, и три раза они отказывались от заключения сделки в последнюю минуту. Это очень тяжело в моральном плане. Нам было не на что опереться. Если бы сосредоточились на более мелких покупателях, возможно, мы бы выиграли время и средства».
Предприниматель полагает, что сменив бизнес-модель раньше, стартапу удалось бы сохранить значительную часть средств и, возможно, сменить направление работы. «Нам мешали фундаментальные проблемы. Когда мы их обнаружили, было уже слишком поздно, чтобы менять направление работы».
Стартапер также рассказал о некоторых других уроках, которые он вынес из падения своего проекта:
- Публичный провал — это слишком больно. «Мне так и не удалось признаться своим друзьям в том, что мы потерпели поражение».
- По словам Джона, команда принимала решения довольно быстро, но не торопилась менять их, когда становилось очевидно, что они были неправильными. Создатели любого проекта, говорит предприниматель, должны иметь смелость признать свои ошибки и изменить решение.
- Ещё одной ошибкой стал пассивный подход к продажам. «Сотрудники, занимающиеся продажами, не должны ждать, пока продукт будет готов, чтобы начать продавать его. К моменту запуска у вас уже должно быть 10 потенциальных клиентов, готовых приобрести продукт».
- Функциональность в продукт стоит добавлять, если она увеличивает его ценность для потребителя. «Мы добавляли фичи, чтобы улучшить вид матрицы функциональности».
- «То, что вы читаете в прессе — это PR, а не реальное положение дел».
- Команда проекта делала много вещей, которые казались им эффективными, но на самом деле не приносили никакой пользы и не решали существующие проблемы.
- «Придерживайтесь проактивной, а не реактивной стратегии решения проблем. Мы боролись с последствиями, а не с причиной наших неудач».
- «Будьте честны с самим собой».