任何项目都不能一拍脑子就开始做的，最基本的投资回报比要想清楚。以下是近期我思考的一些关于项目成本估算的问题。
这是首先要考虑清楚的事情，如果这个项目没有意义，就不要白费力气了，以下几个问题供参考：
简单的说就是：
接下来要考虑一下，项目最后做成的形态。
在v2ex里经常能看见一些吐槽外包/找外包的帖子，里面都是一些人张嘴就要搞一个淘宝或者搞一个微信，这种空泛的说法毫无意义。
以下举一个例子，比如要做一个简单的美图工具，应该怎么考虑需求的范围呢。
这里是说在站外分享打开的场景
考虑到各家大厂都在做自己的小程序生态，这里也得考虑做一下小程序的承接页。
作为一款UGC工具，审核是少不了的。
你可能还需要看一下工具的整体流量情况，滤镜贴纸使用情况，分享和二次分享情况，话题热度情况等等等等……
你看，仅仅考虑到一个美图工具，涉及到的产品就这么多，而且不做还不行，所以在考虑项目的时候，一定要想清楚是不是必须要做，做了之后会有哪些配套的功能也要做。
关于怎么砍需求，后面有机会我们再聊聊。
这个年代，如果做产品不关注数据简直就跟航行不带罗盘一样。
在立项之前，需求方和产品经理就需要对它有一个预期，比如：
以上这些指标都是在立项的时候就要想好的。一千万pv的活动和十万pv的活动目标当然是不一样的。
比如需求方说：
我们这个项目，打算投入10w曝光的广告位，1w块的奖品，想做全平台的传播，预计覆盖用户500w人。最终带来5%的下单转化。
这时候你就可以顶回去了：
覆盖全平台传播，起码要投入20人天的人力；1w块的奖品投入到500w用户群里，用户的预期收益也太低了吧？
要不……只做微信渠道的传播……
有数据预期的另一个好处是，在项目总结的时候，你可以发现，哪一块做的超出了预期，哪一块做的不足。
不足是来自于流量投入不足，还是功能存在天然缺陷也就可以推导下去了。
网易每年做的那么多爆款h5，如果没有完整的数据预期，哪个老板愿意投入那么多人力去做呢。
如果项目闯关成功，立项要启动了，这时就进入了这篇文章的正题，也就是成本估算了。
成本主要来自于以下几块：
前面四个都比较好理解，第五条则是平常容易忽略的一个问题，那就是需求的变更带来的潜在成本。
这部分都是产品经理负责的部分，成本比较好理解。
第四条是最近觉得还比较重要的，在方案初期最好就要通过一下法务的评审，以免做完之后因为不可抗拒的原因不能上线。
有的团队里切图不一定是设计师的职责，但是我觉得设计师和工程师沟通之后，能直接输出切图，可能在质量会更好一些。
涉及到项目开发才是成本最大头的部分，这里面的每一个子项目都要消耗大量时间。
每一个接口，页面，后台表单都可以看做子功能，并安排对应的工时。
实际上，联调的时间可能要子功能开发的时间还要多，所以不要听到工程师同学说“写完了，等接口联调”，就觉得大功告成。
“联调”可能意味着各种各样的边界条件，不规范调用等等神奇的bug出现。这里不仅要计算成本，最好还要预留一定量的时间作为风险储备。
内部项目一般预留0.5倍的联调时间，跨部门项目最好预留1倍的联调时间，跨公司的项目最好预留2倍以上的联调时间。
项目测试是整个项目质量的保险绳，也是需要产品经理投入精力去跟进的重要环节。
我个人比较喜欢把设计验收放到这一部分，让设计师和测试同学一起，校对一遍设计稿，保证设计稿得到尽可能高的还原。
性能测试是核心功能必须要考虑到的问题，比如首页，信箱，下单支付环节，抢购，抽奖都是会出现瞬间性能压力的环节。是有必要进行性能测试的。
这是一个示例，供大家参考一下。
| 工作类型 | 工作内容 | 负责部门 | 工时(人天) | 负责人 | 开始时间 | 结束时间 |
|---|---|---|---|---|---|---|
| 需求对接 | 和需求方开会 | 产品组 | 1 | |||
| 原型设计 | 完成项目的原型 | 产品组 | 1 | |||
| 界面设计 | 完成4个界面的设计 | 设计组 | 3 | |||
| 界面设计 | 切图 | 设计组 | 1 | |||
| 项目开发 | 方案沟通 | 全部开发 | 2 | |||
| 项目开发 | 前端完成4个页面 | 前端组 | 2 | |||
| 项目开发 | 后端完成2个接口 | 后端组 | 2 | |||
| 项目开发 | 联调 | 全部开发 | 3 | |||
| 项目测试 | 功能测试 | 测试组 | 2 | |||
| 项目测试 | 线上回归 | 测试组 | 1 | |||
| 合计 | 18 |
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。