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

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

Один из приемов, который использует Amazon и похожие компании, направленный на очень быструю оптимизацию процесса, заключается в выпуске различных версий какой-либо части веб-сайта (например, процедуры оформления заказов) и направлении входящего трафика в разные версии для сравнения их производительности. Это научный метод в действии. Он получил название A/B-тестирование и стал стандартным приемом в онлайн-мире. Например, этот метод был использован командой Facebook для тестирования своих решений относительно проблемы жалоб на фотографии. Такие компании, как Amazon, ежедневно осуществляют множество тестирований для оптимизации своих потоков. И хотя может показаться, что эти процессы оптимизации не очень ценны, на самом деле все наоборот. В одном хорошо известном случае крупный онлайн-ритейлер запустил годовой объем продаж в 300 млн долларов, изменив текст для одной из кнопок в процедуре оформления заказа [8] .

В 2012 году команда предвыборной кампании Обамы использовала этот метод почти для всех опций, что они запускали на своем веб-сайте. В одном случае команда пыталась оптимизировать страницу пожертвований. Члены команды испробовали множество вариантов, прежде чем решили попробовать добавить цитату президента на страницу. По сравнению со страницей без цитаты, эта страница принесла увеличение пожертвований на 11,6 %. Эта цифра может показаться не особо большой, но, учитывая сам объем, это простое изменение за все время кампании увеличило сумму пожертвований на миллионы долларов [9] .

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

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

В ранние дни компьютерной революции, когда на рынке появлялись первые персональные компьютеры, люди говорили об «убойном приложении» – приложении, которое было бы настолько полезным и убедительным, что стимулировало бы масштабную покупку этих машин. Можно утверждать, что программы для обработки электронных таблиц (сначала VisiCalc, а затем Lotus 1-2-3) были движущей силой большей части первых покупок ПК. Для других убойным приложением являлся текстовый редактор. Но в любом случае, использование этих программ было схожим: человек, сидя за компьютером, взаимодействует с программным обеспечением и генерирует большую производительность с помощью более эффективного инструмента.

Теперь подумайте об убойном приложении нашей эпохи. На секунду представьте себе компьютер без подключения к интернету. Или, что еще хуже, представьте себе смартфон, который постоянно находится в режиме полета. Без подключения наши устройства практически бесполезны – они теряют большую часть своей ценности. Это происходит потому, что все чаще наши гаджеты подключают нас к услугам и, что еще важнее, к другим людям в интернете. Мы используем Twitter и Facebook, чтобы делиться новостями и информацией. Для покупок мы используем Amazon. Мы используем Uber, чтобы вызвать такси, а Google Maps и Waze – для навигации и получения информации о дорожной обстановке, собранной другими пользователями системы, в режиме реального времени. Наши приложения больше не являются автономными программами, работающими на наших персональных компьютерах.

И дело не только в том, что пользователи занимаются чем-то новым, что связано с этими технологиями. Компании все чаще предоставляют свои основные услуги с помощью связанных технологий. К примеру, Simple Bank – это банк, который доступен только через программу, несмотря на то, что там есть реальные люди, работающие за кадром. Компания Weight Watchers (компания, разработавшая методики для снижения веса – ред.) пополняет свои традиционные каналы, позволяя клиентам связаться с тренером через приложение в смартфоне.

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

Рассмотрим явление хештега. Это вездесущее средство пометки контента и бесед в интернете, пришедшее от пользователей Twitter в 2007 году в качестве способа связывать беседы друг с другом. Эта функция не была запланирована или введена Twitter. Скорее, пользователи системы начали отмечать свои разговоры ключевыми словами, которые они отправляли с помощью ведущего (хеш) символа – «#». Этот метод стал популярным среди пользователей, поскольку они могли договориться о теге, а затем использовать обычную функцию поиска в Twitter, чтобы найти все твиты с этим тегом. Другими словами, это способствовало появлению ценности и распространенности. Только два года спустя, в 2009 году, Twitter отреагировал на это, добавив функцию, которая относилась конкретно к хештегам, в систему. Twitter автоматически вставил гиперссылки во все теги, и, кликая по этим ссылкам, теперь можно было возвратиться к результатам по этому тегу [10] .Теперь Twitter превратил хештег в доходный продукт: вы можете заказывать рекламу, которая использует конкретные хештеги для целевых аудиторий.