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

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

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

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

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

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

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

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

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

Маркетинговая революция XXI века