Бережливый стартап

Команда Проблемы

Команда Проблемы в основном занимается мероприятиями «вне офиса»: встречами с потребителями, проведением тестирования продукта и т.п.

Команда Решения

Команда Решения в основном занята мероприятиями «внутри офиса»: написанием кода, внутренним тестированием, устранением ошибок и т.п.

Я подчеркиваю – в основном, так как обе этих команды должны быть кросс-функциональны с возможным совмещением персонала. Кроме того, взаимодействие с клиентом должно быть ответственностью каждого из сотрудников.

Хотя в целом логика разделения на две команды понятна, на ранней стадии я рекомендую вам использовать единую команду Проблема/Решение.

Начинайте с минимально возможной командой, но не меньше

Идеальная команда Проблема/Решение состоит из двух или трех человек.

Есть несколько аргументов в пользу того, чтобы построить ваш Продукт 1.0 (минимально актуальный продукт, МАП) с небольшой командой:

• Коммуникация проще
• Вы разрабатываете меньше
• Вы экономите на издержках

«В основном» я создал CloudFire как единственный основатель. Самый большой вызов для меня заключался в том, чтобы найти правильный баланс между мероприятиями «вне офиса» и «внутри офиса» и мне пришлось применить ряд специальных приемов (более подробно читайте об этом в Приложении).

Хотя часто вполне возможно работать в одиночку, я настоятельно рекомендую привлечь к работе по крайней мере еще одного человека, который, как минимум, поможет вам периодически возвращаться к реальности. В идеале это будет еще один сооснователь, но консультанты, инвесторы и даже специально привлеченные советники из числа других предпринимателей-стартаперов также окажут помощь в этом качестве.

Важнее, чем число человек в команде, является наличие в команде необходимых талантов, которые помогут вам быстро внедрять необходимые корректировки.

Три обязательных специалиста: разработка, дизайн и маркетинг

Для этого вам не всегда необходимы три человека. Иногда эти таланты соединяются в двух сотрудниках, а иногда вам будет достаточно и одного. Я стараюсь искать людей с неким уровнем экспертизы во всех трех областях.

Вот как я определяю их:

Разработка

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

Дизайн

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