Доброго дня, Хабр!

Меня зовут Илья, я развиваю внутрикорпоративные IT-сообщества в ОТП Банке с любовью и резоном. А если точнее, то строю целую лаймовую экосистему, где 10 сообществ развиваются своим путем и взаимодействуют друг с другом.

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

Что мы называем «дизайном» в контексте сообщества

Прежде чем диагностировать проблемы, важно договориться о терминах. В контексте внутрикорпоративного сообщества «дизайн» — это целый комплекс решений: как устроена информационная архитектура платформы, как выглядит путь нового участника (онбординг), насколько очевидно, где и как публиковать контент, как выстроены механики вознаграждения и обратной связи. Иными словами, дизайн сообщества — это совокупность всех решений, влияющих на поведение и ощущения участника внутри этого пространства.

Такое расширенное понимание важно, потому что многие команды, столкнувшись с низкой активностью, ищут проблему не там. Они переписывают контент-план, проводят конкурсы активности, нанимают нового комьюнити-менеджера — и не получают результата, потому что корень проблемы лежит в неудобной навигации, в запутанной структуре разделов или в том, что публикация нового поста требует семи кликов и выбора из двадцати категорий.

Почему дизайн-проблемы сложно заметить изнутри

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

Это явление — «туннельное зрение» — риск, который возникает при проведении аудита силами только внутренней команды. Именно поэтому эффективная диагностика проблем дизайна требует привлечения внешней перспективы: либо через реальных пользователей платформы, либо через методы, которые искусственно воспроизводят взгляд «чистого листа».

Ещё один барьер — иллюзия активности. Если в сообществе есть несколько энтузиастов, которые регулярно публикуют и комментируют, общая статистика выглядит достаточно здоровой. Но за этим фасадом может скрываться классическое распределение 90/9/1: 90% участников — молчаливые наблюдатели, 9% иногда реагируют, и лишь 1% реально создаёт контент. Это само по себе не катастрофа — такое распределение естественно для многих сообществ — но всегда есть место для развития, что-то мешает людям быть более активными. И это «что-то» нередко оказывается проблемой дизайна

Первый шаг: анализ метрик как сигнальная система

Любой аудит начинается с данных. Прежде чем идти к пользователям с вопросами, нужно понять, на что именно обратить внимание — где метрики сигнализируют о проблеме. Метрики в данном случае работают как симптомы: сами по себе они не объясняют причину, но точно указывают на область, требующую внимания.

Ключевые метрики, которые стоит отслеживать в корпоративном сообществе, делятся на несколько групп:

Метрики активности — количество публикаций, комментариев, реакций за период. Важно смотреть не абсолютные числа, а динамику: если активность падает после первого месяца и продолжает снижаться, это тревожный знак, даже если общие цифры выглядят пристойно.

Engagement Rate (ER) — отношение числа взаимодействий (лайки, комментарии, репосты) к числу участников. Формула проста: (все реакции / число участников) × 100%. 

Метрики удержания — соотношение вернувшихся участников к оттоку. Сколько человек, присоединившихся месяц назад, зашли в сообщество повторно? 

Метрики контента — какие типы публикаций получают больше всего откликов, а какие игнорируются. Если на вопросы отвечают охотно, а на полезные лонгриды нет реакции — возможно, проблема в том, что длинный текст плохо читается на данной платформе, или что алгоритм показывает его не тем людям.

Важно выстроить эти метрики в динамике хотя бы за год. Разовый срез мало что говорит; куда ценнее понять, есть ли тренд к снижению или стагнации.

Второй шаг: эвристический анализ интерфейса

После того как метрики подсказали, где искать проблему, приходит время для экспертной оценки самого пространства. Один из самых проверенных методов — эвристический анализ по принципам Якоба Нильсена. Несмотря на то что эти принципы разработаны для оценки интерфейсов программного обеспечения, они превосходно применимы к любой цифровой платформе, включая внутренние корпоративные системы.

Суть метода: 3–5 независимых оценщиков проходят по ключевым сценариям использования платформы и фиксируют нарушения базовых принципов использования (usability). Эксперты работают независимо друг от друга, а затем сводят находки воедино — именно множественность перспектив обеспечивает полноту картины. Три независимых оценщика в среднем выявляют около 60% всех usability-проблем — при значительно меньших затратах, чем полноценное пользовательское тестирование.

Для корпоративного сообщества особенно важны следующие моменты:

• Видимость статуса системы. Понимает ли пользователь, что происходит после его действия? Если он опубликовал пост — появился ли он сразу? Если написал комментарий — виден ли он другим? Неочевидность этих состояний убивает желание взаимодействовать.

• Соответствие системы реальному миру. Используется ли на платформе язык, привычный сотрудникам, или она пестрит техническими терминами из документации разработчика? Нередко корпоративные системы называют разделы так, как удобно IT-отделу, а не пользователям.

• Согласованность и стандарты. Одинаково ли выглядят похожие элементы во всех частях платформы? Несогласованный дизайн — кнопки одного действия в разных местах выглядят по-разному, модальные окна ведут себя непредсказуемо — создаёт когнитивную нагрузку и неудовлетворение.

• Эстетика и минимализм. Перегруженный интерфейс — один из главных врагов корпоративных платформ. Когда на главной странице одновременно видны новости компании, HR-объявления, статусы проектов, дни рождения коллег и баннеры корпоративных мероприятий, пользователь просто перестаёт смотреть на что-либо.

• Гибкость и эффективность. Насколько быстро опытный пользователь может выполнить типичные действия? Если публикация поста требует прохождения через несколько экранов с обязательными полями — большинство просто не будет этого делать.

Результаты эвристического анализа удобно документировать в таблице: проблема — нарушенная эвристика — степень критичности (от 1 до 5) — рекомендация по исправлению. Это позволяет сразу приоритезировать работу, не распыляясь на всё и сразу.

Третий шаг: создание пути участника

Эвристический анализ помогает найти точечные проблемы в интерфейсе. Но часто системные сбои скрываются не в отдельных экранах, а в стыках между ними — в переходах, которые кажутся логичными разработчику, но не очевидны пользователю. Для этого стоит построить путь участника сообщества.

Стандартный путь участника корпоративного сообщества включает несколько этапов: обнаружение сообщества (как человек узнаёт о его существовании), присоединение (насколько прост процесс регистрации или вступления), первый опыт (что происходит в первые 10 минут — онбординг, приветственный контент, понимание правил), регулярное использование (как выглядит сценарий возврата, здесь же сидят ивенты) и создание контента (насколько очевидно и легко опубликовать что-то самому). 

На каждом этапе нужно задавать один вопрос: что может помешать пользователю перейти к следующему шагу? Практика показывает, что наибольший отток происходит именно на этапе первого опыта. Если новый участник заходит на платформу и не понимает, с чего начать, не видит релевантного для себя контента или не может разобраться с навигацией — он просто уходит и больше не возвращается. Именно поэтому онбординг является одним из ключевых узлов для UX-аудита корпоративного сообщества.

Подробнее про путь участника сообщества можно почитать тут: https://esreznitsky.com/blog/participantpath

Четвёртый шаг: качественные исследования с участниками

Метрики и экспертные оценки говорят «что» — но только пользователи могут объяснить «почему». Качественные исследования — глубинные интервью, юзабилити-тесты, метод «думай вслух» — это инструменты, которые превращают гипотезы в подтверждённые инсайты.

Глубинное интервью с участниками сообщества — один из самых информативных методов. При этом важно правильно подобрать выборку: нужны не только самые активные участники (они уже адаптировались к платформе и перестали замечать её проблемы), но и те, кто заходит редко, и те, кто так и не стал активным пользователем после вступления. Именно последние две категории расскажут о настоящих барьерах.

Хорошие вопросы для интервью сфокусированы на конкретных действиях, а не на абстрактных оценках:

• Расскажите, как вы в последний раз искали информацию в сообществе. Что происходило?

• Вспомните момент, когда вы хотели что-то опубликовать, но не сделали этого. Что остановило?

• Как вы обычно узнаёте о новых публикациях — заходите сами или получаете уведомление?

Метод «думай вслух» (think-aloud) позволяет наблюдать за пользователем в режиме реального времени: он выполняет конкретную задачу (найти экспертов по теме X, опубликовать вопрос, найти материалы с прошлого воркшопа) и проговаривает вслух всё, что думает. Это позволяет фиксировать не только ошибки, но и моменты замешательства, нерешительности, неверных ожиданий. Иногда один сеанс такого наблюдения даёт больше инсайтов, чем неделя анализа метрик.

Пятый шаг: технический и контентный аудит

Отдельного внимания заслуживает аудит архитектуры информации — той части дизайна, которая невидима, но критически важна. Сколько кликов требуется, чтобы найти нужный материал? Насколько логична структура разделов? Не задублирован ли контент — нет ли ситуации, когда одна и та же информация существует в трёх разных местах в слегка разных версиях?

Практика показывает: когда корпоративная платформа не решает проблему поиска информации, сотрудники начинают задавать одни и те же вопросы напрямую HR или в рабочие чаты. Это верный признак того, что контент либо плохо структурирован, либо неудобно искать. Если специалисты техподдержки или HR регулярно получают однотипные вопросы, которые «должны» решаться через корпоративную платформу — это готовый список тем для контентного аудита.

Важно также проверить актуальность контента. Устаревшие материалы, сломанные ссылки, регламенты двухлетней давности — всё это формирует ощущение «мёртвой» платформы и подрывает доверие к ней. В рамках аудита одного крупного интранет-проекта команда обнаружила значительное количество дублированных документов и материалов, которые сотрудники заново создавали, потому что не могли найти оригиналы. Это классический симптом проблемы с навигацией и информационной архитектурой.

Также не забываем проверять и мобильную версию платформы ;)

Шестой шаг: анализ структуры управления и ролей

В дизайн пространства для сообщества входит и интерфейс платформы, и дизайн ролей, правил и процессов взаимодействия. Нередко участники ничего не делают из-за неясности ролевой структуры: кто здесь модератор? Кому задать вопрос? Есть ли вообще «ответственный»?

Сообщество, запущенное без чёткого лидера или с лидером без команды модераторов, обречено на медленное угасание. Но и противоположная крайность — жёсткая модерация, где публикуются только «одобренные» материалы — создаёт эффект диссонанса между декларируемой открытостью и реальной практикой. Участники чувствуют это несоответствие и теряют желание участвовать.

В рамках аудита полезно ответить на следующие вопросы:

• Понятно ли участникам, кто здесь лидер и к кому обращаться?

• Есть ли прозрачные правила модерации, и знают ли о них участники?

• Насколько очевидны разные уровни участия — как стать более активным участником, как взять на себя роль эксперта или ментора?

• Получают ли участники, создающие ценный контент, какое-то признание — хотя бы в форме публичной благодарности?

Исследования показывают, что одним из ключевых препятствий для развития корпоративных сообществ является отсутствие чёткого «спонсора» на уровне руководства и неопределённый статус самого сообщества. Если участники не понимают, насколько серьёзно компания относится к этой инициативе, они воспринимают её как необязательную активность — и соответственно относятся к своему участию в ней.
Источник: https://www.forbes.ru/club/538664-kak-professional-nye-soobsestva-pomogaut-kompaniam-i-sotrudnikam

Как приоритизировать найденные проблемы

После проведения всех этапов аудита у вас будет внушительный список проблем. Не пытайтесь решить всё сразу — это приведёт к распылению ресурсов и усталости команды. Вместо этого нужна система приоритизации.

Стандартный подход — оценить каждую проблему по трём параметрам: степень критичности (насколько сильно эта проблема мешает пользователю достичь цели), частота возникновения (сколько участников сталкиваются с этой проблемой), сложность исправления (насколько дорого устранить проблему — с точки зрения времени, денег и технических усилий). Проблемы с высокой критичностью, широким охватом и относительно простым решением идут в первую очередь.

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

Типичные дизайн-проблемы, которые встречаются чаще всего

Обобщая опыт аудитов корпоративных платформ, можно выделить несколько паттернов, которые воспроизводятся снова и снова независимо от размера компании и используемого инструмента.

Перегруженная главная страница сообщества/платформы. Когда компания вкладывает много смысла в «главную», стремясь разместить всё важное на одном экране, результат оказывается обратным: пользователь не видит ничего. Главная должна быть точкой навигации, а не доской объявлений.

Несогласованность структуры разделов. Когда разные подразделения или команды создавали свои разделы независимо, без единого стандарта, получается бесполезный калейдоскоп. Пользователь, привыкший к структуре одного раздела, теряется в другом.

Отсутствие социального подтверждения. На ранних этапах жизни сообщества новый участник заходит и видит... пустоту или несколько публикаций давностью полгода. Это мгновенно создаёт ощущение, что здесь «никого нет», и снижает мотивацию участвовать. Дизайн должен учитывать этот «холодный старт» и предусматривать контент-стратегию для заполнения пространства.

Принудительное участие вместо добровольного. Когда сообщество «запускается сверху» и сотрудников обязывают в него вступить, вовлечённость оказывается формальной — люди есть, активности нет. Это проблема не только управленческая, но и дизайнерская: инструменты, которые работают для добровольных участников, не работают для принудительно привлечённых. Нужны другие точки входа и другие сценарии первого опыта.

Информационная перегрузка. Бесконечный поток уведомлений, ежедневные письма с дайджестами, множество активных каналов — всё это приводит к тому, что сотрудники начинают отключать уведомления и фактически выходят из сообщества, оставаясь его номинальными участниками. Дизайн уведомлений и каналов коммуникации — отдельная зона для аудита.

Удачи с работой дизайна вашего сообщества. Будут вопросы — пишите тут в комменты, постараюсь обсудить ;)