关于产品经理的一些交付物.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
关于产品经理的一些交付物 PAGE 3 关于产品经理的一些交付物 阿拓带你飞:这篇文章是小编无意发现的,是一位资深产品经理kentzhu公开的Demo,包含了产品经理大部分的工作内容,涉及项目规划、需求、数据统计、需求管理等,希望对大家有所帮助! 互联网产品经理这个行业,兴起不过数载且飞速发展,作为其中的一员,常感恩前行者的无私分享。知识最大的价值在于分享,分享才能使之价值最大化,同时也能使自己受益。作为一个PM,我资质平庸亦没有什么建树,不过好在我勤于总结。所以,我以自己的一个完整的真实的项目为蓝本,做了这套Demo。一方面是自己的一个总结,另一方面希望能够引发大家的讨论,形成一个良好的产品经理知识体系。 为什么会有这套Demo 这套Demo以一个真实的项目为蓝本,几乎囊括了一个互联网产品经理绝大部分的工作内容,包括: 完整的产品框架设计 详细的产品原型设计 一个功能随产品迭代的过程 关于数据统计的思路 关于需求文档的模板 关于项目规划的模板 当然,这些思路与模板并不一定是对的,也并不一定适用与你们。因此,我把它发布到了axureShare上,并没提供下载。你可以像浏览一个正常的axure原型一样来浏览这份Demo。 关于项目规划 我喜欢用甘特图。将项目按照方向进行一个简单的归类,然后再细分成不同的模块。每个模块都有它自己的核心目标,以及相应的功能点组成,这些功能点分散到团队不同的角色那里,按照产品的节奏被完成。 关于需求 我喜欢用Excel,配合axure原型。Excel只提简单的功能概述,目的是先期与项目组成员做初步沟通,然后再细化成相应的原型。需求列表也是按照产品的模块来提的,每个需求都有相应明确的目的,以及希望实现的方式。这个需求列表的主要作用是让项目组成员对版本有一个大概的认知,决定哪些需求需要做,为什么,哪些不需要做,放在什么时候做。 关于数据统计 我喜欢以产品流程的方式来实现。这是一个经常被忽略的事情,很多产品功能上线,没有数据统计,我们并不知道他的效果。数据统计分为2个部分,用户行为数据和业务数据。业务数据在这里没有具体体现,主要是用户行为数据。 关于需求文档管理 必须有记录,尤其是变更记录。什么时候改动了这个文档,为什么改动,这些记录可以帮助大家梳理产品的迭代过程。 关于原型设计 我喜欢用流程图配合页面流来实现。流程图,是为了更细致的思考与模拟用户场景,简单点说就像是盖房子的时候先搭框架。而页面流的作用则是为了将流程串起来,更直观的表达产品的想法。页面之间需要有承接,这样才会使用的很自然。 在移动产品的原型设计中,多数时候我都喜欢用箭头将多个页面串联起来,然后对着页面,自己给自己讲故事,模拟一个用户在使用的时候需要经历的页面的顺序。多讲几次这样的故事,就能知道什么地方存在问题,可以怎样优化。 原文作者:kentzhu、文章来源:知乎专栏

您可能关注的文档

文档评论(0)

crackpear + 关注
实名认证
文档贡献者

没有个性

1亿VIP精品文档

相关文档