怎样处理反馈、贡献与审核？

用清楚的问题入口、维护责任和审核过程，让共同规则持续可靠。

设计系统需要有人处理反馈和审核改动。治理就是约定谁负责、怎样做决定、怎样让使用者知道结果，避免共享资源变成无人管理的集合。

先记住这几件事

• 反馈 可以是使用问题或改进建议； 贡献 是对共同资源提出或完成改动。
• 提供问题位置、发生步骤和预期结果，维护者才容易判断与复现。
• 审核 是检查改动是否满足实际需求、符合已有规则，并考虑对其他页面的影响。
• 不同规模的团队可以采用不同流程，但要有清楚的负责人、决定记录和反馈方式。

问题与贡献入口的组织见 USWDS 贡献指南 ；共同价值与判断方向见 USWDS 产品价值 。

一条建议怎样进入系统？

反馈处理的示意

以下为假设团队记录。

用一个例子走一遍

使用者报告窄屏时保存按钮被遮住，附上页面和操作步骤。维护者在多个页面复现后，确认是共同布局规则问题。设计和开发修正后一起验证，再更新说明，并把结果回到原问题记录里。

边界与常见误解

开放贡献不等于每条建议都直接进入系统。审核也不只是维护者凭个人喜好选方案。判断依据应是实际任务、已有规则和验证结果；小团队不必照搬大公司的审批层级。