问题分类：把疑问归到对应类型，再带着信息来沟通

先看需求是否落在 服务方向 列出的适用场景里。每个方向都同时写了适用与不适用两种情况，对照自身情况比“感觉差不多”更可靠。如果需求同时沾到两个方向，说明主诉求是什么，再决定从哪个方向开始沟通。

可以，但模糊需求需要先补齐三件事：想解决什么问题、现在什么状态、希望达到什么结果。带着这三条来沟通，我们能帮你判断落在哪个方向；如果三条都说不清，通常说明还需要先内部对齐，而不是急着找服务方。

需求不在服务方向覆盖范围内、需要的结果与可投入的条件明显不匹配、或者决策链条还没理顺的情况，我们会直接说明，而不是先接下来再说。判断依据写在各服务方向的不适用场景里，可以先自行核对。

合作按沟通确认、方案对齐、执行推进、交付验收四个阶段推进。每个阶段谁负责什么、产出什么，都写在 合作流程 页面里，可以逐阶段核对。

客户侧的动作集中在提供信息、确认方案、反馈意见和参与验收。具体到每个阶段需要提供哪些材料或确认哪些内容，合作流程页有单独列出的配合事项，建议在开始前先看一遍。

进度按节点同步，每次同步说明当前完成到哪一步、下一步做什么、需要客户确认什么。同步方式和确认口径的说明在合作流程页的进度同步部分，避免双方对“做到哪了”理解不一致。

至少准备四类：需求描述、当前状态说明、期望结果、可投入的条件。这四类信息对应本页下方的合作准备清单，逐项对照即可，不需要提前写成正式文档。

可以先沟通，但要说明哪些信息暂时缺失、大概什么时候能补齐。缺失项会影响方案对齐的准确度，提前说明比沟通到一半再补充更省时间。

交付按约定的口径条目逐项核对，核对依据和确认方式写在 交付标准 页面里。确认以双方书面说明为准，不依赖口头印象。

先对照交付标准里的口径条目确认偏差出现在哪一项，再按偏差处理与沟通路径的顺序反馈。偏差本身不可怕，怕的是没有统一口径导致双方各说各话，所以标准要在合作前就确认清楚。