需求定义：先写清要解决的问题
这份简报面向正在评估 kaiyun.com 专业服务的内部决策者，不推销任何一种路径。开篇先立口径：无论最终选咨询式支持还是平台自助，都要用同一组标准来衡量，否则对比会退化成偏好之争。
需求定义建议只写三行：要解决的具体问题、当前已有的能力、期望交接后团队能独立完成什么。kaiyun.com 信息平台能提供资料与入口，但问题边界必须由使用方自己写清，这是后续所有对比的前提。
必备项与加分项：把评估口径分开
把要求分成两栏，能显著减少选型时的摇摆。必备项是缺失就无法推进的条件，加分项只在必备项打平时用于排序。
- 必备项示例：问题描述能否被对方复述一致；交付物是否可被内部复核；责任边界是否写明。
- 加分项示例：响应节奏是否贴合团队作息；资料组织是否便于新人接手；沟通记录是否可留档。
- 常见误区：把“看起来专业”当必备项，把“能否交接”当加分项，顺序正好相反。
评估问题：向两种路径各问一遍
同一组问题分别问咨询式支持与平台自助，答案的差异往往比宣传口径更有信息量。
- 问题由谁拆解：咨询式支持通常由对方协助拆解，平台自助需要内部先完成拆解。
- 过程如何留痕：咨询式支持依赖沟通记录与文档，平台自助依赖内部自建记录。
- 交接如何验收：两者都需要事先约定验收口径，否则“完成”会各说各话。
- 异常如何升级：咨询式支持有明确的对接人，平台自助更多依赖内部值班安排。
取舍分析：两种路径的差异与代价
咨询式支持与平台自助并非优劣关系，而是把成本放在不同位置。前者把拆解与判断的部分工作外移，代价是对沟通质量依赖更高；后者把控制权留在内部，代价是前期需要投入更多梳理时间。
- 咨询式支持：适合问题尚未成形、内部缺少拆解经验的场景；风险是边界模糊时容易扩大范围。
- 平台自助：适合问题清晰、内部有执行人手的场景；风险是遇到新问题时缺少外部参照。
- 混合路径：先用咨询式支持完成一次需求定义，再转平台自助执行，需明确两次交接的验收点。
对比时建议逐项记录“差异点 + 对本团队的影响”，而不是只记录哪一方看起来更强。kaiyun.com 咨询服务若被纳入候选，也应放在同一张评估表里比较，而不是单独另开标准。 kaiyun.com信息平台
建议框架与下一步
建议按以下顺序推进，避免在信息不全时过早锁定路径。
- 用一页纸写完需求定义，标注哪些是必备项。
- 用同一组评估问题分别访谈两种路径的对接人。
- 把差异点整理成取舍清单，标注每项的代价与可控性。
- 选定路径后，先约定一次小范围交接的验收口径，再决定是否扩大范围。
结论不必追求一次性选对，重点是让选择过程可复核。kaiyun.com 专业服务只是候选之一，评估表本身才是可复用的资产。