So, to start with, this is about adding a link into the PM that gets sent to the group owner when someone requests group membership, right? The link should lead to the respective group’s page (groups/<groupname>), open the “add members” modal and ideally also already add the new users username into the modal so that the group owner only needs to press “+ Add”.
The last bits seems to be the difficult part:
is there a URL to navigate to the modal or would it have to be implemented as well?
even if I can open the modal with a URL, I suppose that there is currently no way of adding a username to that URL, right?
Temos lidado com um número considerável de solicitações de associação a grupos recentemente, e o fluxo de trabalho atual tem nos causado alguns transtornos. Tenho uma ideia para melhorá-lo significativamente, que pode (esperançosamente) ser bastante fácil de implementar.
Fluxo de Trabalho Atual
O usuário clica no botão
O usuário é colocado em uma fila acessada via /g/nome-do-grupo/requestse um PM é gerado com este texto:
Solicitação de Associação para @nome-do-grupo
xxxxxx texto do usuário (usa o modelo nas configurações do grupo)
Isso é enviado aos proprietários do grupo que estiveram ativos recentemente (não tenho certeza de como isso é calculado)
Os proprietários do grupo veem o PM
isso inclui um link para lidar com a solicitação de associação acima do texto da mensagem
(links para /g/nome-do-grupo/requests?filter=username)
Um dos proprietários do grupo lida com a solicitação
Um novo PM é gerado
Você foi aceito no @nome-do-grupo (ou rejeitado, se for o caso)
Sua solicitação para entrar em @fci-members foi aceita e você agora é um membro.
Isso é enviado ao usuário, do proprietário do grupo (apenas aquele que lidou com a solicitação)
Problemas com o Fluxo de Trabalho Atual
Os outros proprietários do grupo não conseguem saber se a solicitação foi tratada facilmente
eles precisam clicar em /g/nome-do-grupo/requests?filter=username
se foi tratada, você recebe “Não há solicitações de associação para este grupo.”
não há indicação se foram aceitos ou rejeitados
para descobrir isso, eles devem visitar o perfil do usuário e procurar (ou pesquisar no grupo)
O proprietário que aprova / rejeita o usuário não consegue adicionar / modificar facilmente o PM gerado
ele é colocado na caixa de enviados (fora de vista, fora da mente)
esta é uma oportunidade perdida para uma interação positiva entre os proprietários e o novo membro
(problema menor) Existem dois tópicos de PM (só precisa haver um)
Mudança Sugerida
Você provavelmente já adivinhou!
Faça o segundo PM ser uma resposta ao primeiro PM, em vez de uma mensagem totalmente nova.
Isso corrigiria todos os 3 problemas de forma satisfatória, fechando o ciclo de comunicação, dando boa visibilidade a todos os proprietários do grupo, minimizando notificações desnecessárias e promovendo interações comunitárias positivas.
Estamos tendo um problema semelhante: os proprietários de grupos me contatam para entender por que eles chegam à página de solicitação e a encontram vazia (já que outra pessoa aceitou a solicitação primeiro).
Acredito que a solução de Nathan seria uma boa. Ela não altera tanto o fluxo de trabalho para os usuários e efetivamente remove a confusão.
Enquanto isso, aconselho os líderes de grupo a deixarem um rastro: como a mensagem para que o outro proprietário da comunidade possa vê-la, ou deixar uma curta mensagem de boas-vindas.
