Что является важным контентом для нового сообщества?

[maiki]

Какое содержимое вы считаете необходимым для запуска нового сообщества?

В Discourse есть мастер настройки, который задаёт несколько вопросов, чтобы заполнить описание на странице «О нас» и тому подобное, но затем создание контента, с которым ваши пользователи столкнутся при посещении вашего сайта, ложится на ваши плечи.

Для меня этот этап может фактически затормозить проект, ведь никому не хочется запускать живой, пустой сайт.

Чтобы преодолеть это препятствие в процессе, я составляю список контента, чтобы отмечать выполненные пункты по мере настройки новых сайтов. И вот здесь пригодится ваша мудрость!

Вот короткий список контента, который поможет мне начать. Пожалуйста, делитесь идеями (и ссылками на примеры), чтобы я мог составить более полный список и помочь посетителям моих сообществ.

---

• Заполните как можно больше описаний в мастере настройки
• Отредактируйте общее сообщение «Добро пожаловать в Discourse», включив ссылку на #site-feedback
• Скопируйте Understanding Discourse for new users и отредактируйте при необходимости
• Отредактируйте описание категории #site-feedback, пригласив пользователей создавать там новые темы для получения помощи, и добавьте ссылки на другие основные категории
• Скопируйте Configuring how users can create and send invites for others to join your community и отредактируйте при необходимости для модераторов и первых пользователей
• Пригласите первых пользователей!

[Benjamin_D (Benjamin Decotte)]

Это не совсем контент, но я бы сказал: некоторые люди. Первое, что я заметил при настройке экземпляра, — это отсутствие модераторов и даже первых пользователей
/wizard/steps/invites

[maiki]

Это отличный шаг (или два) для включения в чек-лист!

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

Что касается пользователей, я обычно приглашаю основную группу и обучаю их использованию функций приглашения, так что я добавлю это в свой список!

Когда вы приглашаете модераторов в своё сообщество? Сразу же?

[ondrej]

Интересная тема!

@maiki

Когда вы приглашаете модераторов в своё сообщество? С самого начала?

Я предпочитаю начинать с команды, чтобы сотрудники уже были на месте и могли затем приглашать пользователей.

Мне также оказалась полезной эта статья в блоге при запуске:

Building a Discourse Community

[simon]

@maiki

Скопируйте Руководство для новых пользователей Discourse и при необходимости отредактируйте его.

Возможно, это полезно, но может создать впечатление, что Discourse излишне усложнён. Если нужно скопировать это на новый сайт, обязательно установите компонент темы DiscoTOC - automatic table of contents и добавьте оглавление в тему.

[Jagster (Jakke Flemming)]

@maiki

Когда вы приглашаете модераторов в своё сообщество? С самого начала?

Когда они мне нужны. Не раньше. Мой форум не настолько активен, и мне не нужны модераторы. То же самое с подключённой группой в Facebook — 25 000 участников, очень активная, и мне не нужны лишние руки.

[Tris20 (Tristan)]

У меня всегда есть категория Discourse. Здесь я храню руководства по эксплуатации, ссылки на официальные руководства и предоставляю пользователям возможность оставлять отзывы на форуме или задавать вопросы и т. д.

Кроме того, у меня есть тема «Лучшие практики», которая включает такие вещи, как, например, как задать хороший вопрос, основываясь на правилах Stack Overflow.

[maiki]

@simon

Возможно, это полезно, но это может сделать Discourse излишне сложным.

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

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

Вот отличный пример сообщества Discourse, использующего тему FAQ для объяснения того, как оно работает для своих пользователей:

https://community.namati.org/t/faq-frequently-asked-questions/1467

@simon

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

Хорошая идея, я обновил информационный блок там:

@Discourse

Хотите добавить это руководство на свой сайт?

Перейдите по адресу https://meta.discourse.org/raw/96331 и скопируйте/вставьте текст в тему на вашем сайте. Затем вам нужно загрузить изображения из этой темы и загрузить их в свою тему. Также рекомендуется адаптировать материал под конкретную настройку вашего форума.

Добавьте оглавление с помощью компонента темы по адресу DiscoTOC — автоматическое оглавление.

[simon]

@maiki

Да, мы, возможно, разобьём это на более мелкие документы.

В идеальном мире такая документация была бы доступна прямо в экземпляре Discourse в боковой панели «Справка». Подобно тому, как это делает Slack. В несовершенном реальном мире копирование документации в тему на сайте имеет смысл.

[Tris20 (Tristan)]

@maiki

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

Вот что я сделал для своего сообщества. Это означает, что когда люди ищут, например, «Как вставить видео», они получают тему, которая посвящена именно этому и ничему другому. Если вы не разрешаете видео на своём сайте, вы можете просто исключить такую тему. Кроме того, они могут отвечать именно на эту тему, если у них возникнут проблемы с ней, документируя только вопросы, связанные с этой темой, вместо смеси тем, которую содержит более крупное руководство.

Второе преимущество этого подхода заключается в том, что вы можете ссылаться на него в нескольких крупных руководствах, используя функцию однооконного отображения (oneboxing) других тем Discourse.

Вот пример моего руководства по парусному спорту, где темы разбиты на отдельные разделы, но объединены под «основным» руководством. В данном случае SBF SEE — это тема для одного типа лицензии. SBF Binnen — это другая тема (не показанная здесь), которая содержит точно такую же информацию о навигации. Поэтому я поддерживаю одну тему навигации и ссылаюсь на неё в обоих руководствах.

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

@Simon Cossar

В идеальном мире такая документация была бы доступна непосредственно в экземпляре Discourse в боковой панели «Помощь». Подобно тому, как это сделано в Slack. В несовершенном реальном мире копирование документации в тему на сайте имеет смысл.

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

[Jagster (Jakke Flemming)]

@Simon Cossar

В идеальном мире такая документация была бы доступна прямо в экземпляре Discourse в боковой панели «Помощь».

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

Совершенно другая тема, но большинство сайтов должны разрабатывать макет и UX для небольших экранов, а затем, если у дизайнера или программиста остаётся дополнительное время, уделить усилия десктопам и планшетам.