产品经理3000问 | 谈一谈产品模型、生命周期

Q11：网络上推荐的产品经理书籍很多，到底如何深度分析产品？对产品看得深除了经验还有什么其他因素？

深度分析产品通常适用于竞品分析。

看竞品有两个方面：

一方面有一些可填写表格的深度模型；比如定位、数据； 另一方面是不能用表格来衡量的因子

两方面都需要有产品经验和产品sense。如果一个产品经理没有足够的产品经验，没有看过和做过很多产品，缺乏产品sense，就算有既定表格也分析不出来。所以看竞品确实与产品经验有关，这个经验主要是行业经验和产品sense。不同产品都有各自领域局限性。比如电商类，除了产品sense也要看在这个行业里面是不是有足够的经验。

Q12：产品如何建模？如何在每个阶段建立产品的数据模型，以使产品合理进化？

产品模型通常用于对产品目标进行管理，在产品规划的每个阶段建立产品目标。产品目标最好是一个数据的、可量化的目标，比如DAU和收入。

产品数据模型其实和所在阶段的产品目标是非常相关的。确立可量化目标之后，围绕目标搭建相应的产品模型。比如产品的目标是用户量或者活跃用户量，那么在做产品功能的时候就需要搭建和DAU相关的所有数据的商报，后台所有相关数据包括渠道，新进来源都需要监控，以便查用；

如果此阶段目标是用户数据，那么此阶段就需要搭建使用使用量、留存率等用户数据模型； 如果此阶段的目标是收入，收入来源模块，来源模块渠道以及相应的付费模式，都是模型因子。

数据模型可以对功能进行有效监控。有强数据依据，产品迭代的时候，针对数据表现优的功能或对收入有拉动的功能不断强化，进行功能增强或者运营推广强化。更容易达到产品目标。

Q13：有没有好的personal数据建模方法？

作为to C产品要建立数据模型，首先是用户量相关数据的统计。比如DAU，总用户量，用户留存率。然后是每个功能的数据，这里每个功能分为两块：一个是功能进入和使用量；可以理解为web侧的uv和pv，即进入这个功能的人和次。另外是每个功能的实际使用量；可以理解为协操作，即用户实际使用功能得到结果的使用量。统计好这些数据就能够建立好完整的产品使用路径：多少人进，通过什么样的入口进入到什么产品功能，进入到之后有多少人实际使用，每一个环节都会有流失。最终会得到一个漏斗模型，分析用户从进来到出去的情况。

第二个是收入，收入主要关注来源于哪个功能，以及导入这个功能的流量来源，这些很关键。

建立产品模型，从产品规划角度看，就是分阶段建立目标，给每个阶段制定可选方案，然后根据这个目标判断可选方案的优先级，最后在执行的过程中不断的check目标达成的效果。

Q14：用户上传了很多图片，尺寸大小不一，在不拉伸、不压缩、不裁剪的情况下如何让前端展示得更漂亮？

图片是多数产品都会有的内容。要求图片不拉伸也不裁剪，那么图片展示框就不能固定。用户上传的图片比例和尺寸都有可能完全不一样，有横有竖；在这种情况下可以采用两种方式，比如pinterest的瀑布流，可以维持原来照片的比例，视觉效果也不错；另外，谷歌+和谷歌图片检索结果的排列方式，横向排布也可以。这两种排布方式都很紧凑，也不会打切图片原来的比例，视觉上交错有序，也比较好看。

至于是否采用这两种方式，取决于产品场景。如果用户浏览很随意，比如网店，pinterest这种，用户只是随便看看，或者需要在大量搜索结果图片里找到目标图片，用上面这两种模式都可以。

如果是社区或带有个人图片社区感觉的产品，即用户上传照片之后沉淀形成相册，就建议不用上面两种方式，因为这两种方式会让照片有明显的主次感，有的图片大有的图片小，最好把照片裁一下，达成一个整体效果，视觉效果更好。

至于要不要压缩，也取决于产品本身，从图片社区的角度来看，强调浏览的话，压缩是应该的，产品经理应该根据用户的浏览状况，比如用户网络和能够接受的视觉效果做适当的压缩。完全不压缩的话图片大，加载慢，在移动端浏览也很损耗流量，体验差。所以图片类产品需要在加载图片的体验和用户视觉可接受度折衷，一味追求高清图片做大不合适。

Q15：需求PK的时候和老板意见不同，最后迫于老板权威不得不听从老板意见的时候很委屈应该怎么办？

当意见和老板不一致的时候，和老板PK，老板比较强势，在自己的角度怎么和老板解释都解释不过，pk了很久之后，老板说就这么定了，就按照他的来，这种时候确实很委屈。

应该怎么办呢？视情况而定。一个是确实个人段位不够，即使可能从资深来讲是OK的，但是可能表达或者沟通方式不能让老板理解，或者就是个人还没有上升到老板的程度不能够从老板的角度看待问题，不能理解老板做决策背后的原因，遇到这种情况也很正常。我建议就先按照老板的来，毕竟老板的经验，格局通常都会比你好。可以先按照这个来，从中学习，做了之后看效果。如果效果确实好，这是一个值得去学习的地方，就算效果不好，也可以从中学习。

另外其实就算按照你的方案，效果也不一定好，所以其实更多去学习老板思考问题的方式，经过长时间学习之后和老板达成一致。

Q16：时间紧急的情况下，先给开发和测试低保真原型，高保真出来之后再补给开发和测试，这种模式合理吗？

时间紧急，先出低保真原型给开发和测试后补高保真原型，肯定是对的，日常工作也是这样去做。

低保真原型就是交互稿，高保真原型就是视觉稿，只有在确定交互稿之后才能让设计做视觉稿。但其实有了交互稿就可以把需求文档写完，跟开发同学理逻辑；腾讯内部叫需求评审，这时候通过交互稿开发同学知道产品逻辑，可以评估工作量甚至进入开发。只是这时候暂时先做框架开发和功能开发，不做界面开发。这时候可以同步出视觉稿，视觉稿出来之后开发同学只要把视觉稿切图贴到相应界面上就可以。这样的工作流程可以提高效率，实际情况也是这样做的。

Q17：非技术出身的产品经理如何看待开发给出的工期？比如在我面前说一个月，在老板面前说一个周。

站在非技术出身的产品经理的角度来说很难判断工期。