产品方法论(二)

《结网》读书笔记系列

概念文件化

这是非常重要的一个步骤,我们需要一个文件贯穿产品开发的始终,作为指导的明灯。我们常规意义的理解就是产品文档,其实形似不重要,主要是内容。

1.结构图

一定要描述清楚产品的结构,可以采用MECE原则,也就是互相排序,完全穷尽额思路。通俗点就是面向对象的思路思考产品,然后分类阐述产品的功能,越详细越好。

2.说明文档

这个每个公司都有规范吧,最接近常规意义的产品文档。

关注用户体验

1.不要让用户等

天下武功,唯快不破。有一个有趣的例子就是,Google的搜索展示页,如果10条一页,需要0.4秒加载,30条一页,需要0.9秒加载,就是这段差距,会让利润损失20%。

2.不要让用户想

这个便是张晓龙的把用户当傻瓜,之前也有个美国街边玩具机的发明者有类似的观点:把美国人想成傻子你就成功了。

这个并不是去让你忽悠用户,骗不能长久,而是去设身处地的去替用户想,减少用户的使用成本和学习成本。

3.不要让用户烦

关于这个也有个有趣的例子,有家购物网站,在购买商品的前一步会强制让用户注册或者登陆,这个严重了转化率,改为可选择之后,转化率大为提高。

在关键路径不要打扰用户,设计上不要迷惑用户。

产品经理的沟通

对于产品经理自带项目管理的属性,在团队中起着粘合剂的作用,把所有的团队成员结合在一起去完成一些功能,所以沟通是必不可少的。
很多人就把沟通理解为开会和讲话,其实这是很局限的,沟通更多指的是为了团队目标而进行的一系列交流。
把团队的合作工具化和流程化,可控化也是很重要的沟通,举个例子,达成目标共识,约定固定话术和术语,(不同人认知有偏差,会扯皮,走样),使用甘特图等软件控制流程。

所有的这些沟通都是为了项目更加可控,更加完美的实现,不要忘记这个目标,不是为了沟通而沟通。

猜你喜欢

转载自blog.csdn.net/u010321471/article/details/81812027