Четыре шага к озарению. Стратегии создания успешных стартапов

Продажа первым покупателям – часть процесса верификации потребителей, и команде девелоперов необходимо обозначить этим покупателям-пионерам некие ориентировочные даты выпуска продукта. Команда по развитию потребителей должна быть абсолютно уверена, что к назначенному моменту первых продаж будет готова первая функционирующая версия продукта. Если вы не можете четко определить даты или постоянно переносите сроки, позиции ранневангелистов в своих компаниях (или в случае с потребительскими продуктами среди своих друзей и близких) будут расшатываться, и вы можете вовсе лишиться их поддержки. Ваш продукт рискует получить дурную славу «пустышки» – продукта, про который много сказано, но который так и не вышел в свет. Исключите неприятные «сюрпризы». Взгляните на запланированные даты ключевых вех развития продукта, сравните с реальными и посчитайте среднее, чтобы вычислить «фактор отсрочки». Затем вы приплюсовываете получившуюся цифру к любым датам, которые называют разработчики, – и получаете те сроки, которые можно обещать потребителям.

Еще сложнее, чем гарантировать сроки выпуска первой версии продукта, – это добиться от разработчиков понимания того, зачем им, бьющимся пока еще над первой версией продукта, описывать, как будут выглядеть три последующие. Дружной командой вы уже проходили это и составляли прогнозы на первом шаге этапа выявления потребителей. Теперь же команде по развитию потребителей необходимо знать, является ли до сих пор актуальным тот график развития продукта, который был представлен разработчиками вначале. Обеим командам, занимающимся продуктом и потребителями, нужно убедиться в том, что все изменения, ставшие очевидными во время шагов 3 и 4 на этапе выявления потребителей, учтены в образце продукта, а затем оговорить обновленные характеристики очередной версии продукта.

Командам вместо «взгляда в будущее» надо договориться придерживаться философии «нормальности» – то есть о создании «нормальной» пригодной версии продукта и о сроках. Цель – предоставить ранневангелистам неполную, но «достаточно хорошую» первую версию продукта. Потребители-пионеры помогут вам понять, какой минимальный набор характеристик необходим, чтобы ваш образец мог превратиться в функциональный продукт. Это означает, что разработчикам не надо стремиться выпустить идеальную совершенную первую версию продукта. Их задача – руководствоваться в создании продукта возможностью его дополнений и изменений, выпустить его как можно скорее и оперативно реагировать на обратную связь с потребителями, совершенствуя его соответственно их потребностям. Помните, ваша цель не использовать «преимущество первого хода» (в данной ситуации нет такового) и не провести бесплатный альфа– или бета-тест, а получить вклад потребителя в продукт, за который он заплатил.

Подобная философия выпуска «нормального» продукта имеет под собой два обоснования. Первое: вне зависимости от того, что говорят потребители, практически невозможно быть на 100 % уверенным, что же действительно важно для них, пока они не получат на руки первую версию продукта. Вы можете поговорить с каждым на этапе выявления потребителей и опросить ранневангелистов, но они и сами могут не осознавать, что же им нужно, пока не начнут пользоваться продуктом. Когда начинается непосредственное использование, вполне может стать очевидным, что какая-то характеристика, которая была названа в числе важных, нужна раз в полгода. А та, которую считали наименее нужной, требуется шесть раз на дню. Второе обоснование философии «нормальности» – это то, что первый продукт предназначен пока ранневангелистам, а не массовому потребителю, а их понимание важности тех или иных характеристик может различаться. Потому-то «нормальная» версия продукта призвана понравиться ранневангелистам, а не массовым потребителям.

Команде разработчиков часто сложно бывает принять концепцию «выпусти продукт, далекий от идеала». А реализовать ее еще труднее. Очень уж тонкая грань между «нормальным» пробным продуктом с минимумом характеристик и непригодным к использованию, который потребители забракуют.

Дополнительные материалы для продаж

Нет более верной причины раздора в стартапе, чем факт продажи компанией такого варианта продукта, про который разработчики изначально говорили, что они такое создать не смогут. Поэтому очень важно обеим командам согласовать все данные в дополнительных материалах к продажам. Для этого разработчики внимательно изучают и утверждают все веб-страницы, презентации, проспекты, информационные листки и т. д. Это не значит, что разработчики принимают или отвергают дополнительные материалы. Это значит, что они соотносят изложенные в них мысли с практическими возможностями и исключают все, что не может соответствовать реальности.

Роль разработчиков в продажах, установке и постпродажной поддержке продукта