99re 常见问题：合作前的高频疑问解答
带着一个具体疑问来，直接找到对应结论即可，不必通读整站。下面按服务范围与边界、流程节奏与资料准备、交付与验收三组归类，每条给出可直接对照的结论，并附上展开说明的页面入口。
服务范围与边界
这一组回答“这件事 99re 到底做不做、做到哪一步”。判断依据是服务能力分区里写明的适用对象与可交付内容，而不是口头承诺。
怎么判断我的需求是否落在 99re 的服务范围内？
先看两件事：需求对应的能力分区是否列出了与你情况一致的适用对象，以及该分区写明的可交付内容是否包含你真正想要的那份结果。两条都吻合，基本就在范围内。
如果只对上一半，比如适用对象吻合但可交付内容里没有你要的那项，建议按边界外的做法处理，先补齐判断依据再谈。
需求只覆盖某个能力分区的一小部分，可以单独承接吗？
可以谈，但要先确认这部分能否独立成立。有些内容单独做出来没有实际使用价值，必须和同一分区里的相邻环节一起推进。
洽谈时会把涉及的能力分区、需要一并纳入的相邻环节、以及不纳入的部分分别说清楚，避免只做一半导致结果不可用。
需求同时跨了好几个能力分区，会不会被拆得七零八落？
跨分区是常见情况。做法是先按业务场景归一次类，把涉及的分区列出来，再判断哪些必须同步推进、哪些可以先后排布。
业务场景页按场景特征、涉及能力分区、需要准备的资料三列对照，可以直接用来确认自己属于哪一类。
哪些情况 99re 会建议先不合作？
需求指向的结果不在任何能力分区的可交付内容里；需求还停留在方向层面，没有可核对的现状信息；或者需求本身需要由客户内部先完成决策，外部介入帮不上忙。
这几种情况会直接说明，并给出补齐后再谈的建议顺序，不会先接下来再想办法。
流程节奏与资料准备
这一组回答“什么时候要做什么、我需要提前拿出什么”。节奏取决于阶段产出的确认速度，而不是单方面排期。
合作一共要经过几个阶段，每个阶段我要做什么？
分四个阶段：需求梳理、方案确认、实施推进、交付与支持。每个阶段都有明确的输入、阶段产出和双方配合点，配合点写清了这一阶段需要你出人、出资料还是出确认。
阶段之间是衔接关系，上一阶段的产出没有确认，下一阶段不启动，这是节奏可控的主要原因。
洽谈前我需要准备哪些需求信息？
至少准备四类：现状描述、希望达到的结果、已有的相关材料、以及内部能参与对接的人和可投入的时间。
信息越具体，需求梳理阶段越快。如果只有一句话的模糊需求，通常需要先补一轮背景，节奏会往后顺延。
需求在推进中发生变化，怎么处理？
变化本身不罕见，关键是发生变化的时点。方案确认阶段之前调整，影响较小；进入实施推进之后再改，会牵动已经产出的内容。
处理方式以变更约定为准，会先说明改动影响的阶段和产出，再决定是否调整，不直接改动已确认的部分。
我们内部审批慢，会不会拖住整个节奏？
会。阶段产出需要客户确认后才能进入下一阶段，确认环节的等待时间通常比实施本身更影响整体节奏。
可行的做法是在需求梳理阶段就把内部审批节点和参与人确认下来，把需要走流程的确认动作提前排进计划。
交付与验收
这一组回答“交付的东西长什么样、拿什么判断合格”。判断依据是交付标准里写明的检查项、文档约定和验收约定，不是事后协商。
交付时到底会拿到哪些东西？
交付物清单在交付标准里逐项列出，包含成果内容和随附文档两部分。成果内容对应能力分区里写明的可交付内容，随附文档说明做法、依据和后续使用注意点。
清单在合作开始前就能看到，便于你提前对照内部验收要求。
验收依据是什么，会不会各说各话？
交付之后发现问题，还能不能处理？
交付标准会不会因项目不同而临时改口？
不会。交付标准是全站统一的条款说明，按条款组分段，适用于所有合作。具体项目只在条款适用范围内做取舍，不新增未写明的判定口径。
如果某条约定与你的实际情况不匹配，会在洽谈阶段说明，而不是在验收时再提。
没有找到对应的问题怎么办
上面 12 条覆盖的是洽谈前最常被问到的情况。如果你的疑问更具体，比如涉及某个能力分区的细节判断，或者想确认某个阶段的实际配合方式，可以按下面的顺序走：先对照服务能力目录确认需求方向，再按合作洽谈页的清单把信息整理好，带着具体问题进入沟通，通常比泛泛提问更容易得到明确结论。