Текст книги "Agile-маркетинг"
Автор книги: Скотт Бринкер
Жанр: Маркетинг; PR; реклама, Бизнес-Книги
Возрастные ограничения: +16
сообщить о неприемлемом содержимом
Текущая страница: 4 (всего у книги 18 страниц) [доступный отрывок для чтения: 6 страниц]
За последние двадцать лет область разработки программного обеспечения значительно развилась. Большинство наших худших представлений об этой сфере деятельности уходят корнями в более ранние времена. Вспомните с трудом поддающиеся изменению проекты, тянувшиеся месяцами или годами; ужасные пользовательские интерфейсы; команды, укомплектованные несговорчивыми инженерами, отвергавшими любые просьбы внедрить то, что не вошло в исходную спецификацию. Власть ИТ-отделов над всем программным обеспечением, используемым в компании, в большинстве корпораций была почти диктаторской. Такое положение вещей негативно воспринималось как бизнес-пользователями (они часто жаловались на ограничения), так и разработчиками программного обеспечения и ИТ-менеджерами, которые считали, что их труд недооценивается. Однако «идеальный шторм» из нескольких преобразований, произошедших в середине 1990-х годов, позволил, тем не менее, резко улучшить практику разработки ПО.
Движущей силой послужило стремительное распространение интернета. Поскольку мир стал цифровым, потребность в программном обеспечении постоянно росла. Список программных возможностей, которые компании хотели получить, расширялся и менялся очень быстро. Старые подходы к созданию ПО с многомесячными, а то и многолетними циклами разработки не поспевали за переменами. Поэтому разработчики ПО начали осваивать новые способы управления этим процессом. Все более популярная методика, названная гибкой разработкой программного обеспечения, делала акцент на инкрементном и итеративном[16]16
При инкрементном, или инкрементальном, подходе разработка проводится по принципу приращений: на каждом новом этапе используют данные предыдущих этапов и к ним добавляют новые функциональные возможности. Итеративный подход в разработке программного обеспечения – это выполнение работ параллельно с непрерывным анализом полученных результатов и корректировкой предыдущих этапов работы. Прим. ред.
[Закрыть] подходах к построению ПО за счет увеличения числа укороченных циклов разработки. Программное обеспечение создавалось теперь более адаптивными способами, вместо того чтобы строго соответствовать спецификациям, сформулированным в самом начале работы, до написания первой строчки кода.
Адаптивный подход стал возможен благодаря новой модели распространения программного обеспечения, которую открыл интернет. В прежние времена ПО устанавливали на компьютеры с дискет или компакт-дисков. Развертывание обновлений могло стать тяжелым испытанием, так что к частым изменениям относились неодобрительно. Но с появлением интернета стало достаточно просто посетить сайт, чтобы воспользоваться программным обеспечением через браузер. Этот способ, так называемое облачное программное обеспечение, или программное обеспечение как услуга (software-as-a-service, SaaS), значительно упростил применение ПО. Его больше не приходилось устанавливать. Некоторые облачные программы настолько легки в использовании, что большинство людей даже не считают их программным обеспечением. Например, сайт Google на самом деле просто программа для поиска в интернете.
SaaS нарушил централизованный контроль использования ПО, применявшийся ИТ-отделами. Хотя они продолжали развивать и обеспечивать работу многих систем, бизнес-пользователи все чаще стали обращаться к внешним SaaS-продуктам из-за их широких возможностей. Со временем подобная практика распространилась так широко, что ИТ-отделы приспособились к новой среде. Они начали поддерживать политику «принеси свое устройство» (bring-your-own-device, BYOD) и обеспечивать комплексное управление сервисами SaaS, а не контролировать их использование вручную. Это было движение к демократизации технологий в бизнесе, которая напрямую связывала бизнес-пользователей и разработчиков ПО.
У подхода SaaS есть еще одно преимущество: разработчики теперь могут обновлять программное обеспечение так часто, как пожелают, без привлечения пользователя к установке новых версий. Поэтому при следующем посещении сайта SaaS люди могут даже не догадаться, что произошло обновление.
Гибкая разработка ПО и SaaS – взаимодополняющие подходы, каждый делает другой практичнее. Программное обеспечение стало меньше зависеть от окончательной версии продукта и больше – от постоянно меняющихся возможностей. Гибкая разработка популяризировала идею «вечного» бета-тестирования. Иначе говоря, программа может постоянно развиваться в течение нескольких месяцев или лет, оставаясь доступной для широкого применения. Это привело к известной сегодня концепции непрерывного развертывания ПО. Например, программное обеспечение сайта может постоянно обновляться в течение дня, если разработчики создали новую функцию или исправили некую ошибку. Благодаря этому существенно увеличились темпы разработки ПО, а сам процесс стал проще и надежнее. Вместо того чтобы делать крупные ставки на небольшое количество рискованных, сложных выпусков программы, все происходит практически непрерывно с медленно внедряемыми изменениями, что размывает риски и снижает сложность.
SaaS предоставил разработчикам гораздо больше возможностей увидеть, как люди используют программное обеспечение. И это вдохновило их применять в создании ПО более ориентированные на потребителя подходы, потому что стало понятнее, какие функции и с какой целью применяются. Благодаря возможности легко внедрять новые функции разработчики включились в замкнутую цепь обратной связи с клиентом. Теперь они могут вносить изменения и сразу же наблюдать за тем, как они влияют на пользователей. Это побуждает их проводить больше тестов и экспериментов, чтобы опытным путем обнаруживать, что вызывает наибольший отклик. Дизайн пользовательского опыта (user experience, UX) стал неотъемлемой частью процесса разработки ПО.
Для многих компаний разработка программного обеспечения в большом количестве проектов стала задачей не главного офиса, а подразделений по работе с клиентами. Эта область деятельности развивалась как двигатель цифрового бизнеса и обслуживания потребителей, что привело к переосмыслению маркетинга и клиентоориентированности в культуре разработчиков ПО. Такой резкий сдвиг обусловил понимание того, как развивать программные продукты.
Улучшились и методы масштабирования программного обеспечения. Громоздкие монолитные приложения, которые разрастались в сложную для поддержки массу спагетти-кода, где все функции были сплетены и изменение одной из них неизбежно вредило работе других, заменили системы в виде независимых служб, слабосвязанных друг с другом. Каждая служба выполняла конкретную задачу для других подразделений через интерфейсы прикладного программирования (API). Эти сервисы были проще в обслуживании, могли развиваться в индивидуальном темпе и их удавалось повторно использовать в нескольких приложениях. Некоторые из них действовали только внутри сети компании, но многие стали общедоступны в интернете, позволяя развиваться так называемой экономии на API.
Возможность смешивать или объединять услуги разных провайдеров вызвала огромную волну инноваций. Небольшие проекты по разработке могли стоять на плечах гигантов, пользуясь их услугами для быстрого создания сложного ПО. Хакатоны[17]17
Хакатон – производное от слов «хакер» и «марафон» (по-английски произносится как «маратон»). Так называют марафон программистов. Для участия в хакатоне собирается команда специалистов из различных областей создания ПО: программисты, дизайнеры, менеджеры и другие. Они вместе работают над какой-либо задачей. Длятся хакатоны обычно 1–2 дня, иногда до недели. Прим. перев.
[Закрыть] стали крайним воплощением этого явления, в них разработчики соревнуются в создании программного обеспечения за 24 или 48 часов.
В совокупности эти изменения, а также обратная связь от клиентов превратили создание ПО из медленного монолитного процесса, часто отклонявшегося от потребностей пользователей, в итеративный и адаптивный, быстроразвивающийся процесс. Разработчики программного обеспечения, владельцы бизнеса и конечные пользователи теперь объединены в более гармоничный круг прогресса. Эти революционные изменения перенесли нас в золотой век ПО.
Маркетинговая революция XXI векаУдивительно похожие трансформации претерпел и современный маркетинг. Как и в программном обеспечении, в нем обычно использовались слишком длинные циклы планирования. Годовой маркетинговый план был воплощением этого процесса. Месяцами разрабатывались детальные спецификации для всего, что будет сделано в следующем году. Маркетологи, как правило, запирались в «задних комнатах», укрывшись от остальных функций бизнеса и клиентов, которые виделись им как абстрактные портреты на стене. На подготовку больших рекламных кампаний уходили месяцы. Ход кампаний контролировался, подавлялись любые попытки «теневого» маркетинга, если кто-либо все же отклонялся от тщательно составленного сценария или от стандартов бренда. Хотя в профессии превозносилось творчество, механика маркетинга была довольно регламентированной и управлялась в основном распоряжениями сверху. Но интернет разрушил и этот тип маркетинга.
Как и программное обеспечение, маркетинг стал более демократичным. Теперь он уже не подчиняется людям, в наименовании должности которых есть слово «маркетинг». Теперь каждый сотрудник организации, затрагивающий интересы существующих или потенциальных клиентов, участвует в этом виде деятельности. Его слова и поступки отражаются в поисковых системах и социальных сетях. Клиенты и люди, оказывающие влияние на их решения, интерпретируют факты, касающиеся брендов, не спрашивая нас. Маркетинг может взаимодействовать с этими силами, но не способен ими управлять.
Темпы развития маркетинга тоже резко возросли. Подробные строгие долгосрочные планы остались в прошлом. Отчасти потому, что бизнес-среда меняется так же быстро, как и дестабилизируется распространение информации через интернет – из-за постоянно расширяющегося списка конкурентов и лиц, чье мнение влияет на клиентов. Помимо этого, скорость и адаптивность цифровой жизни вызвала новые надежды: люди в и вне организации ожидают, что маркетинг будет своевременно реагировать на обратную связь.
Как и программное обеспечение, маркетинг стал слишком громоздким, чтобы управлять им как единым проектом. Множество изменений происходит в огромном числе не связанных между собой каналов. Одни только социальные сети – настоящий музей постоянно меняющихся точек контакта с аудиторией и рынком, каждая со своими особенностями. Мы должны своевременно реагировать на возможности и угрозы, которые возникают в различных контекстах, причем таким образом, чтобы увязать их с работой остальных частей компании. Нельзя создавать узкие места, где топ-менеджеры вынуждены выступать судьями огромного количества решений. Ни полностью независимые отделы, ни абсолютная централизация не идеальны в этой среде. Вместо того чтобы масштабировать современный маркетинг, мы хотим получить слабосвязанную сеть возможностей, которая находит баланс между внутренней гибкостью и взаимозависимостями в организации.
Как и программное обеспечение, маркетинг сместился от крупных запусков пару раз в год к более регулярным активностям. Теперь у нас больше постоянных рекламных кампаний и неизменно актуальные маркетинговые программы, которые органично развиваются с течением времени. Мы продолжаем делать важные объявления и говорить об общей стратегии позиционирования бренда, но сейчас эти заявления продолжают жить своей жизнью и после того, как были сделаны.
Как и программное обеспечение, маркетинг стал намного ближе к клиентам. Цифровые возможности показали недоступное раньше видение реакции людей на наш маркетинг и нашу компанию. Социальные сети позволяют услышать от самих клиентов, что они думают о нас. Маркетинг стал более измеримым, следовательно, его воздействие на клиентов лучше поддается учету. Но он также усиливает симпатию и понимание клиентов. Маркетинг теперь больше вовлечен в их опыт на протяжении всего пути покупателя, с самого первого контакта с маркетологами. Мы не просто обсуждаем абстрактные портреты на стене, а работаем с реальными людьми. Культура маркетинга все чаще ставит на первое место клиентоориентированное мировоззрение.
Клиентоориентированность, как и программное обеспечение, сочетается с адаптивностью цифрового «полотна» и поощряет более широкое экспериментирование. Маркетологи регулярно выполняют различные А/B-тесты, например с помощью имейл-маркетинга, интернет-рекламы, посадочных страниц на сайтах, чтобы узнать, на что откликается целевая аудитория. Инновации стали одной из основ управления маркетингом, поскольку компании стремятся открыть для себя новые, более эффективные способы взаимодействия со своими рынками, опередив конкурентов.
Все эти факторы, объединяясь, преобразовывают маркетинг. Раньше эти функции были узкоспецифическими, нередко неинтегрированными в работу остальных подразделений компании, находились в отдалении от реальных клиентов, выполнялись с годовым или квартальным ритмом, опирались на стандартный набор тактик и были довольно устойчивы к изменениям. Сегодня это быстрое движение вперед, инновационный драйвер роста, нацеленный на прямое привлечение клиентов, адаптацию к возможным помехам и стратегически охватывающий весь бизнес. Да, маркетинг стал сложнее, зато эффективнее. Благодаря революционным изменениям мы вступили в его новый золотой век.
Две параллельные революцииПараллели между этими двумя революциями – в программном обеспечении и маркетинге – впечатляют, если сравнивать их по пунктам.
В обеих совершился переход от жесткого планирования к гибкой адаптации.
В обеих произошло ускорение стратегических и оперативных мероприятий.
В обеих наблюдается переход от редких крупных запусков к непрерывно развивающемуся взаимодействию с клиентами.
В обеих заметно непосредственное вовлечение аудитории во взаимодействие.
В обеих увеличивается количество экспериментов и тестов.
В обеих масштабирование развивается таким образом, чтобы сдерживать растущую сложность.
В обеих усилилась интеграция с другими отделами организации.
В обеих поощряются инновации как движущая сила развития.
В обеих заметна демократизация категорий, которые раньше были диктаторскими.
В обеих извлекается выгода из цифровой динамики.
На рис. 6.2 показано такое слияние. Теперь понимаете, почему маркетинг может успешно заимствовать идеи управления у отрасли разработки программного обеспечения?
РИС. 6.2. СЛИЯНИЕ СФЕР МАРКЕТИНГА И ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
Глава 7. Адаптация идей из области разработки ПО к маркетингу
Мы изучили некоторые связи между программным обеспечением и маркетингом, и параллельные революции в них, сходным образом изменившие эти цифровые виды деятельности. Заимствование концепций управления, возникших в разработке ПО, и их адаптация к маркетингу не должны казаться странными. Это заимствование следует воспринимать как естественный источник вдохновения.
Такова ориентировка, с которой мы подошли к концу первой части книги – и фактическому началу нашего путешествия. В следующих четырех частях будут рассмотрены четыре основных аспекта современного менеджмента – гибкость, инновации, масштабируемость и человеческий ресурс, – а также описан ряд идей, вдохновленных разработкой ПО, которые помогут лучше использовать цифровые движущие силы в каждом из аспектов.
В части II, посвященной гибкости, мы будем адаптировать идеи как agile-, так и lean-методов разработки программного обеспечения. Эти подходы к agile-маркетингу – один из первых примеров «перекрестного опыления» концепций управления между двумя видами деятельности, так что вы, возможно, о них уже слышали. Мы погрузимся в принципы и механику прозрачной приоритизации, быстрых итераций, визуализации рабочих процессов, адаптационных процессов, гибкой структуры команд и поиска баланса между стратегическим видением и оперативной гибкостью в связи с возникающими возможностями. Мы увидим, что суть гибкости – адаптация к изменениям через выборочность и эволюционные эксперименты.
В части III, посвященной инновациям, мы рассмотрим различные подходы к смешиванию прорывных идей и предоставлению им возможности развиваться. Это больше чем творчество – это изменения в статус-кво организаций. Мы обсудим прототипы и бета-тестирование в контексте маркетинга, опираясь на идею минимально жизнеспособного продукта (minimum viable product, MVP), применяемую во многих стартапах. Рассмотрим способы генерации новых идей и разницу между настоящим экспериментом и оптимизацией. Проанализируем способы создания инноваций в компании, формирование культуры совместного проектирования и возможность вырваться из «стен», разделяющих ее подразделения.
В части IV, посвященной масштабируемости, мы рассмотрим различные методы и шаблоны проектирования, которые были успешно применены для укрощения цифровой сложности программного обеспечения, и покажем, как их применять в маркетинге. Некоторые из них относятся к управлению набором ПО, с которым имеют дело современные маркетологи. Но в более широком смысле это просто модели мышления, которые расширяют набор способов разработки маркетинговых программ, улучшают основанные на цифровых технологиях процессы, регулируют сложность современной организации маркетинга.
Наконец, в части V, посвященной человеческому ресурсу, мы рассмотрим некоторые качества специалистов по цифровым технологиям и особенности цифровой среды с точки зрения совместной работы, охватывающей как программное обеспечение, так и маркетинг. Обсудим понятие «десятикратные инженеры»: почему лучшие инженеры часто в десять раз продуктивнее средних и как это перевести в потенциал десятикратных маркетологов. Поскольку существуют разработчики широкого профиля, которые в совершенстве владеют несколькими навыками разработки ПО, от баз данных до интерфейсов пользователя, могут быть и маркетологи широкого профиля, вносящие вклад в самые разные направления работы своей команды. Мы расскажем, как выиграть все более ожесточенную борьбу за маркетинговые таланты в цифровом мире.
Если некоторые из идей покажутся вам не совсем понятными, не беспокойтесь: все они довольно просты. Немного научившись языку программистов, у которых мы берем эти идеи, вы найдете дополнительные ресурсы для изучения наиболее важных для вас тем, а также будете лучше подготовлены к совместной работе с коллегами – разработчиками ПО.
Прагматичность или догматичность?Это не учебник, а руководство. Рассмотрим детально, как эти рожденные в области программирования идеи можно применить в маркетинге так, чтобы сразу опробовать. Обратите внимание: мы подчеркиваем принципы, а не механику действий. На мой взгляд, гораздо важнее усвоить понятия, а не следовать рецепту.
Почему?
В основе гибкости и инноваций лежит признание того, что двух одинаковых компаний не бывает. И в цифровой динамике современного мира развитие даже специализированных компаний происходит под давлением изменения обстоятельств. То, что работает у Facebook, вероятно, не подходит вам. То, что год назад давало результат в вашей компании, сейчас может тормозить ее рост.
В цифровом мире процветание требует способности и готовности к адаптации. Поэтому наша цель – расширить круг методов управления, то есть разных процессов, структур и способов мышления, обычно отсутствующих в репертуаре маркетинга, чтобы с их помощью вы помогли своему бизнесу адаптироваться. Считайте эти методы палитрой с огромным количеством цветов, которые можно нанести на холст вашего маркетинга. Однако вы не сможете раскрашивать пронумерованные фрагменты картины – шедевр вашей компании должен быть оригинальным.
Особенно важно иметь это в виду при чтении следующей части книги, где разговор идет о гибкости. Мы будем обсуждать agile– и lean-методики, имеющие формальные определения. Одна из agile-методик, которую мы рассмотрим подробно, называется Scrum и имеет специфический набор рекомендуемых процедур. Некоторые ее преданные поклонники считают, что отклонение от рекомендаций не позволит вам стать гибкими. Кое-кто даже утверждает, что без сертифицированного scrum-мастера (это вполне обычная ситуация) не стоит ждать успеха. При всем уважении к agile-апологетам я с ними не согласен.
На самом деле имеет значение только то, что полезно в вашем случае. Что помогает получить нужный результат? Как команде стать продуктивной? Что помогает использовать цифровую динамику, а не бороться с ней? Отличный способ достижения этих целей – взяв понемногу из разных методологий и парадигм и изменив их согласно своим потребностям, составить уникальный набор методов гибкого управления. Будьте прагматиками, а не догматиками.
Когда вы выходите на необычный курс идей управления, вдохновленных опытом разработки программ, без колебаний берите те, которые подходят вашей компании. Если вам нравится какая-то идея, но она вам не подходит, откажитесь от нее. Может быть, вы воспользуетесь ею позже, когда продвинетесь на своем пути. Или же она вдохновит вас на создание собственных идей.
Имейте в виду две вещи. Во-первых, первая реакция на незнакомые идеи – сопротивление, пусть даже неосознаваемое. Однако ради роста и развития следует умерить влияние «психических антител» и рассмотреть новые подходы. Не спешите объявлять, что «это никогда не будет у нас работать», если вы даже не опробовали подход. Будьте открыты ко всему новому. Во-вторых, простой смены вывески будет недостаточно. Компаниям может показаться заманчивой мысль о перенимании языка этих концепций, но применять их они могут в качестве «облицовки» своих методов работы (вспомним естественную неприязнь человека к изменениям). Правильный путь – адаптировать идеи, чтобы они больше соответствовали условиям вашей компании. При этом стоит подумать над тем, что именно вы собираетесь изменить в методах своей работы. Что конкретно вы планируете делать? Как измените систему мотивации и процесс принятия решений, которые существенно влияют на ваш бизнес? Что будете делать завтра иначе, чем вчера?
Смелый поиск ответов на эти вопросы – суть духа хакерства.
Правообладателям!
Данное произведение размещено по согласованию с ООО "ЛитРес" (20% исходного текста). Если размещение книги нарушает чьи-либо права, то сообщите об этом.Читателям!
Оплатили, но не знаете что делать дальше?