Intranet: An employee wants to watch the posts of their manager or a key influencer in their organization; a manager wants to watch the posts of a new hire as they get onboarded into the organization
Community: A member of the community wants to watch the posts of a speaker/influencer/leader of the community (perhaps an employee of the hosting organization)
Moderation: A moderator wants to watch the posts of a potentially troublesome community member
I think that will work. I think it would be a slight upgrade to keep all the activity within the Discourse ecosystem through this feature suggestion, but the RSS feed is a definite solution that works as well. Especially in an intranet environment, asking people to adopt both Discourse and an RSS reader will be a tough challenge. Thank you!
Vejo um monte de valor em tornar esse recurso amplamente disponível.
Embora seja possível assinar o feed de atividade RSS de um usuário, é bastante complicado pedir que os usuários utilizem dois aplicativos separados (Discourse e um leitor de RSS) para interagir com a comunidade.
Em segundo lugar, em sites privados, você precisaria gerar e incluir chaves de API para cada usuário, adicionando-as aos links RSS que desejam seguir. Isso é um ponto de dor para a equipe que gera as chaves para cada usuário, e é confuso tentar ensinar usuários não técnicos a usar as chaves.
Compare estes dois conjuntos de instruções para os usuários:
Clique em um botão e você será notificado toda vez que essa pessoa publicar um novo tópico.
VS
Entre em contato e solicite uma chave de API, depois baixe um leitor de RSS, acesse a página de atividade do usuário, adicione .rss, anexe sua chave de API ao link, adicione esse link ao seu leitor de RSS. Agora, verifique seu leitor de RSS diariamente por novas postagens dos usuários que você adicionou.
Claramente, há espaço para tornar isso mais fácil.
Este plugin é ótimo para isso, mas, infelizmente, está disponível apenas para sites auto-hospedados ou empresariais.
Gostaria muito de ver esse plugin incluído nos plugins oficiais do Discourse, para que sites hospedados padrão e empresariais possam usá-lo. Mantê-lo como um plugin ainda seguiria sua perspectiva filosófica de que, em uma plataforma de discussão, os usuários não devem se importar com quem está dizendo algo, mas sim com o que está sendo dito. No entanto, isso permitiria que qualquer comunidade que VEJA valor em permitir que os usuários sigam uns aos outros adicionasse facilmente esse recurso ao seu site.
Uma grande pergunta que tenho aqui é: qual valor isso traria em comparação a ter uma estrutura de categorias um pouco diferente?
Se você tiver posts dos quais realmente quer que todos estejam cientes, pode criar uma categoria para anúncios e garantir que as pessoas a acompanhem ou a monitorem.
Você poderia expandir com alguns exemplos do mundo real de quando esse recurso é desejável? Há também muitas preocupações em relação ao sentimento negativo de ser “seguido”. Se toda vez que uma celebridade posta em um fórum, as mesmas 50 pessoas curtirem e responderem porque as têm nas cruzadas, isso pode ser bastante estressante para a referida celebridade. Além disso… como isso não se torna uma competição de popularidade?
Primeiramente, isso se alinha a comportamentos que as pessoas já conhecem de outras plataformas interativas, o que reduz a curva de aprendizado.
Além disso, as pessoas publicam em várias Categorias. Se houver alguém que eu queira acompanhar (um possível problema) ou alguém que eu respeito e quero aprender, a capacidade de segui-los me ajuda a separar o sinal do ruído. Por alguma razão, estou interessado nas postagens dessa pessoa, e esse plugin me permite segui-los nesse nível.
Fico feliz em dar minha opinião. Acredito que um exemplo ajudará você a entender onde vejo valor nessa funcionalidade.
Digamos que você tenha uma comunidade de escritores (amadores). O objetivo da comunidade é que esses criativos discutam sua arte, mas também que se deem feedback e motivação uns aos outros sobre seus trabalhos. Uma categoria se chama “Prompts Semanais”, na qual a equipe da comunidade publica um prompt de escrita semanal. Os escritores podem adicionar sua resposta ao prompt como um tópico e receber feedback de seus pares.
Como escritor, digamos que você encontre outro escritor com quem você simplesmente se dá bem. Você adora ler o trabalho um do outro, e ambos deixam ótimos comentários. Na verdade, você quer ter certeza de ver todo o trabalho desse outro escritor. Então, você pede que ele te @ mencione quando publicar. No entanto, ele diz que tem outras 10 pessoas que também querem acompanhar seu trabalho, e é muita coisa pedir ao escritor para @ mencionar cada indivíduo toda vez que ele publicar.
Então, eles formam um grupo. Agora, o escritor @ menciona o grupo quando publica. Isso funciona por um tempo, mas e se eu encontrar outra pessoa cujo trabalho eu queira acompanhar e que esteja em um grupo de feedback diferente? Isso resulta em uma estrutura de grupo fractal onde, sim, cada usuário pode ter cerca de 10 outras pessoas em sua rede, mas são as MESMAS 10 pessoas para cada usuário no grupo. Se eu quiser acompanhar alguém novo, preciso ou adicioná-lo ao meu grupo (o que significa que agora todos no meu grupo o seguem) ou criar um novo grupo para esse novo círculo.
Eu ajudo a administrar uma plataforma de e-learning através do Discourse, e essa é exatamente a situação em que estamos. A capacidade de acompanhar alguém com quem um aluno se conectou em nossos workshops é provavelmente o recurso mais solicitado pelos nossos usuários.
Portanto, quanto ao seu ponto específico, não é que eu queira que TODOS estejam cientes de um anúncio; vejo essa funcionalidade apoiando uma conexão mais estreita entre indivíduos em uma comunidade.
Essas são preocupações totalmente válidas. Certamente não pretendo ter AS respostas. No entanto, para contornar as preocupações sobre o “seguir” parecer ruim, talvez seja uma conexão simétrica, então eu não posso te seguir a menos que você também me siga (pense em amigos do Facebook em vez de seguidores do Twitter). Como evitamos que isso se torne um concurso de popularidade? E se houvesse uma opção para definir um limite no número de conexões que você pode ter? Isso reforçaria a ideia de que não se trata da quantidade, mas da qualidade das suas conexões. Admito que isso poderia causar alguma tensão desconfortável se seu “amigo” te abandonasse para fazer espaço para outra pessoa… Alternativamente, você poderia tornar sua lista de “seguidores” privada, para que ninguém saiba quem é popular e quem não tem seguidores.
Me avise se tiver mais alguma pergunta com a qual eu possa ajudar a pensar! Obrigado, Sam.
Por que não visitar a página de perfil do usuário de vez em quando? Toda a atividade deles está bem ali na página do usuário. Há uma solução muito simples aqui, bem na frente de todos.
Eu sinceramente não vejo nós fazendo isso como algo além de um plugin completamente opcional.
Porque as pessoas querem conveniência. Em um contexto empresarial, ninguém quer perder mensagens do gestor, de um colaborador importante ou de um colega com quem trabalha de perto. O que percebo é que as pessoas tendem a recorrer aos canais que oferecem a solução mais fácil e integrada. Se o Discourse não atender a essa necessidade, elas simplesmente usam e-mail ou chat.
Obrigado, Jeff. Seguindo essa lógica, por que incluir a opção de acompanhar uma categoria ou tópico? Por que não simplesmente visitar esse tópico de vez em quando para ver se alguém escreveu algo novo ou respondeu a algo que você disse?
A diferença está entre fazer os usuários caçarem o conteúdo que querem ver versus entregá-lo a eles. Se sabemos antecipadamente que um usuário deseja se manter atualizado sobre um tópico ou categoria, enviamos uma notificação quando há nova atividade para eles. Da mesma forma, se sabemos antecipadamente que um usuário deseja se manter atualizado sobre outro usuário, por que colocar a responsabilidade de encontrar esse conteúdo nas mãos do usuário? Gostaria de ouvir sua perspectiva sobre como essas situações são diferentes.
Concordo que isso deveria ser um plugin completamente opcional; existem muitas comunidades onde esse recurso não melhoraria as coisas (por exemplo, não acho que o Meta ficaria melhor com um recurso de acompanhamento). No entanto, como é um recurso tão solicitado, acho que o plugin deveria estar disponível para sites hospedados nos planos Standard e Business, sendo incorporado à lista de plugins oficiais do Discourse.
Algo que eu consigo ver sendo suportado é limitar o acompanhamento do usuário a uma única categoria ou conjunto de categorias, para evitar o efeito creep em todo o fórum ou a impossibilidade de desligar sua persona pública.
Para usar o exemplo da escrita: acompanhar automaticamente qualquer tópico/resposta que o usuário criar em qualquer uma das categorias de Histórias, mas nunca em nenhuma das categorias de Discussão sobre Histórias — o conjunto de “fãs” não precisa ser interrompido para ver as opiniões do autor sobre outras histórias.
Se posso complementar, e se isso fosse uma configuração de categoria, digamos follower_notification_enabled(padrão falso)? Assim, os administradores podem controlar em quais categorias esse recurso é suportado.
Uma área que acho interessante para experimentar é o uso de hashtags. Acredito que isso aborda muitas das preocupações levantadas por @codinghorror e já foi mencionado diversas vezes anteriormente. No entanto, há um problema: o símbolo # já está reservado para tags e categorias, então seria necessário usar um símbolo diferente (ou um duplo ##).
As tags agora são por tópico, não há uma maneira limpa de marcar um post específico. Mas… vamos imaginar por um instante que isso existisse.
Contos da mesa de Sam
Aqui estão os incríveis contos da mesa de Sam
Mais da história
##sams-desktop-adventures
Então, os usuários poderiam acompanhar ##sams-desktop-adventures e ser notificados de todos os novos posts com essa tag.
O ##sams-desktop-adventures se tornaria automaticamente um link; ao clicar nele, você veria os resultados da busca por todos os posts que contêm essa hashtag.
Para mim, isso parece muito mais alinhado com a ideia de resolver o problema específico, sem precisar recorrer ao aspecto de “perseguição” do acompanhamento de usuários.
Não estou dizendo que isso está acontecendo agora, mas acredito que estaríamos muito mais abertos a ter um sistema como esse (desativado por padrão) para comunidades que desejam a funcionalidade de “marcar posts” em vez de apenas “marcar tópicos”.