一人公司最容易亏在报价上的时刻,往往不是谈不到客户,而是项目做到一半才发现:客户想要的东西比你以为的多,你要投入的东西也比报价时算的多。按小时乘以费率的算法本身没有错,问题在于它只统计了"看得见的工时",把沟通、返工、售前、工具订阅、对账这些不产生交付物、却实实在在消耗时间和钱的部分留在了报价之外。下面这套做法适合已经开始接单、但经常在收尾阶段觉得自己白干的一人公司经营者,目标是把报价从"比谁工时便宜"改成"把交付范围、客户价值和经营成本同时放进一份报价里"。

为什么"工时 × 费率"在一人公司里经常算不准
工时报价失效,通常来自三个漏算:
- 可计费小时被高估。 一个人一天能真正产出交付物的小时数,远少于坐在电脑前的时间。售前沟通、改合同、开发票、学新工具、处理杂事,都要从工作日里扣。
- 返工和沟通没有独立的成本位置。 它们被默认塞进"项目工时"里,于是每次多一轮修改,都是在侵蚀同一笔报价里的利润。
- 范围没有被定义,所以"顺便再加一点"永远是免费的。 报价单上写的是"设计一套方案",客户理解的是"设计到我说满意为止",两边都不算错,只是没对齐。
把这三件事分开处理,报价才有一个稳定的起点。
第一步:把成本分成三层来算
不要只算"我要做多少小时",先把一个项目会消耗的东西分成三层,逐项写下来。
| 成本层级 | 具体包含 | 一人公司最容易漏掉的部分 |
|---|---|---|
| 直接交付成本 | 素材采购、第三方工具订阅、外包协作、打样或寄送、必要的差旅 | 为这个项目单独开通、但按月扣费的工具 |
| 时间成本 | 实际要投入的交付小时数 × 你的内部时薪 | 售前沟通、方案确认、开会、整理文件 |
| 不可见经营成本 | 沟通与跟进、返工、对账开票、知识学习、风险预留 | 客户回复慢导致的等待、临时改需求带来的重排 |
内部时薪怎么定
用一个简单公式倒推:
内部时薪 =(目标年收入 + 年度固定支出)÷ 一年真正可交付的小时数
关键在分母。一年真正能对外交付的小时数,通常只是总工作时间里的一部分,剩下的被获客、行政、学习和休息占走。你可以先用过去三个月的实际记录估一个数,再和"理想中一天能干活八小时"对比,差距往往就是报价失真的来源。
留出风险预留
如果某个环节你没法准确估计(客户反馈节奏、第三方审核时间、技术不确定性),在总价里单独留一块缓冲,比例按你自己项目的返工率来定,而不是照搬别人的数字。缓冲不是虚报,它的作用是让"这次比预期多花了两天"不会直接变成亏损。
第二步:把"客户结果"写成可验收的交付边界
报价里最有价值的一句话不是价格,而是"什么算做完"。把原来模糊的表述改写成三类信息:交付物、形式、验收标准。
| 模糊表述 | 改写成可验收的结果 | 边界说明 |
|---|---|---|
| "帮你做一套品牌视觉" | 主视觉 1 套、应用示例 3 张,交付源文件与常用格式导出 | 不含印刷跟单、不含第三方素材授权费 |
| "优化一下网站" | 首页与 2 个内页的改版方案 + 上线实施,交付时间为确认后 N 个工作日 | 不含新增功能开发、不含内容撰写 |
| "每月帮你做内容运营" | 每月 X 篇成稿 + 排期表,交付日为每月固定日期前 | 素材与选题由客户在约定日期前提供,逾期顺延 |
写完之后做一个自测:把这句话读给一个不了解你行业的人听,他能不能说出"客户会拿到什么、什么时候拿到、怎样算完成"。如果他说不清,客户也说不清。

第三步:把修改次数变成报价里的明面规则
修改次数是范围扩大最常见的入口。不要靠"到时候再说",把它写成三句话放进报价里。
1. 定义"一轮"是什么
一轮 = 客户把该阶段的所有意见一次性汇总反馈。分散在几天里陆续提的零散意见,如果分别处理会成倍增加你的切换成本,提前说清楚"我们按轮次推进"能省掉大量拉扯。
2. 说清楚什么不算修改
- 因你自身交付错误导致的返工;
- 因外部平台规则、合规要求变化而必须做的调整;
- 双方在需求确认阶段约定过的澄清,而不是改主意。
把这些排除在计费轮次之外,客户会更愿意接受轮次限制,因为这看起来是公平的,而不是单向设限。
3. 说清楚超出之后怎么处理
超出包含轮次后的处理方式有三种,选一种写进报价,不要留空:
| 处理方式 | 适用场景 | 报价里的写法要点 |
|---|---|---|
| 按次计费 | 修改点零散、难以预估 | 写明每次的计费方式和最小计费单位 |
| 按新增阶段报价 | 修改方向已经变成新需求 | 写明需要重新确认范围与工期 |
| 暂停并重新协商 | 客户方向本身还没定 | 写明暂停条件与已完部分的结算方式 |
第四步:给范围外需求准备一张"变更单"
一人公司接单时最怕的不是客户加需求,而是加了需求之后不好意思开口谈钱。解决办法是提前把话术变成流程:任何超出原范围的需求,都走一张三到四行的变更单。
| 变更单字段 | 填写示例 |
|---|---|
| 新增内容 | 增加 2 张应用示例图 |
| 对价格的影响 | 在原报价基础上增加 X |
| 对工期的影响 | 交付日顺延 N 个工作日 |
| 确认方式 | 客户书面回复确认后生效 |
这张单子最大的作用不是收钱,而是让"加需求"变成一个双方都清楚的正常动作,而不是你默默加班、客户以为本来就包含。
复盘:项目结束后只看四个数
报价能力不是一次算准的,是一个项目一个项目校出来的。每个项目收尾后,花十分钟填这张小表。
| 指标 | 记录方式 | 用来判断什么 |
|---|---|---|
| 预计工时 vs 实际工时 | 分别记下两个数字和差值 | 哪一类项目你系统性低估 |
| 返工轮次 | 实际发生的轮次数 | 轮次限制设得是否合理 |
| 范围外请求数量 | 客户提出但不在原范围的请求数 | 你的边界描述是否有漏洞 |
| 实际利润 | 报价减掉三层成本后的结果 | 哪一类客户或项目结构值得继续做 |

调整报价时,一次只改一个变量
很多人在第一次亏钱后,会同时做三件事:涨价、缩短修改轮次、加一堆附加条款。结果客户看不懂,成交率下降,又被打回原形。更稳的做法是每完成两三个项目,只调整一个变量——比如这一轮只把"一轮"的定义写清楚,下一轮再引入变更单,再下一轮才动基础价格。这样你能看出到底是哪一项改变带来了利润改善,而不是把结果归因到运气。
报价的本质,是把你的时间、客户拿到的结果、以及那些说不清但确实存在的经营成本,同时放进一份双方都能读懂的文件里。当你不再需要靠"这次多干一点、下次再说"来维持合作,一人公司的收入才开始变得可预测。
















暂无评论内容