The Hardest Lessons for Startups to Learn
Эссе Пола Грэма от апреля 2006 года (по мотивам выступления на Startup School 2006) рассказывает о самых трудных для стартапов уроках — тех, что противоречат интуиции и которые автору приходится повторять снова и снова основателям, профинансированным через Y Combinator. Грэм нумерует эти пункты, чтобы вместо подробных нравоучений просто говорить «номер четыре!». Первый и самый часто повторяемый совет: «Выпускайте рано» — быстро сделать версию 1 и улучшать её на основе реакции пользователей. Под ранним выпуском имеется в виду не релиз с кучей багов, а минимальная версия: пользователи ненавидят баги, но не против минимального продукта, если скоро будет продолжение. Грэм видел много стартапов, погибших из-за слишком медленного релиза, и ни одного — из-за слишком быстрого.
Апрель 2006
(Это эссе основано на выступлении на Startup School 2006 года.)
Стартапы, которые мы профинансировали до сих пор, довольно сообразительны, но некоторые уроки они усваивают быстрее, чем другие. Думаю, это потому, что кое-что в стартапах довольно контринтуитивно.
Мы уже вложились в достаточное количество компаний, чтобы я научился приёму, как определять, какие моменты являются контринтуитивными: это те, которые мне приходится повторять снова и снова.
Поэтому я пронумерую эти пункты, и, может быть, с будущими стартапами мне удастся провернуть нечто вроде кодирования Хаффмана. Я заставлю их всех прочитать это, а затем вместо того, чтобы пилить их в деталях, смогу просто сказать: номер четыре!
1. Выпускайте рано.
То, что я, наверное, повторяю чаще всего, — это такой рецепт стартапа: быстро выпустите версию 1, а затем улучшайте её на основе реакции пользователей.
Под «выпускайте рано» я не имею в виду, что нужно выпускать что-то, полное багов, а что нужно выпускать что-то минимальное. Пользователи ненавидят баги, но, похоже, не против минимальной версии 1, если скоро ожидается продолжение.
Есть несколько причин, почему выгодно быстро сделать версию 1. Одна из них в том, что это попросту правильный способ писать программы — для стартапа или нет. Я повторяю это с 1993 года и с тех пор не видел особых опровержений. Я видел множество стартапов, погибших из-за того, что слишком медлили с релизом, и ни одного — из-за того, что выпускали слишком быстро. [1