2014年产品工作总结
2014年12月31日,一年的最后一天,这个时候,总是需要回顾一年来所做的一些事情,无论好坏,都是成长,无论得失,都是历练,这一年在用心做产品,感受产品这个职业带来的愉悦感和成就感,以及对这个职业的爱恋及沉浸,回顾这一年来,总是有些事情值得写下来,有些事情值得去总结,有些事情值得去学习和回顾。
这一年,从年前走到今天,带领十多人的团队从零开始,完成了三条产品线的构建和规划,并完成了V1.0版本的交付:
2014年12月31日,一年的最后一天,这个时候,总是需要回顾一年来所做的一些事情,无论好坏,都是成长,无论得失,都是历练,这一年在用心做产品,感受产品这个职业带来的愉悦感和成就感,以及对这个职业的爱恋及沉浸,回顾这一年来,总是有些事情值得写下来,有些事情值得去总结,有些事情值得去学习和回顾。
这一年,从年前走到今天,带领十多人的团队从零开始,完成了三条产品线的构建和规划,并完成了V1.0版本的交付:
Needs:需求
N1,用户最基本需求是什么?N2,市场有多大?N3,行业链如何构成?N4,行业发展趋势如何?N5,扩充的需求有哪些?
Approach:解决方案
A1,解决方案如何构成?A2,需求优先级如何定义?A3,技术可行性如何?A4,有无政策、法规风险?A5,版本如何规划,发布路线图如何定义?A6,各个版本的营销思路如何?重心是什么?
Benefits:盈利模式
B1,盈利模式如何?B2,盈利期望(时间、数目)B3,各版本的盈利预计,B4,投入产出评估;
Competition:竞争分析
C1,行业链的竞争,被替代可能性如何?C2,重点竞争对手有哪些?C3,各个阶段,各个版本的目标竞争对手是谁?C4,各个阶段对重点对手SWOT分析,USED策略
【产品经理如何淘汰馊主意?】
被称为是产品管理行家的Marty Cagan在其《启示录》(Inspired)一书里向产品经理介绍了如何评估产品机会的方法。
他认为,评估产品机会的目的在于淘汰馊主意,避免浪费时间和金钱;挑选合适的产品机会,团结团队,理解产品,整合资源。因此,产品经理应该首先学会回答以下十个问题:
1.产品要解决什么问题?(产品价值)
2.为谁解决这个问题?(目标市场)
3.成功的机会有多大?(市场规模)
4.怎样判断产品成功与否?(度量指标和收益指标)
5.有哪些同类产品?(竞争格局)
6.为什么我们最适合做这个产品?(竞争优势)
7.时机合适吗?(市场时机)
8.如何把产品推向市场?(营销组合策略)
9.成功的必要条件是什么?(解决方案要满足的条件)
10.根据以上问题,给出评估结论。(继续或放弃)
这个功能的目的是什么?
它所服务的用户目标是什么?
基于目标,再重新定义一下问题,这个功能是为了解决什么?
用户有多大的需求?现在被满足的程度如何?
会不会有细分的用户群体,有人很喜欢,有人很讨厌?如何平衡?
快速迭代和探索的代价有多大?有没有可能先出原型小范围测试?
有没有其它更重要的目标和任务需求还没被满足?
在这个背景下,这事的优先级是什么样的?
谨以此文献给梦想改变世界的人
舒迅
多年以后,当我面对那些年青的产品经理,我会想起自己当年从事的是一份高薪的工作。那是2000年,我大学毕业后在北京一家IT网站做搜索引擎PM,当时我一个月的薪水能在亚运村买一平方米房子,十年之后,朋友招聘PM,开出的月薪和我十年前一样,差别是这时年青的PM用一年的薪水才能在亚运村买到一平方米的房子。对此,我很迷惑,于是咨询HR的同事,HR的同事告诉我,十年前产品经理是稀缺工种,现在不是了。
十年间,北京的房价涨了10倍,但最优秀的PM的薪水至少涨了50倍,所以在新浪微博上随手点开一个V,就常常碰到认证为产品经理的。很多PM都有一个梦想:用自己设计的产品改变世界,同时挣个盆满钵满,可十年没变的入门级薪水,却让人触摸到现实是骨感的。
如果你是一位PM,正在跟随一位大拿,那证明你不仅是一位幸运儿,而且在产品设计上天资卓越,这篇文章可以供你参考。如果你还只是在普普通通的小公司朝九晚十,或者是在一个大公司的基层打杂,但你胸怀一个梦想,梦想用自己的产品改变世界,那这篇文章就是为你而写的。我在这里分享出来,希望对更多有梦想的PM有价值,希望能通过你的手让这个世界变得更美好。
本文描述的产品设计“九步法”,主要框架来源于几个从无到有设计了亿级用户产品的闪闪发光的人,我曾经在一个10亿级PV的产品中做过长时间的实践和不断修订,一转眼,已落网16年,有幸和多个中国公认最顶级的PM共事多年,现在在自己的理解下进行阐述。“九步法”是为泛互联网产品而写的,适用于大型产品,也适用于产品中的新功能。使用方法是PM在产品设计时,对以下九个问题自己逐条进行书面回答,并和团队逐条分析和讨论。
刚好这阵子也在写产品需求文档,在知乎看到这样一个问题,转过来,以此共勉。
需求文档注定是给所有人看的,它就是产品的定义。
需求文档写作的一些建议
一个需求文档,一些通用部分是必须要包括进去的,我总结了一个示例。
当然, 很多时候有可能是创业公司,或是小版本快速上线,要求会宽泛得多得多。
比如现比较推崇的Agile敏捷开发,会更强短平快,削弱文档的沟通而加强团队的直接交流,简化流程,快速反馈,快速迭代等等。这种情况下,需求文档会极大简化,咱就不在这探讨了。
3+1:
3:
需求是从哪里来的?目标客户是谁?
有多少人有这样的需求?这个需求紧迫吗?
他们的痛是什么?场景是什么?(用产品之前/之后)
+1:
解决之后在网站数据上会有什么表现?