V1.04.2Groupware abandonment设计研究
不对称导致协作工具被弃用
别名: 群件弃用 · 协作系统失用 · 贡献崩塌
概念解释
群件弃用（groupware abandonment）在此指成本—收益不对称使关键贡献者停止维护，系统即使技术可用也失去组织效用。弃用不一定表现为正式关闭；更常见的是数据逐渐过期、字段敷衍、真实协调转移到私聊或表格，而管理界面仍显示系统“上线”。
机制
协作工具的结果依赖多人输入，少数关键角色退出即可破坏完整性。其他人发现数据不可信后，会在使用前再次核实或建立平行记录，系统节省的协调成本消失；维护者看到无人依赖正式记录，又进一步减少投入。这一循环把局部的动机问题放大为集体失用，所以单人可用性测试无法预测组织采用。
怎么研究
纵向追踪有效数据覆盖、更新延迟、重复核实、会外渠道和角色留存，而非只数登录。访谈分别询问贡献者与受益者何时决定绕开系统，并用事件史定位可信度下降与行为迁移的先后。组织强制使用会让登录率保持很高，仍需检查数据是否及时、完整并实际驱动决策。
边界
弃用也可能来自功能缺失、权力冲突、迁移成本或替代品出现，不能见到低活跃就归因于收益不对称。周期性任务本就有长空档。强制合规可以维持录入，却可能把成本变成隐性加班；“没有弃用”不等于设计合理。
怎么落地
- 定义健康指标为可信覆盖与真实任务使用，不以账户数或打开次数替代。
- 对关键贡献角色设置更新延迟和缺失率预警，并访谈确认原因。
- 检测重复核实、导出后另建表和私聊协调，把它们当作失用先兆。
- 调整成本或回报后，观察窗应覆盖多个实际任务周期；关键记录持续新鲜并真正进入决策、且未增加贡献者的未补偿负担，才表明采用恢复。保留能补充正式记录的必要聊天或平行工具并不构成失败，需区分互补渠道与被迫重复维护的影子流程。