常见问题：对接前、合作中与交付后的疑问解答

先看两件事：你是否有明确的服务需求，以及你能否说清这件事要解决什么问题。企业客户和个人客户都可以是适用对象，判断标准不在于规模，而在于需求是否具体、是否能落到某个可交付的结果上。

如果你还停留在“想看看能做什么”的阶段，建议先读 服务矩阵 里的适用对象一栏，对照自身处境再决定。

不需要成套文件，但准备三样东西会让沟通效率明显提高：一是现状说明，讲清目前的做法和遇到的问题；二是期望结果，用一句话描述你希望达成什么；三是已有的相关资料，例如你手头已有的记录、清单或说明文档。

材料不齐也可以先沟通，只是后续阶段会多一轮补充。具体各阶段要准备什么，见 合作流程 。

不要先选方向，先描述问题。把你的处境按“现状—期望—限制条件”三段写下来，再回到服务矩阵逐行对照适用对象，通常两行之内就能筛出匹配项。

如果同时命中两个方向，说明你的需求可能跨了边界，这种情况在看相邻关系说明时会有对应提示。

不需要。服务方向、适用对象、主要内容与不包含事项都写在站内页面上，你可以在不接触任何人的情况下先把范围看清楚。是否推进、何时推进，由你自己判断。

本站不设在线提交入口，也不通过页面收集你的信息，阅读即可完成初步判断。

判断标准是能否对应到具体的适用对象和明确的不包含事项。只讲能做什么、不讲不做什么的方向，通常说明边界还没划清。

每个服务方向都成对列出包含与不包含内容，就是为了避免“看起来都能做”的模糊印象。相关条目见 服务矩阵 的不包含事项与边界提示。

节奏按合作阶段走，每个阶段都有约定的反馈节点，节点到了就同步一次，而不是靠临时催问。参与方、关键动作与反馈方式在 合作流程 里逐阶段列出。

如果某一阶段你的时间安排有变化，尽早说明比事后解释更有效，节点本身可以协商，但不建议长期跳过。

先分清是补充说明还是范围变更。补充说明通常不影响原有安排，直接同步即可；范围变更需要重新确认适用对象和交付边界，可能要回到上一阶段重新对齐。

变更本身不是问题，问题是变更没有被记录。把变更内容写清楚并确认一次，比口头带过更稳妥。

按验收方式逐条核对，把有异议的条目单独列出来，说明你依据的是哪一条要求、实际结果与要求的差距在哪里。笼统说“不满意”很难推进，具体到条目就能快速定位。

验收步骤与异议处理路径在 交付标准 页有完整说明。

客户方提供与自身业务相关的现状信息和判断依据，站点方提供交付物的说明与对照材料。两边信息拼在一起，核对才能成立。

如果某一方迟迟无法提供，核对会卡住，这时候需要先解决信息缺口，而不是先争论结论。

可以就交付内容本身继续澄清，例如某条要求的理解方式、某个说明的具体含义。这类沟通属于对已有结果的解释，不构成新的服务范围。

如果需要的是新增内容或新的服务方向，那属于新的一次对接，按合作流程重新走一遍。