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