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?
Abbiamo gestito un bel po’ di richieste di adesione ai gruppi di recente e il flusso di lavoro attuale ci sta causando un po’ di problemi. Ho un’idea per migliorarlo notevolmente, che potrebbe (si spera) essere abbastanza facile da implementare.
Flusso di lavoro attuale
L’utente fa clic sul pulsante
L’utente viene inserito in una coda accessibile tramite /g/nome-gruppo/richiestee viene generato un messaggio privato (PM) con questo testo:
Richiesta di adesione per @nome-gruppo
xxxxxx testo dell’utente (utilizza il modello nelle impostazioni del gruppo)
Questo viene inviato ai proprietari del gruppo che sono stati recentemente attivi (non è chiaro come venga calcolato).
I proprietari del gruppo vedono il PM
questo include un link per gestire la richiesta di adesione sopra il testo del messaggio
(collegamenti a /g/nome-gruppo/richieste?filter=username)
Uno dei proprietari del gruppo gestisce la richiesta
Viene generato un nuovo PM
Sei stato accettato nel gruppo @nome-gruppo (o rifiutato, se è questo il caso)
La tua richiesta di entrare in @fci-members è stata accettata e ora sei un membro.
Questo viene inviato all’utente, dal proprietario del gruppo (solo quello che ha gestito la richiesta)
Problemi con il flusso di lavoro attuale
Gli altri proprietari del gruppo non possono capire facilmente se la richiesta è stata gestita
devono fare clic su /g/nome-gruppo/richieste?filter=username
se è stata gestita, si ottiene “Non ci sono richieste di adesione per questo gruppo.”
non c’è indicazione se sono stati accettati o rifiutati
per scoprirlo, devono visitare il profilo dell’utente e cercare (o cercare nel gruppo)
Il proprietario che approva / rifiuta l’utente non può facilmente aggiungere / modificare il PM generato
viene inserito nella sua casella di invio (fuori dalla vista, fuori dalla mente)
questa è un’opportunità mancata per un’interazione positiva tra i proprietari e il nuovo membro
(problema minore) Ci sono due argomenti di PM (ne serve solo uno)
Modifica suggerita
Probabilmente l’hai già intuito!
Rendi il secondo PM una risposta al primo PM, invece di un messaggio completamente nuovo.
Ciò risolverebbe tutti e 3 i problemi in modo eccellente, chiudendo il ciclo di comunicazione, dando buona visibilità a tutti i proprietari del gruppo, riducendo al minimo le notifiche non necessarie e promuovendo interazioni comunitarie positive.
Abbiamo un problema simile: i proprietari dei gruppi mi contattano per capire perché arrivano alla pagina delle richieste e la trovano vuota (poiché qualcun altro ha già accettato la richiesta).
Credo che la soluzione di Nathan sarebbe una buona idea. Non cambia troppo il flusso di lavoro per gli utenti e rimuove efficacemente la confusione.
Nel frattempo, consiglio ai capi gruppo di lasciare una traccia: come il messaggio in modo che l’altro proprietario della community possa vederlo, o lasciare un breve messaggio di benvenuto.
