Reportistica e analisi Admin: modifiche incrementali

[chapoi]

Stiamo iniziando una rielaborazione più ampia della dashboard di amministrazione.
Questo primo passo si concentra sul rendere la sezione Reporting e Analisi più chiara e facile da navigare.

In questo argomento, esamineremo le prime modifiche incrementali e condivideremo come puoi iniziare a utilizzarle oggi stesso.

Cosa è cambiato

Raggruppamento dei report

Un primo passo che stiamo compiendo è raggruppare i report. Il nostro obiettivo è raggrupparli in base al tipo di domanda a cui potrebbero rispondere. Al momento, questi raggruppamenti sono:

• Coinvolgimento (Engagement)
• Traffico (Traffic)
• Membri (Members)
• Contenuti e Stato (Content & Health)
• Moderazione (Moderation)
• Sicurezza (Security)

Qualsiasi cosa che non rientri o nuovi report andranno in una categoria di riposo (“altro”).

L’obiettivo è ridurre il carico cognitivo e rendere più facile trovare il report di cui hai bisogno senza dover scorrere un elenco lungo e piatto.

Pulizia dei report

Nel tempo, la pagina dei report ha accumulato più grafici di quanti la maggior parte degli amministratori utilizzi in modo significativo.

Come parte di questo aggiornamento, abbiamo rimosso una serie di report dalla vista principale.

Panoramica dei report legacy

• segnalibri (bookmarks)
• mi piace (likes)
• avvisi_moderatore_messaggi_privati (moderator_warning_private_messages)
• notifica_moderatori_messaggi_privati (notify_moderators_private_messages)
• notifica_utente_messaggi_privati (notify_user_private_messages)
• modifiche_post (post_edits)
• visualizzazioni_profilo (profile_views)
• messaggi_privati_di_sistema (system_private_messages)
• utenti_principali_per_mi_piace_ricevuti_da_livello_di_fiducia_inferiore (top_users_by_likes_received_from_inferior_trust_level)
• utenti_principali_per_mi_piace_ricevuti_da_una_varietà_di_persone (top_users_by_likes_received_from_a_variety_of_people)
• messaggi_privati_utente_a_utente (user_to_user_private_messages)

Per il momento, sono ancora disponibili tramite link diretto ma nascosti dalla pagina dei report e alla fine verranno deprecati. (Siamo lieti di riconsiderare se ci sono casi d’uso validi che abbiamo trascurato.)

Per analisi più granulari o una tantum, possono sempre essere replicate tramite data explorer.

Modifiche alla navigazione e al layout

Abbiamo anche snellito la sezione dell’intestazione in modo che corrisponda al nostro layout di amministrazione più recente e liberato spazio non ripetendosi su ogni pagina di report.

Come puoi vedere: più contenuto sopra la piega.

La pagina dei report è ora disaccoppiata dalla dashboard.
Invece di essere renderizzata all’interno della vista della dashboard, ora risiede al suo percorso dedicato (/admin/reports).

Ciò rimuove i percorsi duplicati e semplifica la navigazione mentre ci muoviamo verso un’esperienza di amministrazione più modulare.

Questo è un primo passo nella più ampia rielaborazione della dashboard e, sebbene quest’area si comporti in modo incoerente ora, migliorerà nelle iterazioni successive.

Attivazione dei miglioramenti al reporting nella tua community

Per ora, questo è considerato un cambiamento sperimentale! Siamo aperti ai tuoi feedback, che ci aiuteranno a migliorare e a implementare ulteriormente questa funzionalità.

Per attivarlo, vai alla pagina Modifiche in arrivo nella tua area di amministrazione (/admin/config/upcoming-changes) e trova l’elemento Reporting improvements. Aggiorna il campo Abilitato per… per iscriverti a questo nuovo design:

Cosa ne pensi?

A te la parola: ci piacerebbe sapere cosa ne pensi di questa rielaborazione. I raggruppamenti hanno senso? Come utilizzi il nostro reporting?

Questo argomento verrà aggiornato con ulteriori miglioramenti in quest’area.

[hellekin]

Grazie per esservi presi cura degli amministratori!

@chapoi

abbiamo rimosso una serie di report dalla vista principale.

Questi possono essere pubblicati come query di data-explorer in Data & reporting, o qualcuno documenterà come utilizzare Discourse Prometheus per le persone interessate?

@chapoi

I raggruppamenti hanno senso?

@chapoi

Come utilizzate la nostra reportistica?

Onestamente penso che userò di più la reportistica dopo la rielaborazione. Fino ad ora, non ho visto molto interesse nell’esplorare quest’area, soprattutto a causa della sua mancanza di struttura, quindi… buon lavoro!

[Moin]

@hellekin

Queste possono essere pubblicate come query data-explorer in Data & reporting

Lo sono. Al momento puoi ancora trovarle con il tag dashboard-sql e sono collegate in Admin dashboard report reference guide

Per riferimento futuro, poiché è probabile che vengano rimosse da questi presto:

report	topic
bookmarks	Dashboard Report - Bookmarks
likes	Dashboard Report - Likes
moderator_warning_private_messages	Dashboard Report - Moderator Warnings
notify_moderators_private_messages	Dashboard Report - Notify Moderators
notify_user_private_messages	Dashboard Report - Notify User
post_edits	Dashboard Report - Post Edits
profile_views	Dashboard Report - User Profile Views
system_private_messages	Dashboard Report - System
top_users_by_likes_received_from_inferior_trust_level	Dashboard Report - Top Users by Likes Received from a User with a Lower Trust Level
top_users_by_likes_received_from_a_variety_of_people	Dashboard Report - Top Users by Likes Received From a Variety of People
user_to_user_private_messages	Dashboard Report - User-to-User

[gormus (Osman Görmüş)]

Richiesta di funzionalità:

Prendereste in considerazione di spostare i report in un percorso non amministrativo e di gestire l’accesso tramite una nuova impostazione ..._allowed_groups? :))

  access_reports_allowed_groups:
    default: "1|2" # gruppi automatici admin, moderatori
    mandatory_values: "1|2" # gruppi automatici admin, moderatori
    type: group_list
    allow_any: false

[Moin]

L’avviso nella tabella della mia dashboard è un risultato previsto?

[Moin]

Cosa determina l’ordine in cui vengono visualizzati i report dei plugin? L’ordine sembra cambiare in base alla lingua della mia interfaccia, ma non è alfabetico.

Inglese	Tedesco
solved	solved
documentation categories	AI
AI	user notes
Reactions	Calendar
User notes	documentation categories
Calendar	Reactions

[chapoi]

Al momento non è affatto sul tavolo. Riteniamo che i report siano un’area amministrativa molto specifica.

Hai in mente un caso d’uso specifico?

@Moin

Cosa determina l’ordine in cui vengono visualizzati i report del plugin?

Haha, quindi, ok, penso che abbiamo fatto qualcosa di molto speciale qui

Sembra che siano ordinati alfabeticamente, in base al nome del primo report nel gruppo…

Quindi, ad esempio, in inglese ho:

Sebbene pensi che ci sia un certo fascino bizzarro, lo sistemeremo… ordinato

[gormus (Osman Görmüş)]

@chapoi

Al momento non è affatto in discussione. Riteniamo che i report siano un’area amministrativa molto specifica.

Hai in mente un caso d’uso specifico?

Ho ricevuto un certo interesse per alcuni dei report dalla dirigenza che non è necessariamente tecnica e non dovrebbe avere il ruolo di amministratore o moderatore solo per accedere ai report.

Potrei ovviamente ricreare i report utilizzando il Data Explorer e condividere anche quei report con loro. Ma come svantaggi:

• Devo mantenere aggiornati quei report del Data Explorer man mano che vengono aggiornati nel core
• Grafici e diagrammi sono disponibili solo nei Report, non nei report del Data Explorer (a meno che non mi sia sfuggito qualcosa)
• L’interfaccia utente dei Report è meno “amministrativa” (più “user-friendly”) rispetto all’interfaccia utente dei report del Data Explorer

Andrei anche oltre e chiederei di abilitare i report dei Report per gruppi selezionati, proprio come fanno i report del Data Explorer

Eppure, tutta questa richiesta sarebbe stata una funzionalità “bella da avere”, non una “necessaria da avere” : ))

[chapoi]

Grazie per aver approfondito: è un caso d’uso interessante.

Non so quanto overhead porterebbe qualcosa del genere; forse è minimo. Lo solleverò internamente durante la discussione di questo progetto!

[chapoi]

@chapoi

Sebbene pensi che abbia un certo fascino bizzarro, lo sistemeremo… risolto

Questo è stato fatto: dovrebbe essere alfabetico e cambiare con la lingua dell’interfaccia utente.

[Zanbabe (Suzanne)]

Uso il top_users_by_likes_received_from_a_variety_of_people per determinare uno dei nostri premi di fine anno. Vorrei mantenere l’accesso a quel report per tale motivo.

Ho utilizzato anche alcuni degli altri report che verranno deprecati. Faccio eco al desiderio di mantenere l’accesso in qualche modo. … In realtà sarebbe più bello avere semplicemente un menu di report e la possibilità di scegliere quali vogliamo sulla nostra dashboard, inclusi quelli personalizzati.

[chapoi]

@Zanbabe

utenti più attivi per like ricevuti da una varietà di persone

Puoi spiegare perché il totale dei like non sarebbe sufficiente? È per evitare che i premi vengano manipolati da un intenso scambio di like tra un piccolo gruppo?

[ToddZ]

@chapoi

abbiamo rimosso una serie di report dalla vista principale
…
e alla fine saranno deprecati

Non sto protestando, sono solo curioso: perché rimuoverli invece di nasconderli sotto un’intestazione compressa o qualcosa di simile? Richiederanno una manutenzione che non ne vale la pena?

[Zanbabe (Suzanne)]

Sì. Abbiamo un piccolo gruppo che sfrutta ampiamente il sistema, anche se sono anche utili in altri modi, quindi non li escluderemo o altro. Tendono a dominare i premi… diamo premi anche per i numeri puri, ma vogliamo diversificare e dare premi (e attirare l’attenzione su) persone che si comportano meglio.

Più segnalazioni degli utenti ho che mostrano persone che fanno cose che vogliamo incentivare, meglio è.

Fuori tema per questa conversazione, ma vorrei anche poter regolare i punti in modo più specifico. Non voglio disattivarli completamente nelle aree divertenti del mio sito e disincentivare le persone che vi partecipano, ma mi piacerebbe dare PIÙ punti in determinate categorie, piuttosto che semplicemente attivare o disattivare i punti.

[chapoi]

@ToddZ

Non sto protestando, sono solo curioso:

Domanda lecita.

@ToddZ

Richiederanno una manutenzione che non vale la pena?

Nel software, come regola aurea, tutto richiede manutenzione! I report specifici forse non così tanto, quindi potremmo mantenerli.

Per rispondere alla tua domanda principale:

@ToddZ

perché rimuoverli invece di nasconderli sotto un’intestazione compressa o qualcosa del genere

Perché vedere se arrivano reclami è il modo più semplice per scoprire se qualcosa ha valore o meno

E nel design, e per me personalmente, il concetto di avere una categoria “extra” che viene semplicemente stipata sotto un’intestazione comprimibile è un segno che le funzionalità circostanti non sono progettate bene. Parte di un buon design è anche osare potare via le cose.