Приглашайте людей отвечать на тему без необходимости создавать аккаунт

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

Я экспериментировал с функцией «Поделиться» → «Пригласить по электронной почте», но получаю письмо, в котором не удаётся просмотреть полный пост или которое сообщает, что я могу ответить по электронной почте, чтобы принять участие.

Эта функция должна имитировать возможность немедленного ответа на личные сообщения.

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

1 лайк

Похоже, что такая функция не поддерживается.

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

2 лайка

Спасибо за ответ! Я изменил категорию этого сообщения на «Предложение по улучшению».

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

Этот запрос на новую функциональность затрагивает область работы с «этапными» пользователями (staged users). Этапные пользователи не являются полноценными пользователями, поскольку могут участвовать только через электронную почту, а их функционал, за исключением системы личных сообщений (PM), проработан недостаточно. Мне кажется, вы предлагаете расширить границы того, для чего предназначены этапные пользователи, что интересно, но вряд ли произойдёт в ближайшее время или вообще.

Для большинства сообществ бессмысленно позволять людям, не являющимся пользователями, участвовать в обсуждениях. Здесь также есть риск скользкого пути: какие права пользователей мы предоставим этапным пользователям дальше? Их нельзя упомянуть через @, они не следят за темами или категориями, у них нет доступа к вложениям в приватных категориях. Они не могут войти в систему, чтобы изменить свои настройки, включая настройки электронной почты. Они не получают еженедельные email-подытоживания. Они не отображаются в списках пользователей. В какой момент этапные пользователи просто становятся пользователями, которые никогда не входят в систему? Мы хотим, чтобы опыт работы на форуме был отличным для всех, поэтому главная цель должна заключаться в снижении барьеров для входа пользователей в систему, а не в том, чтобы позволить им прятаться в своих электронных письмах.

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

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

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

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

1 лайк

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

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

1 лайк

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

Тем временем спасибо, что обратили внимание на запутанный интерфейс «Пригласить в личное сообщение», который легко спутать с системой приглашений на сайт. Это две совершенно разные функции. Мы разберёмся с этим.

1 лайк

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

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

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

Кажется, что сейчас это невозможно? Возможно, есть какой-то обходной путь?

Как минимум, я хотел добавить своё мнение в поддержку этой идеи.

Это интересный вариант использования. Возможно, вам стоит взглянуть на Page Publishing — страница становится публичной, но для доступа к ней необходимо знать URL. Так что, возможно, это подойдёт для вашего случая?

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

2 лайка

Спасибо. Недавно я подумал, что было бы здорово, если бы можно было присвоить теме сложную ссылку (как это делают Dropbox, Google Docs и другие), чтобы доступ к ней мог получить любой, но только при наличии этой ссылки. Маловероятно, что кто-то случайно узнает такую ссылку, если вы её ему не отправите. Это могло бы сработать отлично и приблизить нас к функции «закрытых постов», о которой пользователи время от времени просят на этом форуме.

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

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

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

  2. Поисковые системы будут индексировать опубликованную страницу или тему, верно? Это определённо снизит потенциальную приватность страницы/темы.

3 лайка

Возвращаюсь к этой теме!

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

Мой кейс

Контекст

Я работаю в https://nanouherman.com ведущим разработчиком. Мы управляем франшизой, и владельцы франшиз ищут более эффективный способ коммуникации, чтобы письма не терялись и не тонув в потоке сообщений, а также чтобы легко ссылаться на другие сообщения и привлекать других участников. Я знаком с Discourse, поэтому подумал, что это отличная идея.

Переход

Однако переход будет сложным. У других компаний уже есть свои системы поддержки, и не все могут сразу переключиться на учётные записи форума. Наличие «промежуточных» пользователей для тех, кто участвует через свои собственные системы поддержки, чрезвычайно полезно. Мы также можем отправлять сообщения тем, кто ещё не на форуме, направляя им личные сообщения (PM), превращая их в «промежуточных» пользователей. Затем мы можем переносить эти личные сообщения в темы, чтобы они были категоризированы и доступны для всех.

Заключение

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

Обобщение

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

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

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

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