标签 产品思路 下的文章

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在产品设计时,对以下九个问题自己逐条进行书面回答,并和团队逐条分析和讨论。

- 阅读剩余部分 -

刚好这阵子也在写产品需求文档,在知乎看到这样一个问题,转过来,以此共勉。

需求文档注定是给所有人看的,它就是产品的定义。

  • 文档围观的人包括:你的老板(如果产品够大,还会需要老板的老板),设计师,工程师,测试工程师。有时还应该包括产品前端:如运营,销售,甚至市场部同事。
  • 在通过各方的评审和签字后,一般来说,这个文档就是一锤定音的事。若有更改,就是需求变更了。
  • 所以,在需求文档撰写前和撰写中,对产品方向和用户的把握要足够强,从产品目的,到每个链接的含义,都需要准确地定义。基本上,当你开始写文档时,应该万事俱备。一边想一边写,那说明你还没有想明白这个产品是怎么回事。
  • 在有些公司,需求文档会包括产品的最终设计界面。即在文档提交给大家围观前,产品界面已经确定完毕。

需求文档写作的一些建议

  • 格式无所谓。用WORD的多,HTML,在线文档都成,我还见过PPT写的!
  • 产品定义部分一定要详细描述。按功能模块写,跨功能的定义用流程和关系来描述。多站在用户的角度上,去定义用户任务,用户流程,页面逻辑关系等。
  • 使用准确的用语,注意边界情况。比如,一个文本框最多输入多少个字符?是阿拉伯数字还是皆可?超过字数会怎么样?
  • 多画图。把原型包括进去,或者把产品界面包括进去,不然就画出来。否则除了你,没多少看得懂。

一个需求文档,一些通用部分是必须要包括进去的,我总结了一个示例。
当然, 很多时候有可能是创业公司,或是小版本快速上线,要求会宽泛得多得多。
比如现比较推崇的Agile敏捷开发,会更强短平快,削弱文档的沟通而加强团队的直接交流,简化流程,快速反馈,快速迭代等等。这种情况下,需求文档会极大简化,咱就不在这探讨了。

- 阅读剩余部分 -

  3+1:

3:

需求是从哪里来的?目标客户是谁?

有多少人有这样的需求?这个需求紧迫吗?

他们的痛是什么?场景是什么?(用产品之前/之后)

+1:

解决之后在网站数据上会有什么表现?