VMware Tanzu спонсировал этот пост.
Это первый в серии из трех частей.
Потратив последнее десятилетие на изучение инициатив на предприятиях платформы, мы продолжаем сталкиваться с той же историей: технически превосходные платформы, борющиеся с низким принятием разработчиков.
Команды инженеров платформы сбиты. Внутренняя платформа разработчика (IDP), которую они создали, похоже, точно соответствует тому, о чем просили разработчики. Но по прошествии месяцев те же самые разработчики не спешат использовать ВПЛ. Это повторяющийся вопрос, который мы слышали снова и снова: как мы можем заставить разработчиков использовать эту удивительную платформу, которую мы потратили так много времени на создание? Как получить возврат на наши инвестиции в платформу?
Эта повторная модель указывает на три обычно пропущенных элемента в инициативах платформы: управление продуктами, построение сообщества и маркетинг платформы. В то время как управление продуктами и строительство сообщества больше доверяют и знакомы техническим командам, маркетинг часто рассматривается со скептицизмом и недопониманием.
Это упущенная возможность, потому что маркетинг может быть понят и применен, как и любая другая инженерная дисциплина. Так что отложите свои предрассудки в маркетинге и давайте рассмотрим, как применить систематический подход к маркетингу, который повысит осведомленность, понимание и принятие ваших ВПЛ.
Примечание: Есть отличная статья из ИТ -революции под названием «Платформа разработчиков», которую мы настоятельно рекомендуем. Он предлагает ценную информацию о ВПЛ, включая маркетинг платформы. Мы будем смешивать его идеи с уроками из платформных команд.
Определение клиента
Прежде чем планировать, как повысить осведомленность о вашей платформе, вы должны определить, кто ваша аудитория. Хорошие маркетинговые стратегии тратят много времени на определение клиента или аудитории для всех маркетинговых мероприятий. Когда дело доходит до ВПЛ, ваш основной клиент находится прямо в заголовке: разработчики.
Вместо того, чтобы просто остановиться на «разработчиках», хорошо сузить как можно больше. Во -первых, это, вероятно, разработчики приложений. Например, они не разработчики пишут встроенные системы. Они, вероятно, не разработчики, создающие рассматриваемые платформы, и не программируют пользовательские инструменты разработки, которые используют разработчики приложений.
Кроме того, сужайте типы приложений, над которыми они работают, и в каких частях бизнеса. Мы говорим о разработчиках в торговой части финансового учреждения или разработчиков, которые работают на фронте электронной коммерции производителя автомобилей? Являются ли эти разработчики Java, которые добавляют функциональность AI к существующим приложениям или разработчикам, исследуя, как интегрировать интерфейсы Air Fryer с Apple Watches?
Чтобы эффективно обслуживать различные команды разработчиков, команды платформы должны изначально сосредоточиться на нескольких архетипах разработчиков. Этот сфокусированный подход способствует более глубокому пониманию конкретных потребностей и позволяет итеративному развитию функциональностей платформы. Понимание, полученные в результате сотрудничества с этими начальными командами, можно затем использовать для масштабирования операций и расширения до более широкой базы разработчиков.
Несмотря на то, что мы сосредотачиваемся на маркетинге платформы, тратя время на определение «Кто клиент» также выполняется с помощью управления продуктами платформы. Эти функции и роли невероятно ценны и являются тем, что делает инженерию платформы отличаться от более традиционного управления ИТ -услугами и доставки. Поскольку вы делаете все больше и больше маркетинга платформы, вы обнаружите, что он много перекрывает управление продуктами, и это хорошо!
После того, как вы определите клиента, вы можете перейти к основным частям маркетинга платформы.
Основной маркетинг: обмен сообщениями, позиционирование и ценность реквизита
После того, как вы определите, кому нужен и хочет ваш продукт или платформу, рассмотрите три основные части для любой маркетинговой стратегии: обмен сообщениями, позиционирование и ценностные предложения.
1. Обмен сообщениями платформы: что это?
Обмен сообщениями — это то, как вы сообщаете ценность вашей платформы — основные моменты, которые вы хотите, чтобы разработчики понимали и запомнили. Думайте об этом как о своем лифте, дистиллированном в четкие, запоминающиеся заявления. Ваши сообщения должны соединить возможности платформы с болезнями и потребностями разработчика. Разработчики не заботятся о самой платформе; Они заботятся о том, как это помогает им создавать свое программное обеспечение.
При определении вашей платформы ваш обмен сообщениями должен начинаться с того, как она приносит пользу разработчикам, а не только с кратким изложением ее функций. Например, лидерство с разработчиками получит выгоду, а затем укажите, какая часть платформы предоставляет эту выгоду:
- Развернуть до производства менее чем за час Использование автоматического конвейера CI/CD платформы.
- Время настройки нулевой среды Благодаря инфраструктуре платформы в качестве шаблонов кода (IAC) и структуры, таких как Spring Boot.
- Меньше ожидания и меньше встреч с обзором безопасности Из-за встроенного соблюдения безопасности и интегрированного сканирования уязвимости.
Каждое сообщение имеет две части: преимущество и то, как платформа ее достигает. Когда требуется краткость, просто укажите выгоду. Определите платформу по тому, что она делает для разработчиков, а не только ее технические характеристики.
2. Позиционирование платформы: для чего она хороша?
Позиционирование определяет, где ваша платформа вписывается в технический ландшафт вашей организации. Он отвечает на решающий вопрос: «Когда и почему разработчики должны выбрать эту платформу из -за других вариантов?»
Часто платформы позиционируются как решение всех, что решает все проблемы и, таким образом, следует использовать для всех приложений. Это может быть технически правильно, но сужение до набора меньших, конкретных позиций поначалу полезно.
Вот несколько примеров того, как позиционировать свою платформу:
- Ваша платформа полезна для облачных нативных приложений, а не только для любого типа приложений.
- Ваша платформа является хорошим местом для модернизированных приложений. Многие модернизированные приложения нацелены на облачные нативные архитектуры, перемещающие приложения в контейнеры и архитектуры микросервисов.
- Ваша платформа — лучшее место для запуска Java -приложений, особенно тех, которые используют Spring Framework.
- Ваша платформа-отличное место для разработки и запуска приложений с поддержкой AI.
- Вы могли бы сказать, что ваша платформа полезна для классических трехуровневых веб-приложений: что-то с пользовательским интерфейсом, промежуточным и бизнес-слоем, а затем с базой данных.
- Другая позиция может заключаться в том, что ваша платформа полезна для приложений с высокой регулированием, которые необходимо работать в воздушных средах.
Вам не нужно выбирать только одно позиционирование для вашей платформы. В конце концов, платформы обычно являются общими и предназначены для использования для многих различных типов приложений. Тем не менее, создание нескольких позиций, таких как вышеупомянутое, позволяет вам говорить с конкретными командами, облегчая им разобраться во всех вариантах и выяснить, подходит ли ваша платформа для них.
3. Платфорния ценностных предложений: что для меня?
Ценностные предложения, часто сокращающиеся как «ценные реквизиты», являются конкретными, измеримыми преимуществами, которые приносит ваша платформа. Они отвечают на вопрос разработчика: «Что для меня?» с конкретными, доказными результатами.
Хорошая платформа, ориентированная на конкретные преимущества, а не абстрактные возможности или бизнес -результаты. Например:
- Время и экономия Tedium: Сократите время развертывания с двух дней до 30 минут. Устранить 80% встреч по рассмотрению безопасности.
- Снижение труда: Автоматизируйте и обрабатывайте конфигурацию инфраструктуры, простую сетевую маршрутизацию и балансировку нагрузки, чтобы вы могли писать приложения, а не программы YAML.
- Опыт разработчика: Среда самообслуживания. Нет больше очередей за билетами для инфраструктуры.
- Без трения на адаптацию: Новые разработчики могут начать вносить готовую к производству код в часах, а не на недели.
- Быстрый доступ к услугам: Самообслуживание, предварительно утвержденный доступ к базам данных и моделям ИИ. Никаких билетов не требуется.
- Встроенная наблюдение: Автоматическая регистрация, отслеживание и мониторинг помогают отладки и быстрее оптимизировать приложения. Нет необходимости встроить эти системы в ваше приложение.
Как видите, разработчикам нравится легкость и скорость. Более того, они ненавидят приходится подавать билеты и ожидают адресации билета.
Недавние десятилетия достигли больших успехов в инфраструктуре; Теперь пришло время создать приложения, которые используют максимальную пользу из этих новых инструментов. Решения VMware Tanzu ускоряют разработку и поставку приложений с помощью оптимизированных путей к производству, автоматизированным операциям платформы и улучшению затрат, производительности и безопасности. Узнайте больше последних из VMware Tanzu Trending Stories YouTube.com/thenewstack Tech, которые движутся быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Майкл Коте изучает, как крупные организации становятся лучше в создании программного обеспечения, чтобы лучше работать и развивать свой бизнес. Его книги «Изменение мышления», «Монолитная трансформация» и «Узкое дело» охватывают эти темы. Он был отраслевым аналитиком в Redmonk и 451 … Подробнее от Michael Coté Rita Manachi — это профессионал по маркетингу и коммуникациям с многолетним опытом работы в области высоких технологий. Она менеджер по маркетингу в VMware Tanzu. Подробнее от Риты Маначи
