把证据装进库

1审核并入库

输入

试点单、证据包及可复用任务包

任务包包含

适用场景、获准输入示例、操作步骤/提示词、参考输出、逐项验收、常见失败、禁用边界、人工回退、版本、Owner与复核日期

输出

已发布的案例记录，明确“在哪个团队、哪些材料、哪个工具和哪个版本下验证过”

判断

业务Owner确认交付与证据；专业责任方确认必要边界；HR检查分类、完整性和共享范围后发布。效果不足但仍有教学价值的内容进入教学区，不标为可推广案例

主责

业务Owner签认内容；案例维护人交包；HR运营维护目录与发布记录。IT确认受控存放、权限和可访问性

2台账与内容

先用企业已有的受控文档库或台账落地，不预设新应用、邮箱/ERP/MES集成或AI产品许可。

• 问题与候选区：记录征集、筛选和待补信息，默认面向运营及相关Owner
• 已验证任务包区：让员工查到适用范围、成果、验收、边界、版本和接手方式；默认检索有效的最新版本
• 教学与经验区：虚构练习、探索记录、未达标和失败教训，明确标识证据类型；与可复用业务案例分开

它们可在同一台账中用状态和权限管理。Library保存任务包和受控证据链接，不复制所有原始人员、供应商、生产或工程数据。

3逐步补齐记录

基础必填只有六项：业务问题、做事/接收角色、触发、交付物、怎样验、材料种类。 编号、分类和关联由运营人员补，不要求员工先估ROI或会写提示词。

入选试点前再补： Owner和复核人、获准数据与工具、样本和窗口、基线/目标、人工控制与回退、投入及验收日期。

试点结束后再补： 逐项证据、实际效果与限制、任务包、入库结论、共享范围、发布版本、维护人和复核日。第二团队接手后才补复用结果。原始样本证据按获准范围保管。

以下15栏是运营台账逐步形成的完整记录，不是首次报名表。

• 案例身份：唯一ID、简短名称、业务领域、任务模式、关联主案/变体ID。必须齐备阶段：归类时
• 业务问题：当前做法、重复频率、痛点、提交人、受影响岗位。必须齐备阶段：征集时；频率可待测
• 交付与验收：触发、接收者、交付物、时点、逐项验收。必须齐备阶段：试点前
• 责任人：业务Owner、执行人、复核人、维护人、必要替补。必须齐备阶段：试点前
• 数据与许可：来源、分类、可用范围、批准记录/有效期、输出范围。必须齐备阶段：真实材料试点前
• 工具与环境：批准入口、工具/模型或应用版本、功能路径、账号及集成依赖。必须齐备阶段：试点前
• 人工控制：核验步骤、不可委托决定、停止条件、人工回退。必须齐备阶段：试点前
• 任务包：获准样例、操作步骤/提示词、参考成果、验收、失败示例。必须齐备阶段：入库前
• 试点设计：样本范围/数量、窗口、基线、质量/效益阈值、投入上限。必须齐备阶段：试点前
• 证据与结论：耗时/质量/返工/成本、限制、逐项记录链接、复核和结论。必须齐备阶段：入库前
• 状态与证据类型：当前状态；拟议候选/虚构教学/本团队实测/跨团队已复用；决定记录。必须齐备阶段：全程
• 共享范围：可见及可使用群体、受控存放位置、发布时间、访问责任方。必须齐备阶段：发布前
• 版本与变更：当前版本、变更摘要、批准人/日期、旧版和受影响范围。必须齐备阶段：发布前及更新时
• 复用记录：接收团队/Owner、本地差异、许可、测试结论、反馈及关联变体。必须齐备阶段：首次复用起
• 维护与退出：下次复核日、事件触发复核、暂停/恢复/退役原因及替代路径。必须齐备阶段：发布前及退出时

初次问题卡可只收“问题、角色、触发、交付、验收、材料种类”六项。15栏完成度是推进门槛，不是填表数量竞赛。

4状态转换

待筛选 → 待准备 → 试点中 → 待入库审核 → 已发布 → 跨团队已复用。

各阶段可进入“暂停”；不立项/合并/撤回保留关闭原因；已发布案例可进入“退役”。

待准备到试点中

Owner、验收、工具、数据、人员和回退条件齐全

试点中到待审核

证据完成，业务复核人签认

待审核到已发布

任务包可复用、共享范围获准、维护人和复核日明确

已发布到跨团队已复用

第二团队有本地验收证据

暂停到恢复

相关责任方完成整改与受影响样本复测，批准记录更新

到退役

完成通知、替代流程和历史保留，不再默认推荐

状态说明进度，证据类型说明可信程度，使用许可说明谁可以做什么，三者不能互相代替。

这组状态专门用于案例运营生命周期，不替换既有任务管理或页面的状态规则。

5权限、版本与反馈

权限

员工查看获准的目录和任务包；只有提交人及相关Owner访问候选详细材料；维护人改草稿；业务及专业责任方按职责签认；HR发布目录。原始证据维持源系统权限，目录标题和摘要也应避免泄露限制信息

版本

发布版只读，草稿单独编辑，保存变更记录。文字勘误经维护人核对；改变数据、工具、步骤、验收或边界的实质变更，重新做相关审批和测试。旧版保留但不作为默认可用版本

审核

提交者不能仅凭自己说“好用”放行。业务质量与效果由业务复核人/Owner核实，平台与数据安全由相应责任人核实，HR检查目录完整性和共享范围

反馈

每次有实质复用，记录案例ID/版本、接收团队、样本范围、可用结果、当地耗时/返工、遇到问题和解决办法。评论、点赞、下载不是复用成功证据

追踪

问题记录关联案例和版本，写清严重程度、处理人、期限、处置和关闭证据。普通问题进周协同；安全与严重错误立即分流；处理结果回告提交人及受影响团队