Agile-маркетинг. Хакерские практики для эффективного бизнеса - [13]
В связи с тем что мир становится все более цифровым, эти две профессии не только сталкиваются, но и начинают переплетаться, как видно из рис 6.1. Информационные технологии выходят за рамки управления инфраструктурой центрального офиса и активнее отвечают за системы связи с клиентом. Маркетинг вышел за границы коммуникации с клиентами и стал играть ведущую роль в определении способов взаимодействия с ними. В настоящее время эти два занятия сливаются друг с другом. Процесс идет медленно, но верно, что стимулирует более глубокое понимание и взаимодействие между этими видами деятельности.
РИС. 6.1. СБЛИЖЕНИЕ МАРКЕТИНГА И РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ПО МЕРЕ ЕГО ЦИФРОВИЗАЦИИ
И разработка ПО, и маркетинг — цифровые сферы. Однако у ИТ-специалистов (и особенно у разработчиков ПО) есть одно преимущество: как представители первых цифровых специальностей они дольше изучают управление цифровой динамикой, чем маркетологи. У них есть много идей на этот счет, жизнеспособность которых они выясняют. И это дает маркетологам прекрасные возможности: они могут перенять опыт у разработчиков ПО, позаимствовать у них закаленные в цифровом пламени идеи, касающиеся актуальных проблем, и адаптировать их к особенностям маркетинга.
Давайте воспользуемся моментом, чтобы выразить признательность за быстрое совершенствование программного обеспечения в последнее время, и попытаемся понять, нельзя ли провести некоторые параллели с эволюцией маркетинга.
Революция XXI века в программном обеспечении
За последние двадцать лет область разработки программного обеспечения значительно развилась. Большинство наших худших представлений об этой сфере деятельности уходят корнями в более ранние времена. Вспомните с трудом поддающиеся изменению проекты, тянувшиеся месяцами или годами; ужасные пользовательские интерфейсы; команды, укомплектованные несговорчивыми инженерами, отвергавшими любые просьбы внедрить то, что не вошло в исходную спецификацию. Власть ИТ-отделов над всем программным обеспечением, используемым в компании, в большинстве корпораций была почти диктаторской. Такое положение вещей негативно воспринималось как бизнес-пользователями (они часто жаловались на ограничения), так и разработчиками программного обеспечения и ИТ-менеджерами, которые считали, что их труд недооценивается. Однако «идеальный шторм» из нескольких преобразований, произошедших в середине 1990-х годов, позволил, тем не менее, резко улучшить практику разработки ПО.
Движущей силой послужило стремительное распространение интернета. Поскольку мир стал цифровым, потребность в программном обеспечении постоянно росла. Список программных возможностей, которые компании хотели получить, расширялся и менялся очень быстро. Старые подходы к созданию ПО с многомесячными, а то и многолетними циклами разработки не поспевали за переменами. Поэтому разработчики ПО начали осваивать новые способы управления этим процессом. Все более популярная методика, названная гибкой разработкой программного обеспечения, делала акцент на инкрементном и итеративном[16] подходах к построению ПО за счет увеличения числа укороченных циклов разработки. Программное обеспечение создавалось теперь более адаптивными способами, вместо того чтобы строго соответствовать спецификациям, сформулированным в самом начале работы, до написания первой строчки кода.
Адаптивный подход стал возможен благодаря новой модели распространения программного обеспечения, которую открыл интернет. В прежние времена ПО устанавливали на компьютеры с дискет или компакт-дисков. Развертывание обновлений могло стать тяжелым испытанием, так что к частым изменениям относились неодобрительно. Но с появлением интернета стало достаточно просто посетить сайт, чтобы воспользоваться программным обеспечением через браузер. Этот способ, так называемое облачное программное обеспечение, или программное обеспечение как услуга (software-as-a-service, SaaS), значительно упростил применение ПО. Его больше не приходилось устанавливать. Некоторые облачные программы настолько легки в использовании, что большинство людей даже не считают их программным обеспечением. Например, сайт Google на самом деле просто программа для поиска в интернете.
SaaS нарушил централизованный контроль использования ПО, применявшийся ИТ-отделами. Хотя они продолжали развивать и обеспечивать работу многих систем, бизнес-пользователи все чаще стали обращаться к внешним SaaS-продуктам из-за их широких возможностей. Со временем подобная практика распространилась так широко, что ИТ-отделы приспособились к новой среде. Они начали поддерживать политику «принеси свое устройство» (bring-your-own-device, BYOD) и обеспечивать комплексное управление сервисами SaaS, а не контролировать их использование вручную. Это было движение к демократизации технологий в бизнесе, которая напрямую связывала бизнес-пользователей и разработчиков ПО.
У подхода SaaS есть еще одно преимущество: разработчики теперь могут обновлять программное обеспечение так часто, как пожелают, без привлечения пользователя к установке новых версий. Поэтому при следующем посещении сайта SaaS люди могут даже не догадаться, что произошло обновление.
