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

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

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

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

Готовы ли клиенты рекомендовать продукт другим людям? Эти бизнес-метрики касаются ключевых этапов взаимодействия с клиентами, таких как привлечение, активация, удержание, получение дохода и рекомендаций. Дэйв Макклюр называет их «пиратские метрики»[108], намекая на то, что английская аббревиатура перечисленных выше этапов звучит как воинственный крик пиратов, идущих на абордаж: «AARRR!».

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

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

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