[
  {
    "code": "A",
    "title": "市场洞察",
    "role": "业务主线 · 找准方向",
    "question": "为什么值得做？客户为什么买？",
    "groups": [
      [
        "客户与场景",
        "识别用户、购买者、痛点、代价与替代方案",
        "把客户提出的功能翻译为场景问题，区分口头期望与正式承诺。",
        "场景与机会卡、客户证据",
        "机场对账：先核谁对哪类账、当前差异处理和不做代价。"
      ],
      [
        "竞品与竞争力",
        "按同场景比较软件、硬件和资质差距",
        "记录来源与版本，区分已验证、仅宣称和未核实；参数优势要验证客户收益。",
        "竞品矩阵、优势/缺口及建议",
        "软硬件与资质综合比较归A1，补能力转入相应B类任务。"
      ],
      [
        "招投标与准入",
        "识别必要条件、评分趋势和证明要求",
        "多样本观察趋势；区分市场门槛与差异化，不将单一评分当通用标准。",
        "评分样本表、准入缺口",
        "资质差距先用采购文件和有效证明核实，再决定补齐顺序。"
      ],
      [
        "洞察转为取舍",
        "周跟踪、月归纳，形成做/验证/观察建议",
        "洞察必须影响产品范围、优先级或研究动作，不以资讯数量作为成果。",
        "洞察周报/月报、关联决策",
        "每周新发现对应产品任务；尚无证据的市场规模保留研究线索。"
      ]
    ],
    "message": "先证明客户问题与机会，再提出产品投入建议。"
  },
  {
    "code": "B",
    "title": "产品规划",
    "role": "业务主线 · 建设能力",
    "question": "做什么、不做什么，怎样形成产品？",
    "groups": [
      [
        "软件产品与共享能力",
        "业务流程、数据底座、算法与标准功能",
        "按用户价值组织系统能力；区分产品、版本、共享资产与任务，明确配置/定制边界。",
        "产品地图、能力边界、版本范围",
        "基础库统一、菜谱量化与采购打通、营养师相关优化。"
      ],
      [
        "硬件与设备体系",
        "前厅、后厨、服务器/NAS及兼容适配",
        "按型号、固件、接口与场景验证；同时考虑供应、安装、异常恢复和维护。",
        "设备矩阵、兼容白名单、验证包",
        "前厅餐线、后厨称重等方向先核型号和范围；A/B/C含义待核。"
      ],
      [
        "资质与准入资产",
        "系统证明、软著、专利与适用范围",
        "核主体、对象、有效性、项目评分及费用周期；信创技术适配与证明分开关联。",
        "资质台账、缺口排序、成果材料",
        "三级相关证明、CMA对应报告和国产化材料先核原始文件。"
      ],
      [
        "组合取舍与路线图",
        "综合价值、证据、成本、依赖安排投入",
        "先保障承诺和必要门槛，再看共性复用；明确本期、后续、实验及不做。",
        "季度路线图、资源与不做清单",
        "基础库与量化重点评审；营养师改版先核高频痛点。"
      ]
    ],
    "message": "把零散需求收成软件、硬件、资质协同的产品能力。"
  },
  {
    "code": "C",
    "title": "项目应用",
    "role": "业务主线 · 验证价值",
    "question": "能否交付、真正使用，并在新项目复用？",
    "groups": [
      [
        "项目需求与承诺边界",
        "澄清需求、合同范围和产品阻塞",
        "项目需求分流为标准、配置、定制、验证或不做；项目紧急不自动等于共性价值。",
        "需求结论、范围与阻塞清单",
        "机场对账先澄清；大兴需求未清、重庆未承诺的范围先核。"
      ],
      [
        "交付前置与业务验收",
        "锁定版本、现场依赖和完整业务流程",
        "交付实施表关联所用能力与版本；到货、现场和产品责任区分，部署不等于验收。",
        "版本配置、全流程验收证据",
        "央美、三全、郑州等项目核当前状态，不沿用会议时点颜色。"
      ],
      [
        "客户使用前后对比",
        "为什么买，使用后效率或质量如何变化",
        "先建基线和样本口径，再比较耗时、差错和人工投入，实测与预计收益分开。",
        "价值案例、客户反馈与效果证据",
        "对账/采购准备耗时、人工修正量和交付工时按场景验证。"
      ],
      [
        "标准化与跨项目复用",
        "从一个项目可用，走向同类场景可复制",
        "固化标准配置、方案、报价与支持边界；新项目用得上且成本可解释才证明复制。",
        "标准产品包、复用案例与边界",
        "菜谱量化样板反馈回产品规则；项目共性沉淀标准能力。"
      ]
    ],
    "message": "用项目形成价值证据，用新的项目检验标准化和复用。"
  },
  {
    "code": "L",
    "title": "生命周期管理",
    "role": "管理机制 · 管好投入",
    "question": "当前在哪一阶段，凭什么进入下一阶段？",
    "groups": [
      [
        "发现与定义",
        "验证问题 → 定位范围 → 评估投入",
        "确认客户、价值、边界、成功标准和资源；成熟产品的新版本可直接进入对应更新评审。",
        "机会判断、产品定义与立项结论",
        "基础库更新先盘点现状，再确认治理与发布边界。"
      ],
      [
        "开发验证与导入",
        "评审规则 → 开发测试 → 试点验收",
        "验证正常、异常、兼容、恢复及专业规则；锁定版本、培训与观察范围。",
        "可追溯版本、测试与试点结论",
        "量化各子项设计/开发/待测试状态分别核，不整体标完成。"
      ],
      [
        "增长、成熟与升级退出",
        "扩大复用 → 稳定经营 → 收敛替换",
        "观察价值、交付及支持成本；对低使用高维护能力评估升级/退出，安排存量支持和迁移。",
        "复用/经营复盘、维护或升级退出方案",
        "营养师优化按效果选择轻量升级；证书/设备持续维护范围。"
      ],
      [
        "阶段决策与资源控制",
        "按证据通过、补证、暂缓或停止",
        "每次留下对象/版本、证据、决策人、条件与行动；不因到月底自动放行。",
        "阶段评审、投入与下一里程碑",
        "未核实阶段统一标待核实；项目履约与产品实验投入分别保障。"
      ]
    ],
    "message": "生命周期管阶段与投入，不替代A/B/C工作分类和任务状态。"
  },
  {
    "code": "M",
    "title": "日常任务与协同",
    "role": "管理机制 · 让工作落地",
    "question": "谁负责、卡在哪里、下一步怎样验收？",
    "groups": [
      [
        "需求与任务闭环",
        "收集 → 澄清分流 → 评审 → 执行验收",
        "一条任务一项主归属，关联产品、版本和项目；变更留痕，交付物与验收先明确。",
        "需求/任务卡、范围和变更记录",
        "20项会议衍生草稿逐项核实后，形成真实任务与负责人。"
      ],
      [
        "角色责任与书面评审",
        "产品定价值，研发做实现，测试交付协同",
        "指定唯一跟进人；研发确认依赖，测试提供证据，商务核承诺，授权人确认决策。",
        "责任分工、评审结论与交接",
        "评审通过/补充复审/暂缓/不做，不能用“聊过了”替代。"
      ],
      [
        "日周月季工作节奏",
        "日解阻塞、周对齐、月复盘、季取舍",
        "每日更新下一步；周看跨角色决策；月看价值与成本；季度更新组合和资源。",
        "行动清单、复盘与路线图",
        "周报按三主线说明成果证据、卡点、决策和下一成果。"
      ],
      [
        "同源记录与证据关联",
        "主表看现在，日志留过程，材料作证据",
        "现有任务系统维护正式状态；产品、需求、任务和验收以ID/链接关联，减少重复填报。",
        "任务台账、跟进日志、资料索引",
        "可记录工具追加进展、洞察、评审、风险与复盘，保留变更。"
      ]
    ],
    "message": "让每项工作都有主归属、负责人、下一步和可回读的证据。"
  },
  {
    "code": "K",
    "title": "知识沉淀与价值闭环",
    "role": "结果闭环 · 持续改进",
    "question": "留下什么能力，如何证明投入有效？",
    "groups": [
      [
        "建立可复用知识资产",
        "场景、数据、规则、设备、资质和交付知识",
        "为来源、适用场景、版本、维护人和更新触发留记录；失效知识及时纠偏。",
        "产品知识库、标准方案与验收样本",
        "数据字典、菜谱规则、设备白名单、资质证据、说明与案例。"
      ],
      [
        "用指标检验客户价值",
        "使用、效率、差错、质量与复用",
        "按产品和阶段选择指标；先确认基线、口径与观察周期，不凭功能完成度算收益。",
        "价值看板、效果与证据缺口",
        "记录量化修正量、采购准备耗时、标准/配置复用和支持投入。"
      ],
      [
        "连接经营与主业协同",
        "观察成本、毛利、回款及营养服务价值",
        "经营数值以财务/合同证据为准；营养服务与产品联动作为待验证方向。",
        "经营复盘与投入产出判断",
        "项目经验是否降低交付成本、支持更多同类项目，需后续数据证明。"
      ],
      [
        "反馈下一轮产品规划",
        "事实 → 经验 → 标准 → 验证 → 调整",
        "区分有效经验、失败反模式和假设；反哺市场判断、版本优先级与资源配置。",
        "更新的产品地图、路线图和知识",
        "把项目问题和复用反馈收回A/B；不把一次成功当普遍规则。"
      ]
    ],
    "message": "从一次交付留下长期资产，再用实际价值校正下一轮产品投入。"
  }
]