反馈闭环的维护成本失控，通常不是因为工具不够，而是因为每个环节都在等人做判断。低维护成本的设计原则可以概括成一句：把需要人做的事压到最少，且每一件都必须留下痕迹。

入口收敛，字段克制

渠道上做减法：产品内放固定入口，邮件签名和交付文档里放同一条短链接，群聊里遇到有价值的意见手动补录。宁可手动补录几条，也不要为自动抓取接入一堆平台，维护成本会迅速超过收益。表单字段够用就行——反馈原文和联系方式必填，身份用下拉选项，发生在哪个环节、期望的结果、截图链接选填。字段太多，客户会放弃填写；太少，则要在分类阶段反复追问。

标识唯一，输出固定

自动生成一个标识字段，贯穿任务标题、回访记录和统计口径。只要它在，任何时候都能从一条任务倒查到客户的原话。分类不要交给模型自由发挥，否则几周后会得到几十个近义标签；维护一份固定枚举，每条只允许单选。批量处理之后抽一小部分人工复核，某一类反复分错，就把典型错例写成判断规则补进提示词，而不是换模型——提示词是资产，换模型等于重置。

优先级由人定，状态要回填

AI 可以判断主题和情绪，但不该替人排期。重复提交不等于高频需求：同一个客户在多个渠道提五次，仍然是一个问题。愿意填表单的样本本身有偏，反馈量是线索，不是需求强度的证据。合并也要克制，只把同一个根本问题归到一起，过度合并会丢掉场景差异。任务状态只保留待评估、已排期、已上线、不采纳，不采纳必须写明原因。反馈表里的状态还要从任务工具反向回填，否则三个月后任务都关完了，却没人记得哪条客户意见对应哪次改动。

维护成本最终体现为时间。先跑两周，如果每周处理反馈超过两小时，说明字段设多了或者分类粒度过细，先简化再做加法。工具组合按团队规模选，不必一步到位；真正让闭环持续的，是每周固定一次的处理节奏，以及处理完之后回到原始记录，给提交人一句话反馈。