# Reportistica e analisi Admin: modifiche incrementali

**URL:** https://meta.discourse.org/t/admin-reporting-analysis-incremental-changes/395768
**Category:** Announcements
**Tags:** dashboard-reports, reporting
**Created:** [24 Febbraio 2026, 5:56am UTC](https://meta.discourse.org/t/admin-reporting-analysis-incremental-changes/395768 "2026-02-24T05:56:50Z")
**Posts on this page:** 1
**Showing post:** 18

<div class="post-metadata">

### Author: ![chapoi](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/chapoi/32/537252_2.png) [@chapoi](https://meta.discourse.org/u/chapoi)
#### Post date: [27 Febbraio 2026, 6:21am UTC](https://meta.discourse.org/t/admin-reporting-analysis-incremental-changes/395768/18 "2026-02-27T06:21:29Z")

</div>

> [@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.

---

_[View the full topic](https://meta.discourse.org/t/admin-reporting-analysis-incremental-changes/395768)._