Demo

互联网产品经理这个行业,兴起不过数载且飞速发展,作为其中的一员,常感恩前行者的无私分享。知识最大的价值在于分享,分享才能使之价值最大化,同时也能使自己受益。

作为一个PM,我资质平庸亦没有什么建树,不过好在我勤于总结。所以,我以自己的一个完整的真实的项目为蓝本,做了这套Demo。一方面是自己的一个总结,另一方面希望能够引发大家的讨论,形成一个良好的产品经理知识体系。

为什么会有这套Demo

这套Demo以一个真实的项目为蓝本,几乎囊括了一个互联网产品经理绝大部分的工作内容,包括:

  • 完整的产品框架设计
  • 详细的产品原型设计
  • 一个功能随产品迭代的过程
  • 关于数据统计的思路
  • 关于需求文档的模板
  • 关于项目规划的模板

– 当然,这些思路与模板并不一定是对的,也并不一定适用与你们。因此,我把它发布到了axureShare上,并没提供下载。

你可以像浏览一个正常的axure原型一样来浏览这份Demo。

关于项目规划

我喜欢用甘特图。

将项目按照方向进行一个简单的归类,然后再细分成不同的模块。每个模块都有它自己的核心目标,以及相应的功能点组成,这些功能点分散到团队不同的角色那里,按照产品的节奏被完成。

关于需求

我喜欢用Excel,配合axure原型。

Excel只提简单的功能概述,目的是先期与项目组成员做初步沟通,然后再细化成相应的原型。需求列表也是按照产品的模块来提的,每个需求都有相应明确的目的,以及希望实现的方式。这个需求列表的主要作用是让项目组成员对版本有一个大概的认知,决定哪些需求需要做,为什么,哪些不需要做,放在什么时候做。

关于数据统计

我喜欢以产品流程的方式来实现。

这是一个经常被忽略的事情,很多产品功能上线,没有数据统计,我们并不知道他的效果。数据统计分为2个部分,用户行为数据和业务数据。业务数据在这里没有具体体现,主要是用户行为数据。

关于需求文档管理

必须有记录,尤其是变更记录。

什么时候改动了这个文档,为什么改动,这些记录可以帮助大家梳理产品的迭代过程。

关于原型设计

我喜欢用流程图配合页面流来实现。

流程图,是为了更细致的思考与模拟用户场景,简单点说就像是盖房子的时候先搭框架。而页面流的作用则是为了将流程串起来,更直观的表达产品的想法。页面之间需要有承接,这样才会使用的很自然。

在移动产品的原型设计中,多数时候我都喜欢用箭头将多个页面串联起来,然后对着页面,自己给自己讲故事,模拟一个用户在使用的时候需要经历的页面的顺序。多讲几次这样的故事,就能知道什么地方存在问题,可以怎样优化。

当然,关于原型设计,你也可以点击这里查看我之前的一些文章。

这套Demo的链接:http://jfs7bh.axshare.com