Большая вещь, которую большинство людей пропустили на мероприятии Tesla Semi Delivery

Иногда одно предложение выдает больше, чем весь разговор вместе взятый. Вот что Милис Оджасилд узнал на мероприятии Tesla semi delivery и как вы можете применить это к своему собственному стартапу.

Один из основных продуктовых циклов

Всего неделю назад Tesla провела свое первое в истории мероприятие по доставке полуприцепов. Средства массовой информации уделяли наибольшее внимание самому грузовику и много цитировали Маска. Для него, самая важная информация поступила от другого парня на сцене.

Мы собираемся включить эти [полуприцепы Tesla] в наш собственный автопарк, в нашу собственную цепочку поставок, и мы будем использовать их для перевозки товаров между нашими заводами и нашими поставщиками. Потому что мы верим в это не только с точки зрения миссии и затрат, но и потому, что хотим замкнуть этот цикл обратной связи.Мы должны научиться этому как можно быстрее. Мы хотим, чтобы это [обратная связь] исходила непосредственно от водителей, мы хотим, чтобы это происходило непосредственно от сервисных специалистов, которые работают над этим. Мы собираемся использовать все поступающие данные и продолжать совершенствовать продукт и улучшать его так же, как мы делаем это с автомобилем.

Великие компании строятся на трех основных продуктовых циклах:

1. циклы роста, которые приводят новых клиентов;
2. циклы привычек, которые привлекают существующих клиентов, предоставляя им ценность;
3. циклы обратной связи, которые ускоряют внедрение инноваций и улучшают продукт.

Тесла явно намекал на третий вариант. Итак, давайте рассмотрим, в частности, петли обратной связи.

Что такое петля обратной связи?

Петля обратной связи

Цикл обратной связи - это цикл, в котором выходные данные системы возвращаются обратно в систему, и система калибруется.

Это более техническое определение. Проще говоря, это ускоряет инновации. Что приводит к появлению улучшенных или совершенно новых продуктов / предприятий.

Обратите внимание, что ключевой частью определения является то, что “система откалибрована”. Если вы собираете отзывы, но не улучшаете свой продукт, это нарушенный цикл обратной связи.

Обратите внимание также, что чем длиннее цикл обратной связи, тем медленнее инновации.

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

Большинство, если не все правительства, работают с длинными циклами обратной связи (с годовым планированием бюджета). Но так делают многие компании (особенно крупные). Что дает стартапам преимущество.

Обучение на базе комьюнити ProductCamp

Middle&Senior продакт-менеджер

- Упор на hard-skills: Unit-экономика, A/B-тестирование и SQL.
- Все необходимые продвинутые навыки Senior product manager и CPO: управление бюджетами и командой продакт-менеджеров, разработка стратегии и аналитика.
- Спикеры с топовой экспертизой на рынке и многолетним опытом участиях и выступления на Кэмпах

Записаться на курс

Ускорение циклов обратной связи

Игра по телефону

Даже если вы соберете отзывы, может потребоваться много времени, чтобы отзывы дошли до нужных людей. Например, в Тесле работает более 110 тысяч сотрудников — это больше, чем во втором по величине городе Эстонии. Кроме того, все государственные служащие (чиновники) пользуются государственными услугами, но почему-то кажется, что все движется очень медленно, когда дело доходит до их улучшения.

Итак, есть еще один шаг, который следует предпринять с точки зрения процессов и культуры.

Чем больше людей вам нужно пройти, тем длиннее становится цикл обратной связи. И чем больше данных теряется в пути. Это называется эффектом “сломанного телефона”. Что приводит к сокращению инноваций.

Вот пример того, как Илон Маск призывает сотрудников Tesla ускорить циклы обратной связи:

Скрин с мероприятия

выдержка из электронного письма сотрудникам Tesla

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

Илон Маск

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

Выпуск Once In A Blue Moon

Чем дольше цикл выпуска, тем длиннее цикл обратной связи. Поэтому неудивительно, что “выпускайте рано, выпускайте часто” стало мантрой для разработчиков программного обеспечения, как только проекты с открытым исходным кодом выросли в размерах.

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

Собачий корм с неправильным вариантом использования

Собачий корм

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

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

Итак, что имеет тенденцию происходить, так это то, что продукт, над которым люди должны работать, знакомится с ними только теоретически. Куча статистики, куча функций и, возможно, куча историй от кучки потенциальных пользователей. С очень слабой эмоциональной связью.

Для этого есть только два решения:

1. Заставьте людей использовать продукт с другим вариантом использования;
2. Заставьте людей временно поменяться ролями.

И то, и другое может сработать. На самом деле здесь нет правильного ответа. Разница будет в частоте и готовности.

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

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

Запасной вариант (при отсутствии желания) - это, по крайней мере, заставлять сотрудников работать в службе поддержки пару дней в квартал, чтобы они видели проблемы из первых рук.

Не создавайте материал для гипотетических пользователей, если можете помочь

Когда вы думаете о том, чтобы что-то построить, предпочитайте создавать вещи для себя. У вас будет самый короткий цикл обратной связи. Вот почему Милис Оджасилд создал Kypsis и Linkchimp — это были проблемы, с которыми он столкнулся сам. Ему не нужно было спрашивать кучу случайных людей, что и как строить.

Есть множество примеров того, как люди строили успешные компании из продуктов, которые они создали для себя:

1. Block Inc. (ранее Square) — Джим МаКкелви не смог продать свои стеклянные краны, потому что не мог принимать кредитные карты;
2. Etsy — Роберт Калин не смог продать свою мебель ручной работы онлайн;
3. AirBnB — Брайан Чески и Джо Геббиа хотели арендовать надувной матрас в своей комнате в Сан-Франциско;
4. Facebook — Марк Цукерберг пытается переспать в университете;

Этот принцип уже был отмечен, когда программисты занимались открытым исходным кодом и Linux в 1997 году:

Собор и базар

“Каждая хорошая работа над программным обеспечением начинается с удовлетворения личного желания разработчика”.

Эрик С. Рэймонд

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

Эта статья была была переведена и отредактирована командой ProductLand. Оригинал