Следование жизненному циклу инноваций

  • 5 мин

Компанию Tailwind Traders заботят те же вопросы об инновациях, которыми задаются многие другие организации:

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

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

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

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

Можно установить культуру "сбой быстро", где людям рекомендуется попробовать новые методы. Они могут быстро изменить направление, если они не получают ожидаемый результат, помогая создать более богатую культуру инноваций.

Инновации на основе гипотез

Вы можете описать инновации как итеративный цикл на основе гипотез. При выявлении существования проблемы можно сформулировать одну или несколько гипотез, чтобы потенциально объяснить первопричину и привести к решению. Сформулировать проблему не так-то просто, потому что она должна быть измеримой.

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

Определив проблему в измеримых показателях, вы сможете сформулировать гипотезы, которые помогут объяснить и решить проблему. Например, гипотеза для Tailwind Traders может быть описана следующим образом: "Добавление ContosoPay на поддерживаемые платформы оплаты приведет к уменьшению количества клиентов на странице оплаты с 23 до 10 процентов". Теперь идея находится на столе, и действует на нем, является вопросом проверки его действительности.

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

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

Сборка

После того, как гипотеза приобретает достаточный потенциал для внедрения в приложение, начинается процесс создания. Здесь опять же очень важна скорость.

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

Мера

Вам нужно как можно скорее проверить точность гипотезы. Минимальный жизнеспособный продукт (MVP) — это предварительная версия новой функциональности, которая позволяет собрать отзывы и проверить, движетесь ли вы в нужном направлении.

Продукт MVP служит для проверки не только гипотезы, но и любых сделанных вами предположений. Например, если 23 % клиентов Tailwind Traders выходят из процесса покупки на странице платежа, можно предположить, что компания предоставляет недостаточное количество платежных платформ. Однако причина может быть другой. Продукт MVP должен подтвердить или опровергнуть эти предположения и гипотезу.

Знакомство с

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

  • Если вам нужно продолжить работу с MVP, быстро сводные данные.
  • Перенаправьте свои усилия в других областях и сформулируйте альтернативную гипотезу.

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

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

Знакомство со способами внедрения инноваций лучше всего начать с документа, содержащего обзор инноваций для Cloud Adoption Framework.