Гитлаб спонсировал этот пост.
Представьте, что ваша команда инженеров платформы потратила месяцы на разработку внутреннего решения, предназначенного для сокращения времени развертывания и устранить ошибки конфигурации. Но через три месяца после того, как его вытащили, усыновление остается низким.
Для организаций, стоящих перед этой борьбой, есть и хорошие новости, и плохие новости. Хорошей новостью является то, что это не случай технических недостатков. Плохие новости? То, что вы, вероятно, являетесь свидетелями, — это неэффективная коммуникационная стратегия. Без четкого общения потенциальные пользователи не могут понять ценность платформы или как ее использовать.
С помощью стратегической стратегии коммуникации вы можете преодолеть разрыв между возможностями платформы и влиянием на бизнес.
Подготовка эффективной связи с запуском
Когда команды платформы сосредоточены исключительно на техническом совершенстве, пренебрегая стратегией коммуникации, они создают невидимый барьер между возможностями платформы и влиянием ее бизнеса. Пользователи не могут принять то, что они не понимают, и лидерство не будет инвестировать в то, что они не могут измерить.
Самый важный момент, который определит успех вашей платформы, — это первоначальный запуск. Независимо от того, как вы решите представить свою платформу, первоначальные сообщения устанавливают основу для усыновления и участия.
- Четко определите проблему, которую решает платформа. Чтобы преодолеть скептицизм инженеров в новых инструментах, которые могут ввести сложность, ваше общение должно четко сформулировать, как платформа упрощает их работу. Выделите его способность уменьшать когнитивную нагрузку, минимизировать переключение контекста, улучшить доступ к документации и ускорить циклы разработки. Представьте эти преимущества в качестве конкретных улучшений в повседневных рабочих процессах, а не абстрактных концепций. Например, количественно оценить выгоду, показывая, как автоматическая настройка среды может сэкономить каждому разработчику пять -семь часов в неделю.
- Упорно идентифицировать и учитывать области сопротивления. Инженеры часто обеспокоены тем, что новые платформы нарушат свои предпочтительные инструменты или установленные рабочие процессы. Ваши сообщения должны непосредственно решать эти проблемы, подробно описывая возможности интеграции, излагая четкие пути миграции и объясняя доступные варианты поддержки. Быть прозрачным в отношении текущих ограничений наряду с вашей дорожной картой будет повысить доверие и поможет управлять ожиданиями.
- Заправить платформу выступает за распространение вашего сообщения. Возьмите на себя влияние уважаемых технических коллег, которые внесли свой вклад в развитие платформы или были ранними последователями. Их одобрения более эффективны, чем любой официальный обмен сообщениями. Облегчите возможности для этих чемпионов продемонстрировать возможности платформы с помощью разговоров с молнией, записанных демонстраций или парных сеансов программирования. Эти одноранговые взаимодействия позволяют потенциальным пользователям наблюдать за практическими приложениями из первых рук и задавать откровенные вопросы в среде низкого давления.
После того, как вы запустили платформу, вам нужно продолжать общаться с пользователями на постоянной основе. Давайте рассмотрим ключевые каналы коммуникации, которые должны быть частью стратегии каждой стратегии инженерной платформы.
Продолжающаяся документация по каналам общения
Документация преобразует для принятия платформы. Это резко уменьшает поддержку накладных расходов и ускоряет адаптацию пользователя. Отличная документация отвечает на три вопроса кратко: какая проблема решает ваша платформа, какие преимущества могут ожидать разработчиков и где они могут найти больше информации?
Документация должна следить за путешествием пользователя, а не системной архитектуры и предвидеть вопросы пользователя, а не просто документировать системные возможности. Он также должен включать прямое руководство по «началу работы», всеобъемлющую базу знаний для различных сценариев и регулярные обновления, которые не соответствуют изменениям платформы.
Командный блог
Подумайте о создании внутреннего блога для вашей команды инженеров платформы, где они могут поделиться идеями и решениями с пользователями платформы. Выделенный блог служит жизненно важным каналом для предоставления подробного понимания вашей платформы, дополняющей краткую связь.
Используйте его для комплексного технического анализа, ценного понимания пользователей и убедительных историй успеха и вариантов использования. Содержимое блога может помочь пользователям понять, как использовать вашу платформу и обоснование, лежащие в основе ключевых дизайнерских решений, превращая их в более эффективных пользователей и потенциальных адвокатов.
Здравоохранение
Когда пользователи сталкиваются с проблемами платформы, нет ничего более разочаровывающего, чем молчание. Дополнительная панель здравоохранения обеспечивает немедленную видимость в известных вопросах и их статусе разрешения.
Эффективная панель мониторинга является краеугольным камнем вашей коммуникационной стратегии. Он укрепляет доверие, прозрачно признавая проблемы и то, как команда их решает. Потенциальные пользователи часто просматривают эти информационные панели, чтобы оценить, как надежно работаете, прежде чем принять участие в платформе. Наиболее важно, что управляющая информацией о здравоохранении демонстрирует приверженность вашей команде прозрачности и подотчетности, качествам, которые способствуют долгосрочному доверию с вашим сообществом пользователей.
Помните, что информационные панели должны быть точными и обновляться в режиме реального времени для поддержания доверия. Панель инструментов, показывающая все зеленые системы во время известного отключения, будет разрушать доверие пользователя. Точно так же сообщаемые проблемы всегда должны включать обновления о разрешении.
Обмен сообщениями в реальном времени
Ваша команда должна поддерживать присутствие везде, где ваши пользователи естественным образом сотрудничают, что часто означает платформы чата в реальном времени, такие как Slack. Чат строит отношения с пользователями посредством доступности и отзывчивости, создавая сообщество вокруг вашей платформы. Вот несколько команд Золотых Правил могут следовать, чтобы убедиться, что они строят хорошие отношения со своими пользователями:
- Ответьте на запросы быстро. Чат движется быстро. Команды должны отвечать на вопросы пользователя в течение 30-60 минут в рабочее время, чтобы поддерживать взаимодействие. Если пользователи общаются в режиме реального времени о вашем продукте, ваша команда должна быть частью разговора.
- Представьте постоянный голос пользователям. Относитесь к системам обмена сообщениями вашей организации как к каналу поддержки, обращенным к клиенту. Поддерживайте отдельный внутренний канал для инженеров, чтобы открыто обсуждать и разрешить конфликтующие точки зрения. Это предотвращает общественные разногласия среди инженеров, что может разрушить доверие.
- Документировать решения публично. Когда запрос закрыт, инженеры должны делиться разрешением в канале. Эта практика отражает ценные знания, чтобы другие пользователи могли извлечь выгоду из общих знаний.
- Откройте билеты на поддержку для пользователей. Для простых вопросов чат идеальный. Тем не менее, команды должны привлекать более сложные запросы в программном обеспечении управления выпусками. Чтобы улучшить пользовательский опыт, убедитесь, что инженеры активно создают билеты для пользователей, а не направляют их «открыть билет».
Принимая целостный подход к общению
Наиболее успешные команды платформы не просто создают отличную технологию — они позволяют вдумчивать разговоры и сотрудничать с разработчиками. Общение не должно быть запоздалой мыслью; Это стратегическая возможность, которая определяет, приведут ли месяцы инженерных работ в измеримое влияние на бизнес.
Помните, что в корпоративных средах то, как вы общаетесь с вашей платформой, часто имеет значение, как и сама платформа. Инвестируйте в общение с той же уходом, которую вы инвестируете в свою техническую инфраструктуру.
Четкое общение стимулирует усыновление, принятие создает истории успеха и истории успеха. Постоянные инвестиции и улучшение. Ваша платформа становится больше, чем инструмент — она становится катализатором для организационных изменений.
Gitlab является самой полной платформой Devsecops с AI Devsecops для инноваций в программном обеспечении. Gitlab позволяет организациям повысить производительность разработчиков, повысить эффективность эксплуатации, снизить риск безопасности и соответствия, а также ускорить цифровые преобразования. Узнайте больше последних из Gitlab Trending Stories YouTube.com/ThenewStack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Брайан Росс — полевой технический директор для Gitlab. Опытный лидер, опытный технолог и оратор с более чем 15 -летним опытом работы в отрасли в качестве старшего ИТ -лидера, он теперь помогает клиентам реализовать бизнес -ценность от нее быстрее. Не менее комфортно … Подробнее от Брайана Росса
