Скотт Бринкер - Agile-маркетинг. Хакерские практики для эффективного бизнеса

Адаптивный подход стал возможен благодаря новой модели распространения программного обеспечения, которую открыл интернет. В прежние времена ПО устанавливали на компьютеры с дискет или компакт-дисков. Развертывание обновлений могло стать тяжелым испытанием, так что к частым изменениям относились неодобрительно. Но с появлением интернета стало достаточно просто посетить сайт, чтобы воспользоваться программным обеспечением через браузер. Этот способ, так называемое облачное программное обеспечение, или программное обеспечение как услуга (software-as-a-service, SaaS), значительно упростил применение ПО. Его больше не приходилось устанавливать. Некоторые облачные программы настолько легки в использовании, что большинство людей даже не считают их программным обеспечением. Например, сайт Google на самом деле просто программа для поиска в интернете.

SaaS нарушил централизованный контроль использования ПО, применявшийся ИТ-отделами. Хотя они продолжали развивать и обеспечивать работу многих систем, бизнес-пользователи все чаще стали обращаться к внешним SaaS-продуктам из-за их широких возможностей. Со временем подобная практика распространилась так широко, что ИТ-отделы приспособились к новой среде. Они начали поддерживать политику «принеси свое устройство» (bring-your-own-device, BYOD) и обеспечивать комплексное управление сервисами SaaS, а не контролировать их использование вручную. Это было движение к демократизации технологий в бизнесе, которая напрямую связывала бизнес-пользователей и разработчиков ПО.

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

Гибкая разработка ПО и SaaS — взаимодополняющие подходы, каждый делает другой практичнее. Программное обеспечение стало меньше зависеть от окончательной версии продукта и больше — от постоянно меняющихся возможностей. Гибкая разработка популяризировала идею «вечного» бета-тестирования. Иначе говоря, программа может постоянно развиваться в течение нескольких месяцев или лет, оставаясь доступной для широкого применения. Это привело к известной сегодня концепции непрерывного развертывания ПО. Например, программное обеспечение сайта может постоянно обновляться в течение дня, если разработчики создали новую функцию или исправили некую ошибку. Благодаря этому существенно увеличились темпы разработки ПО, а сам процесс стал проще и надежнее. Вместо того чтобы делать крупные ставки на небольшое количество рискованных, сложных выпусков программы, все происходит практически непрерывно с медленно внедряемыми изменениями, что размывает риски и снижает сложность.

SaaS предоставил разработчикам гораздо больше возможностей увидеть, как люди используют программное обеспечение. И это вдохновило их применять в создании ПО более ориентированные на потребителя подходы, потому что стало понятнее, какие функции и с какой целью применяются. Благодаря возможности легко внедрять новые функции разработчики включились в замкнутую цепь обратной связи с клиентом. Теперь они могут вносить изменения и сразу же наблюдать за тем, как они влияют на пользователей. Это побуждает их проводить больше тестов и экспериментов, чтобы опытным путем обнаруживать, что вызывает наибольший отклик. Дизайн пользовательского опыта (user experience, UX) стал неотъемлемой частью процесса разработки ПО.

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

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

Возможность смешивать или объединять услуги разных провайдеров вызвала огромную волну инноваций. Небольшие проекты по разработке могли стоять на плечах гигантов, пользуясь их услугами для быстрого создания сложного ПО. Хакатоны [17]стали крайним воплощением этого явления, в них разработчики соревнуются в создании программного обеспечения за 24 или 48 часов.

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

Удивительно похожие трансформации претерпел и современный маркетинг. Как и в программном обеспечении, в нем обычно использовались слишком длинные циклы планирования. Годовой маркетинговый план был воплощением этого процесса. Месяцами разрабатывались детальные спецификации для всего, что будет сделано в следующем году. Маркетологи, как правило, запирались в «задних комнатах», укрывшись от остальных функций бизнеса и клиентов, которые виделись им как абстрактные портреты на стене. На подготовку больших рекламных кампаний уходили месяцы. Ход кампаний контролировался, подавлялись любые попытки «теневого» маркетинга, если кто-либо все же отклонялся от тщательно составленного сценария или от стандартов бренда. Хотя в профессии превозносилось творчество, механика маркетинга была довольно регламентированной и управлялась в основном распоряжениями сверху. Но интернет разрушил и этот тип маркетинга.

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