任何项目都不能一拍脑子就开始做的，最基本的投资回报比要想清楚。以下是近期我思考的一些关于项目成本估算的问题。

一、为什么要做？

这是首先要考虑清楚的事情，如果这个项目没有意义，就不要白费力气了，以下几个问题供参考：

  1. 这是项目的基础建设、对内的工具还是对用户的功能？
    1. 如果是基础建设，是否到了必须还技术债的阶段？是否三个月内就会遇到数量级增加的业务场景？
    2. 如果是对内工具，现有的工具或第三方软件工具能否支撑现有的需求中最核心的20%部分？
    3. 如果是用户功能，是为了支持新的业务，还是优化已有的流程，还是改善用户的体验？
  2. 业界是否有已经类似的项目？他们上线之后的效果如何？是否成为了用户心智中的基础需求？
  3. 现在已经遇到了这样的业务场景了吗？还只是用户或者产品经理自己的推测？

简单的说就是：

  • 能用别人的还是别人的
  • 能复用自己的就复用自己的
  • 能不做就不做

二、做成什么样？

接下来要考虑一下，项目最后做成的形态。

在v2ex里经常能看见一些吐槽外包/找外包的帖子，里面都是一些人张嘴就要搞一个淘宝或者搞一个微信，这种空泛的说法毫无意义。

范围.png

以下举一个例子，比如要做一个简单的美图工具，应该怎么考虑需求的范围呢。

APP中

  1. 拍摄页
    1. 拍摄设置
    2. 滤镜预设
    3. 贴图预设
    4. ……
  2. 分享页
    1. 分享到内部社区
      1. 点赞
      2. 留言
      3. 转发
    2. 分享到其他平台
      1. 生成海报
      2. 拼图
  3. app的一些其他注册登录设置流程……

h5承接页

这里是说在站外分享打开的场景

  1. 图片展示
  2. 用户信息
  3. APP下载链接

小程序承接页

考虑到各家大厂都在做自己的小程序生态，这里也得考虑做一下小程序的承接页。

  1. 图片展示
  2. 用户信息
  3. 其他小程序功能
  4. 应用内二次分享功能
  5. APP打开or下载

审核后台

作为一款UGC工具，审核是少不了的。

  1. 用户管理：封禁，解封
  2. 图片管理：降权，隐藏，封禁
  3. 留言管理：降权，隐藏，封禁
  4. 其他产生内容的管理

数据平台

你可能还需要看一下工具的整体流量情况，滤镜贴纸使用情况，分享和二次分享情况，话题热度情况等等等等……

你看，仅仅考虑到一个美图工具，涉及到的产品就这么多，而且不做还不行，所以在考虑项目的时候，一定要想清楚是不是必须要做，做了之后会有哪些配套的功能也要做。

关于怎么砍需求，后面有机会我们再聊聊。

三、数据预期

这个年代，如果做产品不关注数据简直就跟航行不带罗盘一样。

在立项之前，需求方和产品经理就需要对它有一个预期，比如：

在站内

  1. 导入多少用户
  2. 用户留存率达到多少
  3. 用户的访问频率和每天打开时间
  4. 用户的二次分享有多少
  5. 【电商】GMV多少，客单价如何
  6. 【游戏】首次充值均值，充值率如何
  7. ……

在站外

  1. 百度指数，微信指数如何
  2. 网站收录数，SEO排名
  3. 微博关注者数量
  4. 公众号文章阅读量
  5. ……

以上这些指标都是在立项的时候就要想好的。一千万pv的活动和十万pv的活动目标当然是不一样的。

比如需求方说：

我们这个项目，打算投入10w曝光的广告位，1w块的奖品，想做全平台的传播，预计覆盖用户500w人。最终带来5%的下单转化。

这时候你就可以顶回去了：

覆盖全平台传播，起码要投入20人天的人力；1w块的奖品投入到500w用户群里，用户的预期收益也太低了吧？
要不……只做微信渠道的传播……

有数据预期的另一个好处是，在项目总结的时候，你可以发现，哪一块做的超出了预期，哪一块做的不足。

不足是来自于流量投入不足，还是功能存在天然缺陷也就可以推导下去了。

网易每年做的那么多爆款h5，如果没有完整的数据预期，哪个老板愿意投入那么多人力去做呢。

四、成本估算

如果项目闯关成功，立项要启动了，这时就进入了这篇文章的正题，也就是成本估算了。

成本主要来自于以下几块：

  1. 需求调研成本
  2. 设计成本
  3. 开发成本
  4. 测试成本
  5. 返工成本

总结.png

前面四个都比较好理解，第五条则是平常容易忽略的一个问题，那就是需求的变更带来的潜在成本。

需求调研

  1. 问卷投放
  2. 用户深访
  3. 需求整理和确认
  4. 需求评审

这部分都是产品经理负责的部分，成本比较好理解。

原型设计

  1. 竞品调研
  2. 方案设计
  3. 原型设计
  4. 法务税务风险评估

原型.png

第四条是最近觉得还比较重要的，在方案初期最好就要通过一下法务的评审，以免做完之后因为不可抗拒的原因不能上线。

界面设计

  1. 设计风格确认
  2. 界面设计
  3. 动效设计
  4. 切图

有的团队里切图不一定是设计师的职责，但是我觉得设计师和工程师沟通之后，能直接输出切图，可能在质量会更好一些。

项目开发

  1. 方案沟通
  2. 技术选型
  3. 工作分配
  4. 子功能开发
  5. 内部联调
  6. 外部联调
  7. 全流程自测

涉及到项目开发才是成本最大头的部分，这里面的每一个子项目都要消耗大量时间。

开发流程.png

每一个接口，页面，后台表单都可以看做子功能，并安排对应的工时。

实际上，联调的时间可能要子功能开发的时间还要多，所以不要听到工程师同学说“写完了，等接口联调”，就觉得大功告成。

“联调”可能意味着各种各样的边界条件，不规范调用等等神奇的bug出现。这里不仅要计算成本，最好还要预留一定量的时间作为风险储备。

内部项目一般预留0.5倍的联调时间，跨部门项目最好预留1倍的联调时间，跨公司的项目最好预留2倍以上的联调时间。

项目测试

  1. 功能测试
  2. 设计验收
  3. 性能测试
  4. 回归测试

项目测试是整个项目质量的保险绳，也是需要产品经理投入精力去跟进的重要环节。

我个人比较喜欢把设计验收放到这一部分，让设计师和测试同学一起，校对一遍设计稿，保证设计稿得到尽可能高的还原。

性能测试是核心功能必须要考虑到的问题，比如首页，信箱，下单支付环节，抢购，抽奖都是会出现瞬间性能压力的环节。是有必要进行性能测试的。

五、成本估算表

这是一个示例，供大家参考一下。

工作类型 工作内容 负责部门 工时(人天) 负责人 开始时间 结束时间
需求对接 和需求方开会 产品组 1
原型设计 完成项目的原型 产品组 1
界面设计 完成4个界面的设计 设计组 3
界面设计 切图 设计组 1
项目开发 方案沟通 全部开发 2
项目开发 前端完成4个页面 前端组 2
项目开发 后端完成2个接口 后端组 2
项目开发 联调 全部开发 3
项目测试 功能测试 测试组 2
项目测试 线上回归 测试组 1
合计 18