常见问题
这里按服务范围、合作方式、准备事项三组整理客户在正式沟通前最常问到的疑问，每条都给出可以直接使用的回答要点。看完仍有不确定的地方，可以带着下面这份清单进入咨询入口逐条确认。
提问分组目录
三组问题分别对应三类疑问，先看目录能帮你快速定位到跟自己处境最接近的一段。
服务范围
这一组回答“我的需求到底算不算你们的服务范围”，判断依据是需求能不能落到具体服务条目上，而不是需求听起来像不像。
怎么判断我的需求是否落在你们的服务范围里？
把需求拆成三句话：要做什么、给谁用、什么时候要结果。能拆出这三句话的需求，通常都能在 服务矩阵 里找到对应的服务方向；拆不出来的，多数是目标还没想清楚，需要先做需求确认。
如果三句话能对上某个服务方向的适用对象和典型产出，就可以直接进入下一步；如果对不上，我们会先说明为什么对不上，而不是硬接。
同一份需求里包含多个服务方向，可以一起做吗？
可以，但需要先排优先级。多个方向混在一起时，容易在验收阶段出现“每个方向都做了一点、每个方向都没做透”的情况。
我们的做法是先确认一个主方向，其余方向作为后续阶段安排，并在需求确认记录里写清先后顺序，避免中途反复调整范围。
服务范围里不包含的内容，你们会接吗？
服务矩阵里每个方向都列出了不包含项，这些内容不在我们的范围内。遇到这类需求，我们会直接说明不在范围，并建议你去找更对口的服务方。
把不包含项提前写清楚，是为了避免合作推进到一半才发现双方对范围的理解不一致。
需求比较模糊，只有大致方向，能先聊吗？
可以。模糊需求也能进入需求确认阶段，只是这一阶段会多花一些时间，用来把大致方向收敛成可执行的服务条目。
这个阶段不产生正式交付物，产出的是需求确认记录。确认记录写清楚之后，再决定是否继续往下推进。
合作方式
这一组回答“怎么开始、谁对接、怎么推进”。整体推进方式与 合作流程 页保持一致，这里只回答客户最常追问的几个点。
第一次沟通需要多久，会聊些什么？
第一次沟通的目标只有一个：确认需求能不能落到具体服务条目上。围绕要做什么、给谁用、什么时候要结果这三个问题展开。
沟通结束时会明确两件事——是否继续推进，以及下一步需要准备什么材料。
合作过程中由谁对接，会不会频繁换人？
从需求确认到验收支持，由固定对接人跟进，避免每次沟通都要重新讲一遍背景。
如果确实需要内部协作，也会由对接人统一汇总信息后再反馈，不让你同时面对多个信息来源。
推进过程中需求变了怎么办？
需求变更本身很常见，关键是变更发生在哪个阶段。阶段越靠后，调整成本越高，因此我们会在每个阶段开始前确认进入条件。
变更内容会写进阶段产出物，双方确认后再进入下一步，避免口头约定在后续产生分歧。
交付之后还有支持吗？
验收支持是合作流程的最后一个阶段，用于核对交付物是否符合交付标准里列出的可核对项。
验收阶段发现的问题按 交付标准 页写明的异议处理路径走，不额外承诺范围之外的事项。
准备事项
这一组回答“咨询前我需要准备什么”。准备得越具体，需求确认阶段就越短。
咨询前最少要准备哪些材料？
最少三样：需求说明、使用场景、时间要求。需求说明写清楚要解决什么问题，使用场景写清楚谁在用、怎么用，时间要求写清楚期望什么时候看到结果。
这三样不需要写成正式文档，一段话、几条要点都可以，关键是信息具体。
没有现成资料，只有口头描述可以吗？
可以，但口头描述容易遗漏细节。建议先把口头内容整理成几条要点，哪怕只有五行，也能明显减少来回确认的次数。
整理过程本身也有价值——很多客户是在写要点的时候才发现自己还没想清楚优先级。
需要提前确定预算和周期吗？
不需要在咨询前给出精确数字，但要能说明可接受的区间和不可让步的时间点。
这两项信息会影响服务方向的选择和阶段安排，越早说清楚，后面调整越少。