把问题选出来

1征集业务问题

输入

员工或主管提供的工作问题，不要求先会写提示词

最小问题卡

谁在做、谁在等、何时触发、要交什么、怎样验、目前什么最费时或容易出错；只描述材料种类，不在报名入口上传未经批准的原始材料

输出

有编号的问题卡，提交人收到下一次反馈日期

判断

交付和接收者不清楚，退回补充；明确的工具故障或安全事件走专业支持入口，不排进案例等待队列

主责

HR运营维护开放入口和反馈时限；部门负责人确认问题确实存在并给出归口人

2分类 去重与找已有方案

输入

问题卡与现有案例目录

分类采用两条轴

业务领域（HR、采购、制造、质量、工程/知识管理）与任务模式（比对、整理、计算、检索、起草）。同时标注受众、数据类别和业务影响

去重依据是业务触发、输入、交付、验收和边界是否相同，不能只因标题或提示词相似就合并

输出有三种

复用现有案例；作为原案例的适配变体；建立新候选。相似问题关联同一主案ID，保留原提交者及本地差异

判断

同一做法但不同数据、工具、岗位或安全边界，可以共享模式，却要独立验证本地适配；新建前必须检查现有方案

主责

HR运营做目录与关联；业务Owner确认是否同一问题；平台支持确认是否已有可用能力

3价值 风险与可行性筛选

先查能不能试，再比较值得先试什么。价值高不能抵消未获准的数据或不可控制的后果。

必须通过的门槛

明确业务Owner和复核人；材料可按规定使用；批准工具能承担该任务；成果可人工核验；失败时有可用的原人工流程

价值排序

任务发生频率、当前耗时/返工、交付影响、是否有跨团队复用潜力。没有基线的收益写成假设

可行性排序

材料是否齐备、步骤是否稳定、是否需要新增集成、试点人员和支持是否有时间。单纯数据清洗或规则计算，先考虑现有表格/规则工具

输出

入选、待补充、暂缓、合并或不立项，并记录理由、责任人和下一次处理节点

判断

首批优先选择可核验、可回退、依赖少的重复任务；自动人事决策、质量放行、设备安全判断和未经授权的订单变更不纳入本轮辅助型试点

主责

业务Owner提出业务排序；平台和专业审批人分别给出可行性及边界；管理层处理跨部门资源冲突；HR回传结果

不设一个分数自动放行。需要评分时，权重应由企业确认；风险否决项和批准条件必须独立保留。