经验分享｜产品经理在文档、数据、工具常规知识.docVIP

经验分享｜产品经理在文档、数据、工具常规知识 　　KEVIN在工作之余，也在学习关于产品的一些软硬件技能。让自己时刻保持在一个不松懈的状态，作为各位产品朋友来说，你们呢？会不会太忙，没时间学习啦？ 　　数据报表与交互设计中的问题 　　产品数据分析的一些特殊报表 　　一款产品的数据报表不少产品朋友用的是友盟或者自己家的平台（BAT），这里KEVIN主要分享一下关于数据报表中比较特殊的报表形式，在平常大家常用的：柱形图、扇形图等，还有什么？ 　　特殊之一：桑基图 　　 　　桑基图 　　主要是表现的每个页面到达页面的情况，以流线的方式表明用户在页面之间的路径。可以看到用户进入页面主要的流动情况。 　　特殊之二：关于常见的折线图 　　 　　折线图的数量多少问题也是困扰PM数据分析的一个难点，到底要多少条折线图才能尽可能直观表现想要展现的趋势和结果？ 　　采取大量PM经验后，每组数据建议最多不超过5个点；数据常表现趋势，波动。 　　在这个基础下能够良好的展现一些数据的情况，并且可以结合漏斗图进行优化。对于漏斗图是怎么样的？可以参考页面优化案例（实战）里面可以针对如何利用数据进行漏斗设计来进行产品优化的案例。 　　交互设计的落地思考常识 　　昨天KEVIN分享了一篇关于交互设计的科普，没想到转发的朋友量还是比较多。可以知道目前大众对产品经理与交互的工作内容分界还是比较模糊的。那么今天再分享一下关于交互的一些落地常识。 　　　　那么对于一个交互设计，需要通过在需求分享中获取用户的核心内容，在整个内容区域里面，因为用户是从左到右，从上到下的关注度逐渐降低。合适的将相应的核心内容或按钮放在相应的关注度高的地方。区分内容区的不同关注级别。 　　通讯产品中消息列表的产品设计常规 　　既然说一些产品经理工作的常规，KEVIN就先以通讯产品的常规为例，来进行罗列。 　　首先在通讯产品中，最重要的是消息列表，消息列表的设计原则到底有什么基本的共同点？ 　　即时性（快速获取，阅读以及处理） 　　避免产生骚扰（避免消息过于频繁给用户带来骚扰） 　　私密性（防止信息泄露） 　　以上是KEVIN整理后的3点。这就是消息列表中的3大点。最具代表作品的就是微信啦。 　　微信在红包的功能中，在消息列表是允许看到转账或红包的数额的，这就是私密性；另外消息列表的红点提示，就是让用户能够马上知道相关的消息变化，这也就是即时性；最后微信消息列表可以屏蔽或静音，防止对用户的骚扰。 　　另外在通讯产品，更应该考虑的是： 　　有独立消息主tab（使用软件的核心流程） 　　消息的获取，以即时性为最高要求，越快越好 　　消息组织类型为以通信对象为单位，内部包含行为信息（@，红包、语音、小视频） 　　系统通知消息优先级低于用户消息 　　用户敏感信息进行保护处理 　　产品工具中的卡顿常规知识 　　对于PM最常用的就是AXURE等工具，那么在AXURE工具中，如何避免在大量的原型完成后，出现卡顿的问题呢？这里KEVIN收集了以下的解决办法，可以有效的帮助解决卡顿问题 　　1. 在Axure 单个页面内不要有太多的 Group，尤其是嵌套的 Group，有次设计师在 Axure7 中的一个页面打开和操作都巨慢无比，打开文件要花5分钟，操作就假死三分钟，经过排查发现就是因为一个模块中适用的 Group 太多了，而且是嵌套 Group过多导致，耐着性子 Ungroup 后操作慢的问题得以解决。 　　2. Axure 中高清大图不要太多，大图太吃内存，尤其单个页面不要太多，如果真的需要放很多高清大图 　　建议一：分散在不同页面 　　建议二：对图片进行预先压缩，让图片大小减小。因为太多大图会导致最后生成时候内存报错 　　3. Axure 中中继器的使用注意复杂度，虽然它的功能是提升效率利器，但是单个页面内太多且复杂的使用Repeat 功能，也会让页面变的很慢，容易出错。 　　产品经理在文档的常规知识 　　文档的分类 　　文档分为：PRD、MRD、技术专业文档 　　1、PRD 　　须了解各个产品的使用，很多时候PRD不仅仅是一个产品的文档，更多的是一个更新项，或者一个模块、甚至最新的一个交互或UI效果，都是需要文档来说明。 　　PRD的意义不仅仅是给予开发，还是PM用来作为留底，并且可以作为及时更新的功能模块，最后文档也是用来时刻与开发作为验证的证据。 　　很多时候，PM在除了版本更新以外，在其他模块或者小功能增加的时候没有文档，其实KEVIN的习惯是每次都有文档的更新。 　　这样的好处有3点： 　　需要出UI的话，UI能够很快知道你的原型相关的描述。 　　测试能够通过文档更快的了解具体的功能是什么 　　最后可以在开发后，发现没有做到自己期望的样子，可以说“我文档是这么写的” 　　2、MRD 　　其实M