寻源竞价平台按子公司合规口径改造
锅炉厂、汽轮机厂、电站环保等法人主体共用一套智慧供应链寻源竞价平台，寻源竞价、供应商邀请、授标审批全在此链路完成。各主体合规要求不同：有的限制类供应商一律不得邀请或拟中标，有的另有图纸技术确认流程。改造前合规校验靠人工比对风险清单，授标也人工核对；财务目标成本无字段可录，只能事后线下补表；部分立项不知物料，先整体报价、事后线下补明细，口径对不上。单据流转节点多（邀请→澄清→报价→开标→财务确认→授标→结案），每加校验点牵动多个法人主体同一套页面。
- 限制类供应商拦截全靠人工，采购员在邀请供应商和授标分配时手工比对风险清单
- 财务确认的目标成本无录入字段，财务只能线下维护表格再人工同步，授标明细里看不到
从财务部、招标中心两个业务口收集需求，共确认 25 条
客户当时卡在哪
- 限制类供应商拦截全靠人工，采购员在邀请供应商和授标分配时手工比对风险清单不解决的代价：每单增加数分钟人工核对，漏核对即构成合规风险
- 财务确认的目标成本无录入字段，财务只能线下维护表格再人工同步，授标明细里看不到不解决的代价：每次授标后需额外一轮线下表格传递
- 立项时物料未知，只能先整体询价，供应商须下载 Excel 线下填明细再上传，报价口径与物料明细对不上不解决的代价：每单多一轮线下模板往返，明细缺失需退回重报
- 采购申请单系统与寻源竞价系统数据不通，业务员需重复录入；多轮报价历史里报价附件展示的是最后一轮附件不解决的代价：同一单据重复录入一次，评审时需逐轮翻查附件
- 竞争性谈判的评标专家由人工挑选，不满足随机化要求不解决的代价：需实现专家随机抽取能力
FDE 怎么干的
从财务部、招标中心两个业务口收集需求，共确认 25 条
关键判断：先按业务口分批收集再统一评估，而不是等需求齐了再开工——25 条里最终取消 4 条，先收能及早暴露重复需求
逐条写产品改造方案，每条独立文档，覆盖限制类拦截、财务字段、报价拆分、技术澄清承诺等
关键判断：限制类名单数据源选供应商生命周期模块的动态管理负面清单复用，而不是另建一套名单——避免两套名单不一致
在邀请供应商（立项阶段/补充邀请）、授标（按总项/按单项/授标变更）三处加提交前校验，命中即弹窗并给出具体供应商名称
关键判断：做多点拦截而非只在授标卡一道——授标拦已经晚了，邀请时拦成本最低；弹窗必须报出企业名称而不是只报存在限制类供应商，采购员要能立刻知道找谁改
在授标明细新增财务确认的目标成本（不含税）等字段，非必填；页面识别当前审批人角色且节点为财务人员时才开可编辑权限；财务填写后长期展示在授标明细
关键判断：按角色加节点双条件判定权限，而不是只判节点——避免非财务角色在该节点拿到编辑权；字段非必填，因为部分项目本就没有成本口径
流程参数新增是否需要授标后上传报价明细开关（默认否）；供应商侧下载标准 Excel 模板填报后上传，采购员在网上授标节点上传并可弹窗查看表单详情；同步开放接口给客户方取结果
关键判断：用开关加标准模板而不是让供应商在页面自由填明细——立项时物料未知是常态，自由填写会回来一堆不可汇总的数据；模板字段由实施人员按项目配置，兼顾通用与特例
供应商报价前弹窗固定承诺文案，弹窗内预留技术方案澄清快捷入口；采购员无法确认时把工艺人员加入项目（该角色仅可见邀请、澄清阶段内容）；澄清完成后供应商无需重复承诺即可报价
关键判断：承诺放在报价前的弹窗而不是独立页面——把确认动作嵌进必经路径；澄清参与人权限限死在两个阶段，避免技术专家看到不该看的报价信息
完整经过
作者亲述：方案取舍、走过的弯路、怎么说服客户背景
集团锅炉厂、汽轮机厂、电站环保等多个法人主体共用一套寻源竞价平台，寻源竞价、供应商邀请、授标审批全在这条链路上完成。各法人合规要求不同，改造前限制类供应商拦截靠采购员人工比对风险清单，财务目标成本无字段可录，立项物料未知时只能先整体询价、事后线下补明细。
怎么打
7/14 从财务部、招标中心两个业务口分批收集需求，共确认 25 条，逐条写独立改造方案。限制类名单复用供应商生命周期模块的负面清单，在邀请与授标多处加提交前校验，命中即弹窗报出企业名称。财务节点按角色加节点双条件开放目标成本字段，非必填。授标后报价明细用开关加标准 Excel 模板承接，并开放接口给客户方取结果。技术方案承诺嵌进报价前弹窗，澄清参与人权限限死在邀请与澄清两个阶段。采购申请单与 SRM 打通，审批后可直接创建竞价项目并回填项目号。功能 7/24 上线，业务 8/7 上线，中间留培训期。
结果
业务需求上线 14 条，从启动到首批业务上线 24 个自然日，功能到业务上线缓冲 14 天，交付工作量 34.5 人天，需求取消率 4/25。限制类校验由人工 3–5 分钟/单变为提交前秒级拦截，财务目标成本线下往返由每单约 1 轮降为 0 轮。
边界
内部核价的供应商限制当期未处理；采购申请单对接 SRM、CMS 接口对接截止 8/18 仍在测试或开发中；名单准确性依赖上游负面清单；报价明细拆分靠人工填模板，系统只做结构校验；专家随机抽取功能尚在测试中。
踩过的坑
只写顺利过程的案例，客户默认是包装过的这个方案解决不了什么
敢写边界，才说明真的做过- ×内部核价的供应商限制当期未处理：限制类名单拦截只覆盖寻源竞价与授标链路，内部核价的供应商限制明确暂不处理
- ×系统对接尚未全部投产：采购申请单对接 SRM、CMS 接口对接在截止 8/18 时仍处于测试中/开发中，接口已完成但对接未完成
- ×限制类名单准确性依赖上游：数据源是供应商生命周期模块的负面清单，平台只做拦截，不负责名单准确性；上游更新不及时则拦截会漏
- ×报价明细拆分靠人工填模板：虽标准化了 Excel 模板，但供应商填报仍可能与整体报价口径不一致，系统只做结构校验
结果
每个指标都附统计口径核验依据
仅对平台开放本案例已提交 10 项核验材料（验收单、周报、客户确认等），由平台逐项核对。原件含客户名称与金额，不对外展示。
客户见证人
本案例已获客户确认（L3）。见证人信息由客户自愿补充，用于进一步支持「可参考联系」（L4）。
相关案例
按行业、业务目标与场景自动匹配设备维修知识传承 Copilot
把 30 年老师傅的维修经验变成新人可查可用的排障助手。
注塑车间工艺参数调优助手
把调机老师傅的试模经验变成可检索的参数推荐，减少换模试模次数与废料成本。
精密零部件 AI 视觉质检
产线终检环节用 AI 视觉替代人工目检，漏检率与人力成本双降。