产品工作组的产品适合自己,或者谁的产品更好,容易形成一个内部竞争,加树立外界形
象,规避风险的作用。比如腾讯目前出了一个失败的产品,那用户会把责任归咎到腾讯,
如果是其某个工作组的产品,那就可以把责任规避到工作组,总之是尽可能减小企业责任
风险。同时促进内部发展)
•
3
,他能否成为平台或者现金牛,在公司的战略布局中处于什么位置?平台是为了向公司
的其他产品导入用户,导入用户数
=
平台产品的用户数
X
转化率。一个新的概念要首先教
育用户,告诉大家自己能带来什么好处,别的用户才会使用,缺乏平台的公司在这个阶段
需要投入大量的时间和金钱,平台产品有县城的用户,可以达到后发先至的结果。
•
PM
需要的职业修养:诚实(包括对用户和上司
)
,有所长有所短,对产品有信心并且做好
了长期吃苦的思想准备(我觉得就是如果你确定你的概念肯定会提升用户生活,即使用户
少的时候,也会努力找寻原因,去使更多的用户来使用,但是如果你的产品只是思考的时
候觉得会很多人来用,但是到后来觉得也就那么回事,你就浪费了资源。),能够在行进
之中不断开火,而不是纸上谈兵(我现在觉得最困难的是和团队的交流,如何能把所有的
力气使用在同一个方向。),愿意倾听用户的意见和其他人善意的建议,不推卸责任,不
会认为理论上可行就等于彻底搞定,不会去浪费时间重新发明轮子。
• 在产品研发过程中,细节地方往往会出现问题,这时候我们可以考虑进行
“
可用性测试
”
、
“
焦点小组
”
的方法对用户进行测试,验证想法。焦点小组一般邀请
6
~
9
个具有代表性的用
户对某一主题或观念进行深入讨论的方法,而群体所呈现的结果是具有普遍性的并非个人
看法,在进行焦点小组前要明确这次讨论主要想解决哪些问题。
• 对于不确定的交互设计,采用可用性测试是将其确定下来非常有效的方法,首先寻找一些
代表用户,符合产品潜在用户条件的用户。然后请这些用户在产品或者产品原型上完成一
些任务,接着在体验观察他们的操作,看他们在哪里卡住了,在哪里遇到了问题。
• 也可以考虑使用
A/B test
,就是通过一些设置,将来访的用户分为
A
、
B
两个测试环境,
版本
A
维持现有的方案不变,版本
B
是我们做过一些调整后的方案,然后分析哪个方案更
适合实现预定目标。
Google website Optimizer
有助于帮助
PM
进行
ABtest
• 在企业中,启动一款产品之前需要将商业需求文档(
BRD
,
bussiness requirement
document)
提供给高层评估,有时候还需要
MRD
,市场需求文档。
PRD
产品需求文档。
展示的时候需要使用
ppt
或者
keynote
向领导进行展示。
•
MECE
原则。中文含义是,相互独立、无穷无尽。就是画网站结构图。
• 消灭拖延提升效率的方法,就是把任务分解成连续的、在能力范围之内的小任务。
• 考虑成本的时候,想着研发相关成本占
20%
,其余的
80%
为非研发相关成本就好了。
• 墨菲定律网站版:
1.
凡是输入框,都会遭遇灌水、
SPAM
、脚本注入
2.
凡是积分,都会被刷
3.
凡是上了网站首页的内容,都会出现色情、政治
4.
凡是用户间沟通的渠道,都会被广告机器人利用
• 新晋产品精力可能酷爱花哨的功能和体验,有了一定的经验之后就不满足这些细节,开始
粗放地添加功能模块;在经过一系列挫折之后,终于明白了做好核心功能的重要性;最后,
达到一定境界,开始考虑
“Don’t be evil”
、
“
通过互联网服务提升人类生活品质
”
之类的命题。
• 产品设计文档是伴随产品整个生命周期的连接概念与执行的重要工具,他帮助产品团队与
研发团队和高层领到达成共识,进而明确研发计划并知道研发过程。