常见问题解答

服务方向按客户要解决的问题类型划分，而不是按行业名称堆叠。同一个行业里的客户，问题可能落在完全不同的方向上，按行业分反而容易让人对不上号。每个方向下再拆成若干能力条目，条目里写明覆盖范围和不包含项，方便逐条比对。

覆盖范围说明这条能力从哪一步介入、做到哪一步结束，包括会处理的对象、会产出的结果，以及需要客户提供的前提材料。写清楚起点和终点，是为了避免双方对“顺手多做一点”有不同理解。

可以。多数客户的问题会同时涉及两到三个方向，对接时会先确认主方向，再判断是否叠加其他条目。叠加的前提是每个条目都说得清边界，否则范围容易铺得太散，反而拖慢进度。

可以。对接第一步本来就是梳理需求，把现状、目标和卡点讲清楚比先写出完整方案更有用。带着问题来沟通，比带着一份半成品方案更高效，因为前者更容易暴露真实的约束条件。

有。范围过大、目标模糊或时间要求明显不合理的需求，会在对接阶段直接说明不适合，而不是先接下来再想办法。判断依据会一并给到，客户可以据此调整预期或另找方向。

交付按需求确认、方案细化、执行落地、验收交付四个阶段推进。每阶段都有明确的输入材料和产出物，阶段之间需要一次确认再进入下一步，不会出现前面还没对齐、后面已经开工的情况。

需求确认和方案细化阶段需要客户集中参与，主要用来对齐目标和确认细节，这两段投入最多。执行阶段以我方推进为主，客户按约定节点确认即可，不需要全程盯着。

需求变更在阶段确认环节提出，会重新评估影响范围和后续安排。变更幅度较小时在当阶段内消化，涉及方向调整的会回到方案细化阶段重新对齐，避免带着错误前提继续往下做。

验收要点在方案细化阶段就和客户一起确认，写清楚看什么、怎么判断合格。执行完成后按这份约定逐项核对，不临时增加新的判断标准，也不靠主观印象下结论。

收到需求说明后会先做一次初步判断，确认是否在能力范围内、需要哪些方向配合。判断结果和下一步安排会一并说明，不会让客户长时间等待一个模糊答复。

涉及需要特定资质才能承接的事项、超出能力条目覆盖范围的延伸工作，以及需要第三方审批才能推进的环节，都不包含在服务范围内。遇到这类情况会直接说明，并提示可以往哪个方向找对应机构。

不会在执行中临时加项。新增需求会单独说明它属于哪个能力条目、需要多少额外投入，由客户决定是否纳入，不纳入的部分不会影响原有交付，也不会因此降低已完成部分的标准。

交付物在验收确认后归客户使用。涉及第三方素材或工具的部分，会在交付时说明其使用条件和限制，避免后续出现授权争议，这部分信息会写进交付说明里。

会直接说明不适合的原因，并指出哪类方向或哪类机构更匹配。与其勉强推进一个方向不对的合作，不如把判断依据讲清楚，节省双方时间。这类结论同样会在对接阶段给出，不会拖到中途才说。