Хороший вопрос. В приведенном выше сообщении я думал в терминах первого запуска, но на самом деле всё не так просто. В корпоративных компаниях сообщество в той или иной форме всегда существует заранее.
Чтобы привести конкретный пример того, что я имею в виду, сообщества, предшествовавшие нашему Discourse, были разбросаны по нескольким платформам:
- Yammer (Viva Engage)
- Sharepoint
- Microsoft Teams
и это значительно усложняло управление ожиданиями.
Пользователи, пришедшие из Viva Engage, ожидали, что «могут публиковать всё, что захотят». Команда, управлявшая этим, не модерировала контент и просто говорила «да» прихотям каждого менеджера, который к ним обращался. Это приводило к созданию сообществ просто ради удовлетворения KPI менеджера. Появлялось новое сообщество, наблюдался всплеск активности на три месяца, а затем наступала смерть. Needless to say, потребовались значительные усилия по обучению и коммуникации, чтобы преодолеть такое мышление и донести, почему именно этот подход проваливается через несколько месяцев и почему наш структурированный долгосрочный подход принесет им лучшие результаты через 6–12 месяцев (хотя и будет медленнее на старте).
Sharepoint создал ожидание «я могу загружать любые файлы, которые захочу». На корпоративном уровне нужно быть чрезвычайно осторожным при открытом обмене файлами. У каждого клиента и поставщика услуг есть свой контракт с компанией, и каждый файл, которым они делятся с нами, имеет разные требования к конфиденциальности. Sharepoint позволяет пользователю настраивать, кто именно может получить доступ к этому файлу, но Discourse этого не делает (и правильно, это не платформа для обмена файлами). Я решил эту проблему, побуждая пользователей загружать файлы в Sharepoint и делиться ссылками на эти файлы. Если кто-то не мог получить доступ к общему файлу, он мог запросить разрешение в теме. Боль в заднице, но дешевле, чем судебный иск.
MSTeams создал ожидание «я могу создать свой собственный канал/сообщество здесь». Нет, вся суть Discourse заключалась в том, чтобы быть полной противоположностью этого. Целью нашего проекта было создание обмена знаниями, а не изолированных хранилищ знаний. Каналы Teams были хорошим решением для конфиденциальных или проектных знаний, но всё, что можно было абстрагировать до более общего контекста, поощрялось к публикации в Discourse.