《启示录》读书笔记第三篇
软件行业一直都有估算项目开发成本的习惯，但就算软件行业已经发展了这么些年，仍未形成一套成熟的软件产品估算体系，依然会出现混乱的估算结果。那为什么会出现这样的混乱呢？其实，是现实与理想的矛盾。老板总是希望能第一时间知道产品成本详情，而事实上开发人员只有等到具体的产品解决方案制定出来的时候，才能给出较为精确的估算成本。
产品经理如何评估产品成本？
所谓，鱼和熊掌不可兼得就是这个道理。如果偏要那么执着，那么结果有以下两种：
1、估算结果与实际成本大相径庭；
2、估算结果准确，但大大超支；
《启示录》中提到的产品估算方式具有普遍意义，能解决大多数公司的问题。
产品人设计产品之前，最先要做的就是先评估产品机会。评估产品机会大致可以解决一个问题——产品创意是否有价值？这个时候，产品尚且只处在概念阶段，仅仅知道产品创意和待解决的问题，所以也只能先预估项目的规模大小级别——小、中、大。根据评估出来的项目规模，粗略估算项目成本。这种方式估算的项目车根本必然是不准确的，但这种误差是可接受的，不至于出现跨级别的误差。
在明确以下两件事情的前提下：
1、明确产品机会有价值；
2、预估的产品成本可接受；
有了上面两个前提，老板才会同意，产品经理才有资源着手定义产品的解决方案。
产品经理最终给出的解决方案，理应包含可供用户测试的高保真原型。在定义解决方案的过程中，需要开发人员的协助来评估不同解决方案的成本。参照技术人员给出的评估结果将进一步调整解决方案。待完整的产品水木文档形成后，就可以依据文档细节评估出一份详细、可靠的成本估算值。
到目前这个阶段，产品经理产出3样文件：高保真产品原型、产品需求文档、可信的成本估算结果，这是老板的产品决策就更加畅快了。如果解决方案有问题，直接叫停；如果决定开发产品，那么产品团队也是在充分了解产品定义和需求以及成本细节的大背景下开始着手工作的。
宏观上讲，成本估算大致分为以下两个阶段：
1、评估产品机会时，做粗略估算；
2、更具最终的说明文档，做详细精确估算；
从事产品经理相关工作，不可避免地会遇到产品设计、开发等各个环节的时间成本估算的问题，采用较为实用、科学的估算模式估算项目周期，这是很关键的。在《启示录》中，作者给我们引进了一套科学的项目资源估算的方法，正如上文我所述的。
好好学习，好好做人！
原创声明：本文章的最终解释权归产品小王所有，未经许可，不得转载。
网友评论