功能定制为什么这么贵？一份真实的 116 天开发账单
动易软件 · WebFuture · 定制开发观察
功能定制为什么这么贵？
一份真实的 116 天开发账单
软件行业有个让客户普遍困惑的现象：成熟产品很便宜，功能定制却很贵。本文以"新生报到小程序"为例，把一笔定制开发的完整工作量账单摊开来看。
文章导读：为什么一个看似简单的功能定制要报价数万元？答案与"水分"无关，而与真实工作量有关。客户看到的是两条需求，开发方要交付的却是一整套系统。这份真实记录显示：一个"小功能"背后的实际投入，往往是报价工作量的数倍。
01
随随便便一个小功能，我们也会报好几万
是的，哪怕只是一个小小的功能定制，我们也会报价好几万元。不管是销售还是客户，可能都理解不了：为什么功能定制要这么贵？
而且最让客户恼火的是：同样是功能，客户花的钱比买一个成熟产品功能要多得多，但最后得到的，往往只是一个"刚刚好能用"的模块——离好用易用差得很远，后续也很难指望它再有多少改进。这背后的原因，我在另一篇文章《为什么功能定制的报价比产品贵得多，但最后成果却比产品差得远？》中已经详细讲过，欢迎点击标题阅读，这里不再赘述。
但另一面，其实我们的定制业务还根本不赚钱，往往是贴着成本在做的。所以对于不能产品化的功能定制，我是打心底里不愿意接的。
02
报价高低，其实就是工作量高低
我们的工作量单价其实非常低，只有 2000 元/天。市场上稍微有点规模的公司，功能定制开发报价的工作量单价普遍已经超过 3000 元/天。所以我们的定制费用是多少，其实只和工作量密切相关：
如果是基于现有功能模块做很小的改动，不需要复杂流程，不需要很多人参与，可能很快就完成了（工作量很少），报价自然低。
但只要稍微大一点的独立模块，开发起来就绝不是一件容易的事，需要投入大量工作量，报价自然就高。
很多人可能不信：一个非常简单的小需求，你们要这么多工作量？是不是含有太多水分？其实真的没有什么水分。许多可以产品化的定制需求，我们的实际工作量，往往是报给客户的工作量的三到五倍，甚至更多。
03
一个真实案例：新生报到小程序
先说客户提出来的需求：
一、客户在后台导入新生的信息；新生报到时，扫描小程序二维码，申请获取手机号授权，授权后读取与该手机号关联的学生信息；学生核对信息无误后点击确认报到，联系方式、地址等个别信息如需修改，可直接修改提交，再确认报到。
二、后台可统计报到人数以及生源地分布。
这样一个小功能定制，你们估算一下：大约多少天能完成？需要多少钱？10 天？20 天？按 2000 元/天的单价，也就 3 万多元？
但真的是这样简单吗？我们来分析一下。表面上，只有新生报到微信小程序开发和后台报到统计两个小需求，但这个需求背后，藏着许多没有讲出来的工作量：
第一，小程序要分前后端开发。前端的小程序与后端的数据要进行对接。
第二，需要开发紧密关联的后台管理功能。学生信息管理、导入、导出；院系、专业、班级管理；学校、院系、班主任的多级权限分配，用于分别管理各自权限范围内的学生信息数据。
第三，需要一整套技术支撑底座。如果这是一套独立系统，还要有后台管理员管理、角色管理、权限配置、登录与安全防护、权限控制和检查、日志、短信发送、邮件发送，以及更底层的开发框架。现在许多开源开发框架已经提供了这些基础能力，所以很多项目型公司会站在开源框架之上做定制，以减少开发工作量。我们的项目基本上都基于 WebFuture 二次开发——得益于 WebFuture 本身的特性，比大部分开源开发框架还要强大，因此这一块基本不用额外考虑，这也是我们做定制项目的优势所在。
售前经理在分析这个需求时，估算出大约 40 多天的工作量。你是不是觉得这个工作量有点多？觉得里面有不少水分？那不妨看看我们实际的开发流程和耗时：
新生报到小程序定制开发 · 真实工作量明细
| 阶段 | 主要工作内容及参与人员 | 工作量（天） |
|---|---|---|
| 需求收集与分析 | 售前经理与客户沟通需求，写出初步需求说明书并估算工作量。 | 2 |
| 功能需求文档编写 | 产品经理与售前经理讨论细节约 1 天，售前经理再花 1 天写成标准功能需求说明书。 | 3 |
| 需求评审会 | 组建项目群：除产品经理、售前经理、销售员外，另投入研发经理 1 名、研发工程师 2 名、设计经理 1 名、效果图设计师 1 名、前端工程师 1 名、测试经理 1 名、测试工程师 1 名；后期项目群达 16 人。售前经理讲解需求并答疑约半天，多人参与，合计约 5 天。 | 5 |
| 系统设计 | 研发经理撰写详细系统设计文档、绘制流程图，多次与产品经理、售前经理讨论完善。 | 2 |
| 页面 UI 设计 | 设计经理与设计师产出小程序效果图，多轮内部讨论修改至评审通过；随后发客户收集反馈并修改，直至客户确认。 | 7 |
| 前端静态页制作 | 前端工程师搭建小程序端输出环境，将效果图输出为小程序代码，制作静态体验版并开展阶段评审。 | 7 |
| 后台功能与接口开发 | 研发工程师按系统设计书开发后台管理功能（学生信息管理、新生数据统计）与小程序接口，并进行开发自测。 | 45 |
| 前后端对接联调 | 小程序接口初步开发完成后，研发工程师与前端工程师开展前后端对接联调联试。 | 10 |
| 测试用例编写 | 测试经理与测试工程师依据需求文档和系统设计书编写测试用例集。 | 1 |
| 内部测试、完善与验收 | 小程序基本完成后提交内部测试。除功能测试外，还包含边界测试、越权测试、压力测试等；产品、售前、项目经理、销售同步走流程验证。反馈意见与 BUG 由测试整理成清单，研发与前端逐一处理，约三轮内部验收后才通过。 | 10 |
| 外部测试 | 内部验收通过后提交客户测试，依据客户反馈修改完善、修复各类 BUG。 | 6 |
| 上线试运行 | 前期 BUG 修复后上线试运行，持续修复问题、改进反馈项，直至正式运行。 | 5 |
| 运行维护 | 正式运行后进入运维期，工作量较少，除非出现需求变更或新增需求。 | 2 |
| 需求变更与功能改进、BUG 修复 | 内部测试、外部测试、试运行、运维期间存在大量需求变更、新增需求、功能改进与 BUG 修复，每个功能点或 BUG 都需开发与测试处理、验证、验收。 | 6 |
| 项目管理与文档 | 项目经理全程联系客户、办理小程序注册申请，编写各类项目过程文档。 | 2 |
| 用户手册编写 | 开发经理提供操作流程文档，技术支持人员在此基础上编写用户手册。 | 1 |
| 功能部署更新 | 提供最终发布程序，部署、更新到客户正式环境。 | 1 |
| 用户培训 | 技术支持工程师对学校管理员、班主任进行使用培训。 | 1 |
| 合计 | 需求确认、开发、测试、上线、运维、培训全流程 | 116 |
数据说明：上表为项目复盘统计的实际投入，各阶段天数合计 116 天。
04
116 天，是售前估算的三倍
看到 116 天这个数字，你是否吓了一跳，觉得不可思议？就这么简单的一个小功能模块，我们竟然花了 116 天才能完成？算出来以后，连我自己也很惊诧——但这确实就是实际的工作量，大约是售前经理估算工作量的三倍。
也就是说，如果不考虑这个模块做出来以后还可以产品化复用，这个项目我们亏得几乎血本无归。
而这还是在我们已经拥有完善底层框架支持下的工作量。假如没有前文所说的技术支撑平台或成熟的开发框架，从零开始研发这样一个小系统，工作量只会再增加几倍。
同时，这还是在需求非常明确、客户几乎没有提出修改意见、基本没有需求变更与新增需求的情况下得出的数字。之所以能做到，也是因为前期的系统设计工作做得比较扎实、各方面考虑得比较充分，客户对方案满意。如果需求不明确，或者客户在试运行阶段提出大量修改意见，最终会增加多少工作量，根本无法估算。
05
不能产品化的定制，软件最大的优势就没了
软件开发成本如此之高。如果开发出来的软件不能产品化，不能复制销售给更多客户，那就失去了软件最大的优势——一次投入、多次复用。
所以，我最不愿意接的，就是那种非常个性化、很难再找到第二个客户的定制项目。公司的资源是有限的，一个项目多投入一些，就意味着另一个项目缺少资源投入。我更愿意把资源投入到那些可以产品化、能够沉淀为平台能力的功能定制项目上——这样的投入，最终会转化为所有客户都能共享的价值。
关于"为什么定制比产品贵、成果却往往不及产品"，欢迎阅读我们的系列文章《为什么功能定制的报价比产品贵得多，但最后成果却比产品差得远？》（点击标题即可阅读）。
动易软件
广东动易软件股份有限公司长期专注网站群与信息化平台建设，WebFuture 平台提供可复用的底层技术底座与丰富功能模块。我们坚持"可产品化优先"的定制理念，让每一次定制投入都能沉淀为平台能力，持续为客户创造长期价值。
了解更多：www.powereasy.net
本文为动易软件原创文章，欢迎分享与转载，转载请注明出处。
