很多一人公司在设计服务套餐时，容易把同一项服务拆成“少一点功能、更多一点功能、全部功能”三个价格档位。结果是客户只看到数量差异，却不清楚自己到底要承担什么输入、能获得什么交付，以及你会对结果负责到哪一步。更稳妥的做法，是把基础版、协作版和深度版设计成三种不同的交付责任，而不是同一项服务的高低配。

先区分：功能增加，不等于责任升级

服务产品化的核心，不是把零散工作列成一张更长的功能清单，而是把客户购买的过程、交付深度和责任边界固定下来。

例如，你提供一次内容策略服务：

• 低档位可能是基于客户现有资料，输出一份方向建议；
• 中档位可能需要你与客户共同梳理信息，并根据反馈完成一轮调整；
• 高档位则可能包括前期诊断、方案设计、落地陪跑和阶段复盘。

三档都可能涉及“内容策略”，但它们并不是同一服务的不同数量，而是三种不同的参与方式和交付责任。

因此，设计分层报价时，先不要问“高档位还能增加什么功能”，而要问：

客户在不同阶段，愿意提供多少信息、参与多少协作、需要多深的判断，以及希望你承担多少落地责任？

三档服务分别解决什么问题

可以把三档服务理解为三个决策场景，而不是三个功能等级。

这种设计可以帮助客户先判断“我需要哪种支持”，再比较价格。它也能避免你把高档位设计成一堆客户未必需要的附加项目。

需要注意的是，三档服务并不意味着一定能够提高成交率。它只是提供了一种更清晰的选择结构，最终是否适合，还要看客户需求、信任基础、交付能力和具体场景。

用五个维度拉开档位差异

1. 客户输入：你接收多少信息，是否参与前期诊断

客户输入是最容易被忽略的边界之一。

如果基础版只要求客户填写一份标准问卷，那么你就不应默认包含多次访谈、资料补齐和问题重构。否则，客户买的是基础版，你交付的却是深度咨询，时间成本很快失控。

可以这样设计：

• 基础版：客户提交固定格式的背景资料、目标和已有素材，你依据这些内容完成交付。
• 协作版：除资料提交外，包含一次或数次结构化沟通，用于澄清目标、补充信息和确认优先级。
• 深度版：由你主导诊断过程，可能需要访谈相关人员、分析现有流程、审阅历史数据或拆解实际问题。

这里的关键不是规定客户必须填写多少字，而是明确：

1. 客户需要提供哪些材料；
2. 哪些材料缺失会影响交付；
3. 谁负责发现问题；
4. 资料不足时，是顺延、缩小范围，还是转为额外服务。

2. 交付深度：从建议、方案到落地与复盘

交付深度应该体现你对问题处理到哪一层，而不是简单增加文档页数。

可以使用以下三级结构：

基础版：给出标准化判断

基础版适合问题边界清晰、客户能够自行执行的场景。交付重点是让客户知道下一步做什么。

常见交付形式包括：

• 一份诊断结论；
• 一套方向建议；
• 一份执行清单；
• 一次结果说明或交付会议。

基础版的责任是“在约定范围内完成专业判断”，而不是陪客户把所有动作做完。

协作版：共同完成方案调整

协作版适合客户知道问题所在，但缺少整理、取舍或推进能力的场景。

除了基础交付，还可以包含：

• 共同梳理目标和优先级；
• 根据客户反馈调整方案；
• 将建议转化为具体任务；
• 对关键执行节点进行检查；
• 在约定周期内提供过程答疑。

协作版的责任是“帮助客户把方案变得可用”，但不代表你接管客户全部执行工作。

深度版：介入复杂过程并承担阶段性责任

深度版适合问题本身不够清晰，或者最终效果高度依赖持续推进的场景。

这类服务可以包括：

• 前期调研与问题定义；
• 定制化方案设计；
• 多方沟通或协作管理；
• 关键环节的落地支持；
• 阶段复盘与后续调整建议。

深度版的重点不是“项目清单更多”，而是你需要投入更多判断、协调和持续跟进，并对过程质量承担更深责任。

3. 响应频率：客户购买的是一次交付还是持续可用性

“随时沟通”是很多一人公司失控的起点。响应频率必须写进套餐边界，否则高档位会变成无限即时响应。

可以从三个方面定义：

• 响应窗口：例如工作日内回复，还是约定时间集中处理；
• 沟通渠道：邮件、表单、会议或即时通讯分别适用于什么问题；
• 响应内容：是确认收到、回答问题，还是直接修改交付物。

示例：

高档位可以有更高的响应频率，但不应表述为“任何时间都能联系”。一人公司的服务能力有限，越是深度服务，越需要用固定节奏保护双方预期。

4. 修改次数：限制返工，而不是限制合理澄清

修改次数的作用，是区分合理反馈与反复重做。它不应成为阻止客户指出明显错误的工具。

建议先区分三种情况：

1. 信息错误：你误解了客户已经提供的信息，通常应由你负责修正；
2. 范围内调整：交付目标不变，只是表达、顺序或细节调整；
3. 方向变化：客户在交付后改变目标、受众或核心要求，通常属于范围变化。

可以这样设置：

• 基础版：包含一次集中反馈，修改限于原定范围；
• 协作版：包含两轮反馈，每轮反馈需要在约定时间内集中提交；
• 深度版：按阶段进行调整，修改随项目节点处理，而不是按单份文件机械计算。

与其只写“修改两次”，不如同时写清楚：

• 每轮反馈应由谁汇总；
• 反馈提交的截止时间；
• 哪些内容属于修改；
• 哪些情况会触发重新评估；
• 超出范围后如何确认新增工作。

5. 结果责任：承诺交付结果，还是承担业务结果

这是三档服务最重要的差异，也是最容易过度承诺的地方。

你可以对自己能控制的事情负责，例如：

• 是否按约定完成交付；
• 是否基于已知信息进行专业判断；
• 是否按流程完成沟通和复盘；
• 是否及时说明风险和依赖条件。

但客户的业务结果通常还受到预算、执行力度、市场变化、内部协作和外部环境影响。除非你确实控制了完整过程，否则不宜把成交、增长、排名或收益写成套餐必然结果。

更稳妥的表述是：

• 基础版：对交付完整性负责；
• 协作版：对方案可执行性和协作过程负责；
• 深度版：对约定阶段内的推进质量和复盘机制负责。

“深度版”可以承担更深的过程责任，但不等于承诺客户一定获得某个业务结果。

一个可直接套用的三档设计模板

你可以先用下面的结构起草自己的服务包：

基础版：标准交付

适用场景：客户的问题较明确，能够自行执行。

客户需要提供：

• 标准问卷；
• 现有资料；
• 明确的目标和截止时间。

你负责交付：

• 一次标准诊断或方案；
• 一份执行清单；
• 一次交付说明；
• 一轮范围内修改或答疑。

不包含：

• 深度调研；
• 持续陪跑；
• 临时加急；
• 因目标改变产生的重新设计。

协作版：共同推进

适用场景：客户需要参与讨论、判断和调整。

客户需要提供：

• 基础资料；
• 关键决策人参与沟通；
• 按节点确认方向；
• 在约定时间内集中反馈。

你负责交付：

• 前期澄清；
• 定制化方案；
• 固定周期沟通；
• 两轮左右的范围内调整；
• 阶段性执行建议。

不包含：

• 无限次即时沟通；
• 替客户完成所有执行；
• 未经确认的新增目标；
• 与原项目无关的额外任务。

深度版：诊断、落地与复盘

适用场景：客户的问题复杂，需要持续介入和多阶段推进。

客户需要提供：

• 相关人员和资料的配合；
• 及时的决策反馈；
• 对执行资源的安排；
• 阶段目标的确认。

你负责交付：

• 深度问题诊断；
• 定制化方案设计；
• 阶段执行支持；
• 固定会议和过程检查；
• 阶段复盘与后续调整建议。

不包含：

• 对客户不可控业务结果作保证；
• 无限扩展项目范围；
• 代替客户承担内部管理责任；
• 没有确认就持续增加交付内容。

先确定基础版，再向上增加责任

设计分层报价时，建议按照以下顺序操作，而不是从最高价套餐开始堆功能。

第一步：写出单一核心服务

先用一句话说明你到底提供什么，例如：

帮助客户把已有专业内容整理成一套可执行的服务方案。

如果这句话本身不清楚，三个档位只会把模糊扩大。

第二步：确定基础版的最小完整交付

基础版不能只是“便宜但不完整”的试用品。它至少应该独立解决一个边界清晰的问题，让客户能够拿到结果并继续行动。

检查三个问题：

• 客户只购买基础版，是否仍能完成一次完整决策？
• 你是否能在固定时间内稳定交付？
• 交付范围是否能被清楚验收？

如果基础版无法独立成立，客户就很难判断其他档位到底增加了什么价值。

第三步：只增加真正改变工作方式的内容

协作版和深度版的增加，应当改变你的工作方式，例如：

• 从一次提交变成多轮沟通；
• 从标准模板变成定制方案；
• 从给建议变成参与执行；
• 从单次交付变成阶段复盘；
• 从客户独立执行变成双方共同推进。

如果只是多送一份文件、增加几页内容或附带几个小工具，却没有改变交付责任，就不值得单独设为更高档位。

第四步：把新增责任写成边界

每增加一层服务，都要同步写清楚：

• 需要客户增加什么投入；
• 你增加什么工作；
• 交付周期如何变化；
• 反馈和修改如何处理；
• 哪些结果仍由客户负责。

这一步能防止高档位变成“客户什么都不做，但希望你负责全部结果”。

服务页面不要只展示功能清单

一个清晰的服务页面，建议按照“适合谁—怎么合作—交付什么—边界在哪”来组织。

可以采用以下表格：

表格之后，再补充三类内容：

1. 选择建议：什么情况适合哪个档位；
2. 不包含内容：避免客户凭想象扩大范围；
3. 升级条件：什么情况需要从基础版转为协作版或深度版。

用交付复盘检查档位是否合理

服务上线后，不要只看客户最终选了哪个档位，还要复盘实际交付过程。

每完成一个项目，可以记录以下问题：

• 客户在哪一步提供了超出套餐的输入？
• 哪些沟通内容重复出现？
• 哪些修改其实属于目标变化？
• 哪个档位最容易出现临时任务？
• 你实际承担的责任，是否高于套餐文字描述？
• 客户购买的档位，是否与其真实需要匹配？

如果大量基础版客户都需要额外解释，说明基础版交付说明不够清楚；如果协作版频繁变成长期陪跑，说明响应频率和阶段边界需要重新定义；如果深度版仍然需要你不断确认范围，说明前期诊断和项目启动流程还不完整。

分层报价不是一次完成的设计，而是随着真实交付不断校准的标准服务。

最后检查：三个档位是否真的不同

发布前，可以用下面这份清单自检：

• 三个档位是否对应不同的客户状态？
• 基础版是否能够独立解决一个明确问题？
• 协作版是否增加了真实的共同推进责任？
• 深度版是否体现了诊断、落地或复盘的深度？
• 客户输入是否逐档写清楚？
• 响应频率是否可执行，而不是泛泛写“优先支持”？
• 修改次数是否区分了合理修正与方向变化？
• 是否明确了你能负责的过程，以及不能保证的业务结果？
• 高档位是否减少了客户决策成本，而不只是增加功能数量？
• 你在当前时间和精力下，是否真的交付得起每一档？

好的服务产品化，不是把所有能力都塞进最高档，而是让客户清楚知道：自己需要怎样的参与方式，你会介入到什么深度，双方各自对什么负责。这样设计出来的三档服务，才是可解释、可交付、可复盘的分层报价，而不是把同一项服务简单标上三个价格。