A
市场洞察
回答市场发生什么、我们应该补什么。
来源：纪要第2页；原文 30:59–31:23、33:09–33:44、40:02分类与任务跟进 / 00
怎么用｜先选类别，再跟进任务
用“市场洞察、产品规划、项目应用”作为长期稳定目录。每条任务只有一个主归属；生命周期、项目和版本作为附加字段。
先判断本次要交付的成果属于哪一类，再选子类，关联具体任务和项目，最后填写阶段、责任人、下一步、节点及验收证据。类别不随任务从设计到测试而变化。
类别 = 做哪一类工作阶段 = 做到生命周期哪一步状态 = 当前是否在推进项目 = 在哪里应用验证
本材料依据会议三条主线整理。子类编码、台账字段及执行任务拆分为本次方案设计；不是会议批准的新制度。20条任务沿用前版分析编号，未核验当前状态，不是已创建的云效任务。
分类与任务跟进 / 01
一｜会议确定的三大类别
B
产品规划
回答软件、硬件、资质建设什么，以及怎样组织推进。
来源：纪要第2–3页；原文 27:11–28:26、32:36–36:16、40:02C
项目应用
回答产品用在哪些项目、交付到哪一步、产生什么价值。
来源：纪要第1–3页；原文 14:50–22:39、37:06、40:02–40:55B类中的“规划统筹与协作机制”用于承接会议明确讨论的评审、填报和规划汇报事项，是建议子类；软件、硬件、资质仍是会议确立的产品结构。原文40:02明确三条主线，避免另起互相重叠的顶层分类。
分类与任务跟进 / 02
二｜分类边界：以后新任务放哪里
A1 · 竞品与综合竞争力
归入哪些事情：软件、硬件、资质的同场景对比，客户购买因素及价值差异。
边界怎么分：比较和识别差距归这里；实际补功能、接设备、办资质分别转B类关联任务。
A2 · 招投标与市场趋势
归入哪些事情：评分项、准入条件、客户/行业变化、来源与影响判断。
边界怎么分：采集/分析评分归这里；具体证书获取归B3，具体投标项目履约归C。
A3 · 洞察周报与月度汇总
归入哪些事情：把新信息转为产品建议，按周跟踪、按月归纳。
边界怎么分：周报是载体，仍要指向A1/A2的证据及产品决策，不单纯摘资讯。
B0 · 规划统筹与协作机制
归入哪些事情：三维规划主表、路线图、评审规范、需求分流、表格简化、阶段成果。
边界怎么分：为承接纪要中的管理事项增设的子类，不是会议新增的第四条主线；关联A/B/C各类工作。
B1.1 · 软件｜基础库与共享数据
归入哪些事情：食材库、菜品库统一、更新、扩充、引用与维护。
边界怎么分：数据治理归这里；使用它的量化/营养任务另建关联，不重复记为多项完成。
B1.2 · 软件｜菜谱量化与采购打通
归入哪些事情：量化规则、AI算法、采购业务连接、开发与测试。
边界怎么分：通用能力和版本验证归这里；某客户现场部署/验收另归C。
B1.3 · 软件｜营养师相关优化
归入哪些事情：营养师改版的问题梳理、设计、验证和小范围迭代。
边界怎么分：具体模块/版本需核实；不因归类就认定已经立项或有业绩增量。
B1.4 · 软件｜其他经评审能力
归入哪些事情：后续明确归属的结算、采购、食安等标准能力。
边界怎么分：机场对账当前先记C1；确认需建设标准能力后再建立B1.4关联任务。
B2.1 · 硬件｜前厅设备与餐线
归入哪些事情：前厅设备、组合与餐线差异、型号适配及验证。
边界怎么分：A/B/C具体含义待核，不自行编造餐线定义。
B2.2 · 硬件｜后厨设备
归入哪些事情：食安、采购库存、烹饪及称重等方向的设备。
边界怎么分：“石安/焦纯”等转写有歧义，需原始资料核实专名和型号。
B2.3 · 硬件｜服务器与存储
归入哪些事情：服务器、NAS、部署与存储环境能力。
边界怎么分：技术兼容归硬件适配；具体项目现场条件归C关联。
B3 · 资质与准入证明
归入哪些事情：三级相关证明、软著、专利、检测报告、国产化证明及范围。
边界怎么分：CMA先核对应机构/报告；信创技术适配与证明分开建关联。资质不统一等同硬件。
C1 · 项目需求与产品阻塞
归入哪些事情：机场、大兴、重庆等项目需求、承诺范围、澄清与阻塞。
边界怎么分：先判断是否正式需求与合同范围，不自动转研发排期。
C2 · 项目交付与全流程验收
归入哪些事情：央美、三全、郑州、安徽及转写为“石安/十安”的项目节点、版本、现场依赖和验收。
边界怎么分：沿用交付实施表；部署、上线、验收、回款分开记录。
C3 · 价值验证与标准化复用
归入哪些事情：客户为什么买、使用前后变化、工时、样板、跨项目复用。
边界怎么分：本子类将会议价值要求细化为跟进项；单项目完成不能直接宣称可复制。
遇到跨类别任务时，按“交付成果”拆开。
例如：竞品设备差距分析 → A1；补设备适配 → B2；某客户安装验收 → C2；使用前后效果 → C3。四条记录互相关联，不把同一项完成重复统计四次。拆分只是建议，未确认范围前不自动创建研发任务。
分类与任务跟进 / 03
三｜现有20项任务，已经逐项对号入座
当前分类分布：A 市场洞察 3 项；B 产品规划 14 项；C 项目应用 3 项。数量只表示分析拆分，不能代表工作量或绩效。
T01B0 · 规划统筹与协作机制
建立 Q4 三部分产品主表
梳理产品规划结构并统一主表是会议明确事项；主表字段与ID为执行细化。
- 关联类别
- A3、B1/B2/B3、C2
- 下一步建议
- 核对现有规划表与分类，建立能力/任务/项目关联。
- 建议牵头角色
- 产品负责人（建议发言人2牵头，身份待核）
- 交付成果
- 产品地图、能力ID、项目关联、阶段
- 验收条件
- 所有本方案任务有归属；项目可追到能力与下一成果
- 前置依赖
- 确认分类与任务映射
- 原文定位
- p8 40:02–40:55
责任人：待确认 / 生命周期：待核实 / 状态：未核验 / 节点：待确认
T02B0 · 规划统筹与协作机制
形成书面需求评审规范并试评一项
书面评审点、通过标准和记录形式为会议明确事项；试评方式为建议。
- 关联类别
- B1/B2/B3、C1
- 下一步建议
- 选择一项真实需求，确认评审点、结论和责任人。
- 建议牵头角色
- 产品负责人；研发/测试/交付协作
- 交付成果
- 评审模板、通过标准、版本与结论
- 验收条件
- 评审有明确结论、责任人及阻塞处理；不以口头沟通代替
- 前置依赖
- 选一项真实需求
- 原文定位
- p5 23:45–25:23
责任人：待确认 / 生命周期：待核实 / 状态：未核验 / 节点：待确认
T03C1 · 项目需求与产品阻塞
澄清机场对账需求
机场对账需求对接为会议明确事项；具体业务规则待核。
- 关联类别
- B1.4（条件关联）
- 下一步建议
- 先核当前状态，再补对账样本、范围与验收阻塞。
- 建议牵头角色
- 发言人2（会上指定）；财务/项目/研发协作
- 交付成果
- 需求卡、规则、异常样本、范围结论
- 验收条件
- 数据源/账期/差异/权限可解释，确认验收阻塞与实施方式
- 前置依赖
- 项目样本、合同与当前实现
- 原文定位
- p4 19:02
责任人：待确认 / 生命周期：待核实 / 状态：未核验 / 节点：待确认
T04B1.1 · 软件｜基础库与共享数据
基础库现状审计
基础库统一更新为会议明确方向；审计拆分为执行建议。
- 关联类别
- B1.2、B1.3
- 下一步建议
- 盘点来源、单位、版本、引用和数据质量。
- 建议牵头角色
- 产品数据负责人（待定）；研发/营养人员
- 交付成果
- 数据字典、问题台账、依赖图
- 验收条件
- 来源/版本/维护人完整；冲突与缺失有计数
- 前置依赖
- 授权数据样本、现有引用清单
- 原文定位
- p5 27:11–27:43
责任人：待确认 / 生命周期：待核实 / 状态：未核验 / 节点：待确认
T05B1.1 · 软件｜基础库与共享数据
基础库治理方案评审
会议提出先定方案；治理规则与评审产物为执行细化。
- 关联类别
- B0、B1.2
- 下一步建议
- 明确主ID、单位、版本、映射、维护与恢复规则。
- 建议牵头角色
- 产品负责人；研发/营养/采购协作
- 交付成果
- 主ID、版本、单位、映射、维护与恢复规则
- 验收条件
- 试点范围和发布/恢复条件已书面确认
- 前置依赖
- T04
- 原文定位
- p5 27:43–27:44
责任人：待确认 / 生命周期：待核实 / 状态：未核验 / 节点：待确认
T06B1.1 · 软件｜基础库与共享数据
基础库试导入与分批更新
更新扩充为会议明确方向；试导入和分批更新为建议。
- 关联类别
- C2
- 下一步建议
- 方案通过后，在授权范围做试导入并校验历史引用。
- 建议牵头角色
- 研发负责人（待定）；数据维护人
- 交付成果
- 试导入、校验、变更记录、发布包
- 验收条件
- 引用无断链，历史版本可追溯，冲突不静默覆盖
- 前置依赖
- T05通过
- 原文定位
- p5 27:11；验收为建议
责任人：待确认 / 生命周期：待核实 / 状态：未核验 / 节点：待确认
T07B1.2 · 软件｜菜谱量化与采购打通
核对菜谱量化各子项现状
不同子项进度为会议口述；对应任务/版本尚未核实。
- 关联类别
- B0
- 下一步建议
- 核实设计、已安排开发、开发完待测试分别对应什么。
- 建议牵头角色
- 产品负责人；蔡福姐/倩倩对应人员待核
- 交付成果
- 已设计/开发/待测试范围清单
- 验收条件
- 三个状态分别核实，不整体标为开发完成
- 前置依赖
- 核对任务和分支/测试记录
- 原文定位
- p5 27:47；p6 28:05
责任人：待确认 / 生命周期：待核实 / 状态：未核验 / 节点：待确认
T08B1.2 · 软件｜菜谱量化与采购打通
完成菜谱量化最小闭环与规则
量化与采购打通为会议明确方向；最小闭环为建议。
- 关联类别
- B1.1
- 下一步建议
- 确认人数、用量、换算、人工调整和采购关联边界。
- 建议牵头角色
- 产品负责人；营养/采购/研发
- 交付成果
- 流程、公式、换算/取整/人工修改规则
- 验收条件
- 正常和异常样本可计算；库存/单据范围已明确
- 前置依赖
- T05、T07；确认系统能力
- 原文定位
- p5 27:47；p6 28:26
责任人：待确认 / 生命周期：待核实 / 状态：未核验 / 节点：待确认
T09B1.2 · 软件｜菜谱量化与采购打通
验证已开发量化子项和AI算法
算法及待测试子项为会议明确内容；用例和阈值需确认。
- 关联类别
- B1.1
- 下一步建议
- 收集专业基准样本，补正常/异常测试与误差标准。
- 建议牵头角色
- 测试负责人；研发/专业复核人
- 交付成果
- 基准样本、差异报告、缺陷清单
- 验收条件
- 误差阈值经确认；缺数据、重复、改人数等有明确结果
- 前置依赖
- T07范围；T08验收规则
- 原文定位
- p6 28:05–28:26
责任人：待确认 / 生命周期：待核实 / 状态：未核验 / 节点：待确认
T10B1.2 · 软件｜菜谱量化与采购打通
菜谱量化样板试用与标准化决策
样板试用与标准化决策为从会议价值要求推导的建议。
- 关联类别
- C3（拆分现场任务时主归C）
- 下一步建议
- 先明确产品版本验证范围，样板项目确定后关联现场记录。
- 建议牵头角色
- 产品/交付负责人（待定）
- 交付成果
- 试用结果、人工修正/工时数据、版本结论
- 验收条件
- 数据可比，未满足条件则修正或退回，不宣称收益已实现
- 前置依赖
- T06与T09达到对应试点条件
- 原文定位
- p7 37:06；执行为建议
责任人：待确认 / 生命周期：待核实 / 状态：未核验 / 节点：待确认
T11B1.3 · 软件｜营养师相关优化
收敛营养师改版高频问题
营养师改版整理中为会议口述；问题排序和验证方式为建议。
- 关联类别
- C3
- 下一步建议
- 核对海琴已整理问题、用户与具体模块，决定轻量范围。
- 建议牵头角色
- 海琴（会议称整理中）；产品负责人
- 交付成果
- 问题排序、轻量方案、前后任务对比
- 验收条件
- 验证效率或差错改善，再决定是否扩版
- 前置依赖
- 明确模块/用户；现有问题清单
- 原文定位
- p6 28:26
责任人：待确认 / 生命周期：待核实 / 状态：未核验 / 节点：待确认
T12A3 · 洞察周报与月度汇总
建立周洞察/月汇总机制
每周产出、月度汇总为会议明确事项。
- 关联类别
- A1、A2
- 下一步建议
- 确认现有周报，补来源、变化、影响和建议关联任务。
- 建议牵头角色
- 海琴（纪要列为负责人，需确认）
- 交付成果
- 证据索引、变化、影响、建议、关联任务
- 验收条件
- 每条建议可追溯来源；区分观察和立项
- 前置依赖
- 确定目标客户与采集范围
- 原文定位
- p6 30:59–31:23；纪要p3
责任人：待确认 / 生命周期：待核实 / 状态：未核验 / 节点：待确认
T13A2 · 招投标与市场趋势
建立招投标评分样本表
把招投标评分趋势纳入分析为会议明确方向；表格为细化。
- 关联类别
- A1、B3
- 下一步建议
- 选取授权/公开采购文件，区分门槛与加分项。
- 建议牵头角色
- 市场研究/售前（待定）；产品
- 交付成果
- 门槛/分值/证明要求/差距动作
- 验收条件
- 来源日期可核，必要条件与加分项分开，不泛化单一样本
- 前置依赖
- 公开或授权招标文件
- 原文定位
- p7 33:09–33:44
责任人：待确认 / 生命周期：待核实 / 状态：未核验 / 节点：待确认
T14A1 · 竞品与综合竞争力
形成软件/硬件/资质竞争矩阵
综合软硬件及资质比较为会议明确方向；证据矩阵为细化。
- 关联类别
- B1/B2/B3
- 下一步建议
- 按同场景收集我方/竞品证据，未知标未核。
- 建议牵头角色
- 产品负责人；售前/研发/硬件
- 交付成果
- 同场景比较、证据级别、客户收益、缺口
- 验收条件
- 不明项标未核；参数推断不冒充实测收益
- 前置依赖
- T12、T13及我方资料
- 原文定位
- p7 33:44–35:52
责任人：待确认 / 生命周期：待核实 / 状态：未核验 / 节点：待确认
T15B2 · 硬件｜综合盘点（待拆分）
盘点前厅/后厨/服务器存储与适配
前厅、后厨、服务器/NAS盘点为会议方向；白名单为建议。
- 关联类别
- B2.1、B2.2、B2.3、B3
- 下一步建议
- 先盘型号和接口，核实后拆为子类任务，保留T15父项关联。
- 建议牵头角色
- 硬件负责人（待定）；研发/交付
- 交付成果
- 设备资产/兼容白名单、验证方案
- 验收条件
- 按型号版本场景验证；待适配和不支持明确区分
- 前置依赖
- 型号、版本、接口、项目需求
- 原文定位
- p7 33:44–36:16
责任人：待确认 / 生命周期：待核实 / 状态：未核验 / 节点：待确认
T16B3 · 资质与准入证明
建立有效资质及准入缺口矩阵
资质盘点、追赶与评分差距为会议明确方向；矩阵为细化。
- 关联类别
- A2、C1/C2
- 下一步建议
- 核原件、主体、范围与有效性，再按项目必要性排序。
- 建议牵头角色
- 资质负责人（待定）；售前/研发
- 交付成果
- 主体/范围/有效期/评分/费用周期待核
- 验收条件
- 原件可追溯；项目准入阻塞可提高至P0
- 前置依赖
- 现有证书、登记、报告；T13
- 原文定位
- p2 08:00；p7 33:09
责任人：待确认 / 生命周期：待核实 / 状态：未核验 / 节点：待确认
T17B0 · 规划统筹与协作机制
需求分流与多表同源试点
需求分流与简化填报为会议议题；会议决定先照旧，试点为建议。
- 关联类别
- C1、C2
- 下一步建议
- 梳理现有字段真源与责任，选小范围关联，保留现有表。
- 建议牵头角色
- 产品/交付负责人共同牵头
- 交付成果
- 关联ID、字段责任、三视图试点
- 验收条件
- 同一任务状态一致；原表先保留；记录维护耗时变化
- 前置依赖
- T01、T02；现有字段清单
- 原文定位
- p4 19:51–22:14；p5 22:39
责任人：待确认 / 生命周期：待核实 / 状态：未核验 / 节点：待确认
T18C2 · 项目交付与全流程验收
完成近期项目产品阻塞与验收清单
近期项目节点与全流程验证为会议内容；汇总清单为细化。
- 关联类别
- B1/B2/B3
- 下一步建议
- 逐项目核当前状态、产品阻塞、设备依赖和验收证据。
- 建议牵头角色
- 项目产品接口人；交付负责人
- 交付成果
- 产品范围、依赖、版本、验收用例
- 验收条件
- 上线、部署、验收分开；每个阻塞有责任角色和下一步
- 前置依赖
- 确认央美/三全等当前真实状态
- 原文定位
- p3 14:50–17:23
责任人：待确认 / 生命周期：待核实 / 状态：未核验 / 节点：待确认
T19C3 · 价值验证与标准化复用
选择两个样板做使用前后对比
使用前后比较为会议要求；两个样板的数量与组合为建议。
- 关联类别
- A1、B1/B2
- 下一步建议
- 确认样板、授权与基线，统一前后比较口径。
- 建议牵头角色
- 产品/交付；客户业务接口人
- 交付成果
- 一个交付复用案例、一个业务效果案例
- 验收条件
- 同场景口径可比；客户价值、复用、工时有证据
- 前置依赖
- 项目许可与可采集基线
- 原文定位
- p2 08:00；p7 37:06
责任人：待确认 / 生命周期：待核实 / 状态：未核验 / 节点：待确认
T20B0 · 规划统筹与协作机制
发布 Q4 产品路线图与阶段成果页
结构化规划与成果汇报为会议明确要求；页面和路线图为细化。
- 关联类别
- A3、B1/B2/B3、C3
- 下一步建议
- 归集各类阶段成果、缺口与下一步，避免把预计收益写成已实现。
- 建议牵头角色
- 产品负责人；决策人待定
- 交付成果
- 路线图、成果/缺口、资源与决策清单
- 验收条件
- 阶段完成有证据，预计收益明确标预计；领导能判断做与不做
- 前置依赖
- T01及各主线评审结论
- 原文定位
- p6 31:41–32:20；p8 41:49–42:13
责任人：待确认 / 生命周期：待核实 / 状态：未核验 / 节点：待确认
没有匹配任务，请更换类别或查找词。
T15为跨前厅、后厨、服务器的综合盘点父项，暂记B2；后续确认具体交付范围后，分别挂B2.1/B2.2/B2.3并保留父子关联。T10保留在B1.2，跟进产品版本是否达到标准化条件；若新建某客户试点执行任务，则单独归C2/C3。
分类与任务跟进 / 04
四｜项目明细怎么挂：不漏项，也不抢先立项
| 会议项目 | 主归属 | 关联现有任务 | 后续跟进动作 |
|---|---|---|---|
| 机场 | C1 | T03 | 先核对账范围与当前验收阻塞；若需标准能力建设，再关联B1.4。 |
| 大兴 | C1 | 无单独分析任务，待需求确认 | 会议称需求与申请未清；先澄清脚本、移动端及授权范围，不直接排开发。 |
| 重庆 | C1 | 无单独分析任务，待商务确认 | 会议称合同未签、相关功能未承诺；保留机会/需求记录。 |
| 央美、三全 | C2 | T18父项下按项目跟进 | 核当前节点、设备依赖、版本与验收，不能沿用会议口述风险颜色。 |
| 郑州 | C2 | T18父项下按点位跟进 | 核点位上线、业务全流程和问题关闭证据。 |
| “石安/十安” | C2 | T18，项目名待确认 | 转写存在歧义；先核正式名称及版本，再走全流程验收。 |
| 安徽部队 | C2 | T18，节点待确认 | 会议未确定优先级与节点；先核需求和资源。 |
T18是分析父项，不能替代项目级跟踪。拆成具体任务时补充正式项目名、产品版本、责任人与证据；仍以既有交付实施表为准。项目到货、布线、人力安排由现场责任人管理，产品只跟其能力和验收依赖。
分类与任务跟进 / 05
五｜以后每次跟进，只更新同一组字段
| 字段 | 填写规则 |
|---|---|
| 一级/二级类别 | 从固定目录选一个主归属；跨类用关联字段 |
| 产品 / 版本 / 项目 | 明确能力属于谁、哪个版本、在哪些项目应用 |
| 生命周期阶段 | 机会、定义、开发验证、导入、复制、成熟、升级退出；凭证据标记，不由类别推断 |
| 执行状态 / 风险 | 沿用现有任务系统状态；风险与日期单列 |
| 责任人 / 协作人 | 真实姓名待确认；建议角色不等于已指派 |
| 下一步 / 计划节点 | 写可执行动作、谁做、何时回读；未估时则标待确认 |
| 阻塞 / 需决策 | 缺谁的什么输入、影响什么、请谁决定 |
| 成果 / 验收 / 证据 | 本次交什么、满足什么条件、证据链接与版本 |
| 来源 / 决策记录 | 会议页码时间或后续批准记录，保留需求与范围变更 |
可直接复制的周会表达
【B1.1 基础库与共享数据｜T05】本周目标为【治理方案评审】；当前阶段【待核实】；由【确认后的责任人】牵头，需要【研发/专业人员】提供【数据规则与引用证据】。下一步【确认试点与恢复方案】，计划节点【评估后填写】。通过依据【书面评审记录链接】。
这是一条填写示例，没有宣称T05已排期或正在评审。任务从定义进入开发验证时仍留B1.1，只更新生命周期与状态；另一个项目应用该能力时关联项目记录。
分类与任务跟进 / 06
六｜日常协作与材料使用方式
- 收新任务：按主要成果选A/B/C，再选子类；无法判断时先放待澄清，不随意扩顶层目录。
- 查重关联：查已有需求/任务与版本。同一项工作保留一个主记录；跨类别成果需要单独交付时才拆任务。
- 周跟进：按大类归集，本周成果、卡点、责任人和下一步都从原任务引用，避免再填一遍状态。
- 月度复盘：A看洞察是否改变取舍；B看能力、版本和资质成果；C看项目应用、验收与价值证据。
- 季度规划：按生命周期和价值证据决定资源，分类目录保持稳定；新增子类由产品负责人确认并记录版本。
分类目录是共同语言，跟进台账是执行索引，生命周期是阶段判断。三者配合，才能看清“这件事属于哪里、做到哪一步、接下来谁做什么”。
本地CSV是跟进初稿，导入既有系统前需核字段与人员；HTML用于阅读、筛选和对齐，不是多人实时编辑台账。未创建云效任务、未替团队批准排期，也未发布在线协作服务。