成本统计
客户问得最多的一句话是:“不就是一个网站吗,怎么这么贵?”
这一页不讲玄学,就把钱到底花在哪儿,一项一项摆出来。看完你会发现:客户眼里的“一个网站”,其实是七八套系统拼起来的。
为什么客户觉得贵(认知差)
Section titled “为什么客户觉得贵(认知差)”客户眼里的项目:一个网站,上面有直播、直播间、直播记录、评论、点赞、分享,能充值就行。
实际要开发的东西:一个能跑起来的直播产品,背后是支付、客服、直播、播放器、推流、用户管理、IM 通讯、权限管理等一整套系统,每一套都要单独设计、单独开发、单独对接。
打个比方:客户以为自己点的是一份“套餐”,其实他要的是后厨、配菜、摆盘、打包一起上。套餐能报一口价,是因为背后有标准化的流水线;定制项目没有流水线,只能拆开算。
这就是觉得贵的第一层原因:不是“一个网站贵”,而是“好几套系统凑在一起”。
| 成本项 | 说明 |
|---|---|
| 人力成本 | 不同岗位 × 各自工期,是成本的大头 |
| 系统拆分成本 | 一个产品拆成多套系统,每套都要独立设计、独立开发、独立对接 |
| 第三方服务 | 支付、短信、IM、推送等,很多要按量付费或收对接费 |
| 服务器与带宽 | 直播类项目带宽成本尤其高,按流量计费 |
| 测试与上线 | 功能测试、生产测试、部署上线的投入 |
| 隐性成本 | 沟通成本、需求变更、后期维护,最容易漏算 |
最容易低估的是最后两项。沟通和需求变更看不见摸不着,但它们消耗的人力往往能顶上半套系统。
以直播系统为例的拆解
Section titled “以直播系统为例的拆解”直播这类项目,按 项目理解 里的口径,实际是下面这八套系统拼起来的:
| 系统 | 涉及岗位 | 参考工期(人天) | 成本占比 |
|---|---|---|---|
| 支付系统 | 后端开发工程师、技术主管 | 3 | 15% |
| 客服系统 | 后端开发工程师 | 2 | 8% |
| 直播系统 | 后端开发工程师、PWA 开发 | 5 | 18% |
| 播放器系统 | 后端开发工程师、PWA 开发 | 3 | 12% |
| 推流程序 | 后端开发工程师 | 2 | 10% |
| 用户管理系统 | 后端开发工程师、PWA 开发 | 3 | 10% |
| IM 通讯系统 | 后端开发工程师 | 3 | 15% |
| 管理权限系统 | 后端开发工程师 | 2 | 12% |
说明:工期为参考人天口径,多个岗位可以并行开发,所以整体日历工期约 20 天左右,而不是人天简单相加。占比为大致口径,已把 UI 设计、测试、部署、沟通等公共成本按工作量分摊到各系统上。
一件事要看清:上表里任何单独一套系统,拿出来都能当一个小项目卖。所以客户说“我就要一个直播功能”,实际要的是这套系统里的一个切片,而周边系统一个都省不掉。
为什么不能按“一个网站”报价?
因为“一个网站”没法估工。看不到要做哪些系统、要对接哪些第三方、要覆盖哪些异常,报出来的数就是猜的,猜低了亏本,猜高了客户跑掉。
为什么要按系统拆分报?
- 每套系统的工作量能拆清、能估工,报价才有依据
- 拆开后各岗位能分工、能并行,工期才排得出来
- 客户看得懂钱花在哪儿,加功能、砍功能都有对应的价
- 后期维护、变更、续期,都能对账
顺带提醒:市面上五六万就能买到的“直播系统”,买到的往往只是上表里的一套。等客服、支付这些系统一个个补上,总价自然会追上来。这不是套路,是事实——一个程序,五六套系统。
客户高频 3 问
Section titled “客户高频 3 问”问一:能不能便宜点?
Section titled “问一:能不能便宜点?”可以谈,但要看让的是哪部分。人力成本是硬的,岗位和工期摆在那里;能松动的通常是范围——砍掉非核心功能、把部分需求放到下一期,而不是把同样的活压到更低的价。建议答复口径:先问清楚预算区间,再一起确认哪些功能优先做、哪些可以往后放,让客户自己选,而不是直接打折。
问二:能不能砍掉几个功能?
Section titled “问二:能不能砍掉几个功能?”能砍,但要讲清砍掉的后果。支付、用户、权限这类是地基,砍了整个产品跑不起来;评论、分享这类锦上添花的功能,砍掉不影响主流程。建议答复口径:先把功能分成“必须做 / 应该做 / 可以做”三档,让客户在“可以做”里挑着砍,并书面写清砍掉后缺失的能力。
问三:为什么周期要这么久?
Section titled “问三:为什么周期要这么久?”周期长的原因是系统多、依赖多,不是开发慢。支付要对接三方文档、IM 要保证消息秒到、推流要调实时性,这些都不是“写个页面”能解决的。建议答复口径:把拆解表摆给客户看,让他看到八套系统各自的工期和依赖顺序,再说明哪些可以并行、哪些必须串行,周期就解释清楚了。