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

5 мин

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

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

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

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

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

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

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

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

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

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

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

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

Строить

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

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

Измерять

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

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

Учиться

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

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

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

Куда смотреть дальше