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

Внести вклад Функция
1

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

Первоначальный вопрос звучал так:

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

Чтобы быть более конкретным, важно именно «почему», а не «что». Вот «почему» в данном случае:

  • Представьте крупную компанию с несколькими каналами связи: Teams, Outlook, Discourse, SharePoint и многими другими.
  • Представьте, что вы занятой человек и хотите связаться с кем-то или с командой по какому-то вопросу.

Что вы сделаете?

a) Откроете веб-браузер, введёте URL (если знаете его), войдёте в систему, найдёте нужную категорию, создадите тему, дадите ей заголовок, подробно опишете вопрос, нажмёте «Отправить» и терпеливо будете ждать ответа.

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

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

Существует необходимая трение:

  • Выбор категории
  • Внимательное оформление темы

а также дополнительное трение, которого нет у десктопного приложения:

  • Подумать об использовании Discourse — способен ли он помочь?
  • Решить использовать Discourse — стоит ли оно того? Сколько времени пройдет, пока кто-то увидит мою тему?
  • Открыть браузер
  • Перейти на сайт
  • Войти в систему

Обратите внимание, что процесс «Подумать» и «Решить» для MSTeams не происходит. Мне так легко нажать одну кнопку, что я сразу оказываюсь в положении, когда могу начать задавать вопрос.

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

Я думаю, что даже полноценное десктопное приложение не обязательно; возможно, достаточно чего-то вроде десктопного аналога мобильного приложения, которое поможет лучше управлять уведомлениями Discourse.

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

Возможно, уже существует что-то, что могло бы стать хорошей альтернативой?

5 лайков
2

Рад обсудить это и здесь :slight_smile:

Были некоторые эксперименты с Electron-приложением для Discourse (особенно в части чата). Так что реализовать что-то подобное технически возможно, но никто ещё не пытался учесть все нюансы поддержки такого решения для широкой аудитории.

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

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

Возможно, стоит сосредоточиться на других сценариях. Вы упомянули другие инструменты:

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

Уф, давайте просто перенесём это в Teams.

«Привет, так вот, в теме письма…»
«В каком письме?»
«В том, про X»
«Я не уверен, что я в курсе»
«Найди по теме «то самое про X»»
«А, да, вижу»
«ОК, так вот, в сообщении тому-то…»
«Хм… да, видимо, меня исключили из ветки в тот момент»
«Я просто перешлю это тебе»

Бам, ещё одна ветвление обсуждения.

А что, если бы можно было просто вставить ссылку на это обсуждение в чат?

Я думаю, это и есть правильный подход. Перенести обсуждения из электронной почты в Discourse. Тогда MS Teams становится ещё лучше, потому что можно легко ссылаться на эти беседы без всей этой лишней возни.

Безусловно, в чате тоже есть разговоры, которые лучше перенести в Discourse, но это более сложный процесс, как вы описываете. Но я уверен, вы уже сталкивались с этим и с другими инструментами.

«Привет, эта ветка немного разрослась. Давай для начала подведём итоги в документе?»

ОК, это хороший шаг. Это сигнал того, что люди готовы перейти на асинхронное общение, когда это необходимо.

А что происходит дальше?

Как долго живут эти ветки комментариев в документах, которыми делятся? Как найти нужную?

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

Таким образом, я бы предложил подойти к этой проблеме. Ищите сценарии, где люди увидят больше пользы, и попробуйте разработать своего рода «руководство» по их использованию.

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

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

Вот несколько примеров, с которыми я сталкивался в прошлом, когда люди пытались открыто прописать такие правила (ни один из них не включает Discourse, но идея всё равно остаётся актуальной):

Меня соблазняет переименовать эту тему так, чтобы она была полностью о «почему», и перенести её в Community Building, но сначала позволю вам обдумать эту идею.

5 лайков
3

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

Это верно, но, к сожалению, у нас используется MSTeams, и я не думаю, что мы можем использовать чат Discourse: мы поощряем пользователей обмениваться информацией между проектами клиентов на Discourse, но это требует строгой модерации — клиент A не должен узнавать о «секретных ингредиентах» клиента B и наоборот. Использование чата размывает эти поведенческие ожидания в Discourse и перенаправляет полезную информацию из общей/открытой части платформы в полностью приватные беседы. Даже функция «переместить беседу из чата в тему» может здесь не помочь — в рабочей среде люди сразу переходят к следующей задаче, и многие из них никогда не научатся пользоваться этой функцией.

Это абсолютно верно, и, к счастью, это не требовало особых усилий для внедрения.

Но как решить проблему информации, движущейся в обратном направлении? Вопросы, задаваемые в MSTeams, не создают ссылок, не транслируются и теряются в «эфирах» Microsoft. Пользователь знает, что получатель немедленно получит уведомление. В Discourse это не так. Даже с уведомлениями по электронной почте они смешиваются с другими сообщениями и обычно попадают в отдельную папку. Эта немедленность — ключевая причина, по которой вопросы задаются в MSTeams, а не в Discourse.

Я могу подтвердить, что это хороший процесс. Он показал неплохие результаты, особенно когда мы можем синхронизировать такие темы с другой платформой с тем же форматом Markdown, например, GitLab.

Спасибо за предоставление этих руководств в качестве примеров. Наш внутренний процесс в этом вопросе был хаотичным и остаётся неопределённым. Слишком много платформ и слишком много «кухонь». Я приведу эти примеры как хорошие образцы.

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

Что касается «что», десктопное приложение могло бы стать путём вперёд, но я вижу, что это потребует огромных усилий, и действительно ли оно того стоит? Скорее всего, нет.

С другой стороны, мой поиск привёл меня к нескольким мультиплексорам/центрам уведомлений. Возможно, стоит отслеживать подобные проекты на предмет будущей интеграции? Подозреваю, что идеальное решение — это единая платформа, централизующая все эти уведомления, аналогично тому, как Discourse Hub централизует уведомления пользователя Discourse.

Я бегло, за 3–4 минуты, посмотрел следующие варианты. Не уверен, изучали ли вы их с точки зрения предоставления интеграций? Имело бы смысл что-то подобное?

https://novu.co/ — выглядит многообещающе, хотя я не нашёл списка поддерживаемых платформ
Pushover: Applications and Plugins — не уверен, что корпоративный сектор выберет это
GitHub - notifo-io/notifo: Multi channel notification service for collaboration tools, e-commerce, news service and more. · GitHub выглядит довольно неплохо, веб-интерфейс кажется очень удобным и простым.

1 лайк
4

Установили ли вы веб-приложение Discourse как PWA в Windows? На значке на панели задач будет отображаться значок с количеством уведомлений. Это работает сразу после установки.

3 лайка
5

Это действительно отличное предложение. Я попробую его в течение нескольких недель и посмотрю, как оно сработает. Один недостаток — оно работает только в одной вкладке, по крайней мере в Chrome. Но для этой задачи мониторинга уведомлений это всё равно значительное улучшение.

Для всех, кто тоже хочет попробовать: в Chrome нажмите на значок рабочего стола рядом со звездочкой закладок в адресной строке.

image

1 лайк
6

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

2 лайка
7

image

Уже в восторге! Отличное предложение :heart:

5 лайков
8

Смотрите мой запрос здесь: Implement Badging API - #10 by merefield

3 лайка
9

Использую это уже неделю, и мне всё ещё нравится. Я продвигаю это решение по всей компании и ожидаю очень положительного влияния на время отклика.

Для справки, это работает в:

Вот короткое видео о том, как настроить это в Edge. Я настроил запуск при старте для дополнительного удобства.
Примечание: Первое, на что я нажимаю в видео, — это адресная строка. Из-за артефактов сжатия это не совсем очевидно.

Также здесь есть руководство для Chrome с изображениями: Implement Badging API - #11 by Tris20

1 лайк
10

Привет, Тристан. Не уверен, что это ещё актуально после столького времени, но я работаю над десктопным клиентом для сообществ Discourse. Так как это очень новое приложение, я был бы очень признателен, если бы вы могли взглянуть и поделиться своими впечатлениями.

4 лайка