这一页把 m.天美 可对接的服务条目按使用场景分组列出,每条都写明适用对象、交付内容和前置条件。你可以先找到与自己处境相近的场景,再逐条读交付内容,确认手上已有的材料能否满足前置条件。条目本身不涉及时间安排与计费维度,那两部分分别在交付流程页和报价与条款页说明。

交付现场桌面上摆放的打印文件、标注笔和装订好的交付物
条目交付物通常是文档与实物并存的结果:说明文档、标注过的评审稿、装订成册的清单,都会在交付时一并移交。

场景分类

按使用场景划分,不按公司部门划分。点击标签跳到对应分类的条目,标签后的数字为该分类下的条目数量。

条目怎么读

每一行是一条服务条目。第一栏是条目名称与所属场景;第二栏说明这条服务面向什么对象;第三栏列出实际交付的内容;第四栏写清开始之前必须准备好的条件。前置条件不满足时,条目无法进入执行阶段,但可以先做条目内的其他环节。行末的入口会跳到流程说明,帮助你判断这条服务落在哪个交付阶段。

01 服务条目一览

共 11 条,按场景分类排列。条目之间可以组合,但组合后仍需逐条核对前置条件。

需求澄清 3 条

  1. 需求梳理与目标对齐

    面向诉求分散、内部对目标表述不一致的团队。

    交付一份需求说明,含目标陈述、现状描述、待解决问题清单与优先级排序。

    前置条件:至少一名能代表业务方拍板的人员参与讨论。

    对应阶段
  2. 服务条目适配评估

    面向已经看过目录、但不确定哪几条适用的情况。

    交付一份适配说明,逐条标注适用、部分适用与不适用,并写明理由。

    前置条件:能提供一段书面描述,说明当前处境与希望达成的结果。

    准备资料
  3. 内部立项材料准备

    面向需要先走内部审批、再对外确定合作的客户。

    交付立项说明材料,含范围描述、投入结构说明与待确认事项列表。

    前置条件:明确内部审批环节的决策角色与所需材料格式。

    投入口径

范围管理 3 条

  1. 范围界定与边界确认

    面向担心后期范围膨胀、希望提前写清边界的客户。

    交付范围说明书,含纳入项、不包含项与边界判断示例。

    前置条件:需求说明已经成文,双方对目标表述没有分歧。

    限制条件
  2. 交付物清单编制

    面向需要按清单逐项核对交付结果的团队。

    交付物清单,逐项写明名称、形态、确认方式与责任人。

    前置条件:范围说明书已确认,交付物形态能够用文字描述清楚。

    产出物说明
  3. 变更请求处理

    面向执行过程中出现新增诉求、需要判断如何处理的情况。

    交付变更处理说明,含触发条件、影响判断与后续路径。

    前置条件:原范围说明书在手,能指出变更涉及的具体条目。

    变更说明

交付推进 2 条

  1. 阶段评审组织

    面向需要在节点上做正式确认、而非口头通过的客户。

    交付评审记录,含参与角色、确认结论与遗留事项。

    前置条件:双方能约定固定的评审时间窗口与参与人员。

    流程节点
  2. 验收标准对齐

    面向希望把验收口径提前写清、避免收尾扯皮的客户。

    交付验收核对表,把每条标准写成可逐项打勾的条目。

    前置条件:交付物清单已确认,验收方能够参与标准讨论。

    验收阶段

收尾交接 2 条

  1. 文档归档与交接

    面向需要把过程材料移交给其他团队继续使用的客户。

    交付归档包,含目录索引、文件清单与交接说明。

    前置条件:接收方已明确,接收人能够参与一次交接说明。

    收尾阶段
  2. 复盘与后续建议

    面向希望把本轮经验沉淀下来、避免重复投入的团队。

    交付复盘记录,含过程回顾、遗留问题与后续可选方向。

    前置条件:验收核对表已完成,双方能安排一次复盘讨论。

    协作节奏

对接咨询 1 条

  1. 对接前问题答疑

    面向还在判断阶段、只想先把疑问问清楚的情况。

    交付书面答复,把问题与处理方式逐条对应写清。

    前置条件:问题已经具体到某条服务条目或某个环节。

    常见问题

02 不适用情形

以下三类情况即使条目名称看起来接近,也不建议按本目录推进。