常见问题：对接前把疑问问清楚
这一页把访客在正式对接前最常提出的疑问集中起来，分成需求判断、流程顺序、材料准备、边界理解四类。每条回答都写清酷漫屋的处理方式，并给出站内可以继续往下读的页面，读完不用再反复追问同一件事。
问题分类索引
按你现在的状态选一类：还不确定需求落在哪，看需求判断；已经想推进，看流程顺序；准备开口沟通，看材料准备；担心理解有偏差，看边界理解。
需求判断类问题
这一类问题来自还没想清楚自己到底要什么的人。先把需求对到某个服务方向，后面的流程和材料才有意义。
我不确定自己的需求属于哪个服务方向，怎么办？
不用先给自己贴标签。你可以把当前要解决的问题用两三句话写下来，再看 服务方向 页里每个方向的“适用对象”和“典型场景”两栏，逐条对照。多数情况下，需求会明显贴近其中一个方向；如果同时沾到两个方向，通常有一个是主线，另一个是配套。
需求还不完整，能不能先聊再补细节？
可以。合作流程的第一个阶段本来就是用来把需求说清楚的，这个阶段允许信息不全。你只要交代清楚背景、期望结果和大致时间范围，剩下的细节可以在阶段推进中逐步补齐，不必等到“全都想好”才开口。
我的需求比较小，会不会不值得推进？
判断标准不是大小，而是需求是否落在服务方向的能力范围内。范围之内、边界清晰的小需求同样可以推进，反而比模糊的大需求更容易约定结果。范围之外的，我们会直接说明，不绕弯子。
同时有多个需求，应该一起提还是分开提？
建议先分开列，再判断它们是否共用同一批前置条件。共用前置条件的需求适合放在一起推进，独立的需求分开提，避免一个阶段里塞进互不相关的目标，最后每件事都做不深。
流程顺序类问题
这一类问题来自已经打算推进、但不清楚先后顺序的人。顺序错了，往往要在中途返工。
合作流程一共分几个阶段，能不能跳着走？
流程按目标拆成若干阶段，每段有明确的产出和确认方式。原则上按顺序推进，因为后一阶段的输入依赖前一阶段的产出；如果某一段的前置条件你已经具备，可以在沟通时说明，由双方确认是否合并处理，而不是自行跳过。
每个阶段结束需要我做什么？
每个阶段收尾时会有一次确认，你需要在确认环节核对本阶段的产出是否符合预期，确认后流程才进入下一阶段。确认不是走形式，它是后续工作的依据，所以建议留出时间认真看一遍。
推进过程中发现方向不对，能调整吗？
可以提出调整，调整会按变更处理：说明要改什么、为什么改、影响哪些已确认的内容，双方确认后再继续。越早提出代价越小，等到后期再改，前面已经确认的部分就要重新走一遍。
材料准备类问题
这一类问题来自准备开口对接、但不确定该交什么的人。材料不在多，在于能支撑判断。
第一次沟通前，最少要准备哪些信息？
至少四样：你要解决的问题、期望的结果形态、大致的时间范围、以及你这边能拍板的人是谁。这四项能支撑第一次沟通做出基本判断，其余材料可以边推进边补。
材料需要整理得多正式？
不需要正式文档。条目清晰的清单、几段说明、必要的截图或参考链接就够了。重点是把信息讲明白，而不是排版好看。整理顺序建议先写问题，再写期望结果，最后附参考资料。
有些信息暂时不能提供，会影响推进吗？
要看缺的是什么。缺背景信息通常不影响起步，可以先按已知部分推进；缺的是判断依据，比如期望结果本身还没定，那就要先把这个补上，否则后续阶段没有可对齐的目标。
边界理解类问题
这一类问题来自担心理解有偏差的人。边界提前说清楚，推进时就不用反复确认同一件事。
“包含项”和“不包含项”是怎么划分的？
划分依据是这项工作是否属于本次约定的直接结果。属于的写进包含项，需要另行安排或由你这边承担的写进不包含项。两部分在交付标准页里左右对照列出，方便逐条核对，不存在只看包含项的情况。
不在范围内的内容，能不能顺手一起做？
范围外的内容不会默认包含，但可以作为变更单独提出。提出后需要重新确认这部分的目标和产出，再决定是否纳入本次推进。这样处理是为了避免边界模糊导致双方对结果的理解出现分歧。
交付标准和我理解的“完成”不一样怎么办？
常见的偏差集中在两点：一是把过程性产出当成最终结果，二是把范围外的工作算进本次约定。交付标准页里专门列了常见理解偏差说明，逐条对照常见理解与实际约定，建议在对接前先读一遍。
确认过的内容后面还能改吗？
能改，但要按变更流程走。已经确认的内容一旦改动，会牵动依赖它的后续工作，所以要说明改动原因和影响范围，双方重新确认。这也是为什么建议在确认环节多花一点时间。