产品问答是PMCAFF的常驻栏目，在每周三更新。

关于这些问题，欢迎留言分享你的见解，每期都会抽取优质留言送出邀请码~

-1-

你觉得产品经理最应该花时间去做的是什么？

产品经理的工作相对来说是比较“杂”的，每天要花很多时间在“沟通”“思考”“撰写文档”等等事情上，但是一个人的精力总是有限的。

所以，作为产品经理，你会把更多的精力花在哪些方面？

▲回答用户：球溜溜

我觉得最应该做的是了解用户。

我之前回答过产品经理的核心能力问题，我当时的答案是同理心和洞察力。

同理心：无论是做哪一端的产品、哪一领域的产品，产品经理都是离不开需求分析的，功能需求、用户体验需求、系统架构需求，要真正的站在用户、设计、研发等等角度去考虑一个产品。产品经理作为一个桥梁，很需要这种站在全世界不同角度思考和理解的能力。

洞察力：为了避免“有心无力”，有了同理心，还得有洞察力，才能真正理解每一方的需求。有时候用户也不清晰知道自己的需求，他反馈可能只是表面的，真正的用户需求需要产品经理去深挖，去构建一套完整的系统。

综上，二者结合，做到“有心有力”。

如果说只能选一个的话，我会选择同理心，它是洞察力的基础。

真正要做到同理心，就必须要了解用户。

同理心是一个看起来非常主观的词语，但其实在工作中的体现，既包含主观因素，也包含客观事实。

站在客观的角度，了解用户最重要的方式就是观察用户数据表现，上了一个新的功能后，用户数据变化如何，一定程度上反馈了他们对于这个功能的接受程度。这就是了解用户的一个方式。

站在主观的角度，了解用户就是跟用户沟通，其实沟通的方式很多，不一定都是面对面或者电话访谈这种形式。有时候，你问一下身边的同事对于你这个功能设计的看法，或者你在PMCAFF上发个问题，问一下大家关于需求的看法，其实都是在了解用户。当然，用户最好是精准的符合你产品用户群体的用户。

当你做出来的东西与用户需求相去甚远时，所有的转化、变现都是不成立的。所以一定要先了解用户，满足用户需求，再去谈其他别的想法。它是一切的前提。做出来的产品始终是要给用户用的。

再有一点，当你真正能站在用户角度去思考，对于你的需求，不管是拿出数据，或者用户反馈也好，在跟运营、开发沟通的时候，会增加很多底气，也更有利于推动项目的进行。

-2-

体验新产品的时候，你都会关注什么？

都说做产品要多下APP体验，那这个体验具体是指哪些呢？如果想深入内核，了解产品背后的设计思路，应该关注些什么？

▲回答用户：自由人free

很多新人在做体验分析时喜欢用「用户体验要素」里的框架，即表现层、框架层、结构层、范围层、战略层，但实际上，这套框架对新人并不友好，未必能驾驭这种，反倒深陷某个环节。

所以，在做体验分析的时候我们只要领略到这种「由表及里，由点到面，统筹交错」的思路就好。接下来，我从深浅程度分别来谈怎么体验：

先是浅层次，基本上属于业内常识的方面。

1.文档概览

一般记录下体验的版本号是多少就行。

2.产品简介

简明扼要的说清楚这是一款什么样的产品，主要功能有哪些，产品定位是什么样的，自己的预判大致是什么样。

3.需求分析

阐述产品解决了什么人什么样的问题，用户画像是怎么样的，如果做调研应该基于一个什么样的思路，不同场景下用户的行为会发生什么变化，穷举用户路径，什么原因导致，自己能预判到哪些，如何证明自己的思路。

4.产品分析

是通过什么方式解决了问题，核心竞争力在哪里，商业模式又是怎么样的，这款产品的天花板在哪，追根溯源的去观察、体验。

5.竞品分析

直接竞争对手，间接竞争对手，潜在竞争对手都分别有哪些，同样的问题大家各自的解决方式有什么区别，优缺点如何。

这里只提一点，竞品分析未必非得是同类型、同级别间的，只要存在共性，就都可以做竞品。比如我就会用酷安和网易云音乐进行对比，想想这是为什么。

6.优化建议

前面写了那么多，是否能提出一些建设性的意见，并持续跟踪记录该产品的迭代记录，验证自己的想法。

然后是深层次的，主要就是偏向架构方向。而架构这件事并不仅仅指产品方面，还有运营、开发等方面的，可以简单理解为人-货-场间的综合架构。但这里主要聊产品侧：

1.某个单独模块的设计思路是什么。出于什么样的考虑在做加减法，拓展性怎么样，功能接口有没有留出，现阶段的容错率怎么样。

2.模块与模块间的权重比例如何。是否耦合，数据应该以何种时机何种方式介入使用，要怎么跟运营人员配合。

3.对于业务的理解。关键变量有哪些，如何控制，是否有抗风险机制。

4.对于商业价值的理解。产品侧如何尽可能的创造更多的产品价值。

而以上如果觉得太抽象，不妨换一个思路去思考：即当你看到一张原型图时你都能看到些什么？然后不断的抽象化这些东西。

最后，介绍几个经验性的技巧：

1.当一款产品把玩不出什么感觉时，把它的竞品找出来，对比出差距，高下立判。

2.少看网文，不管是耕耘多年的产品大佬，还是初出茅庐的产品新人，记住，你们都是这个世界的体验者，要有自己的看法。

以上，希望对你有所帮助。

-3-

作为产品，如何评估需求方案的可行性与合理排期？

▲回答用户：陈小故

关于方案的可行性我觉得可以从如下几个方面来考虑：

1、效果

你的产品方案是不是能够最终解决用户的需求，如果连需求都解决不了，那么你这个方案无疑是无效的。如果能够解决用户需求，请看下面的条件

2、效率

如果你的方案能够解决用户的需求，那么从效率上来讲，这个方案是最高效的方案么？方案的环节是不是可以更少，方案中的交互可不可以帮助用户更为节省操作？节省时间？如果是的，请看下面的条件

3、性价比

如果方案既能满足效果，也能满足效率，那你的产品方案是性价比最高的么？能够让用户以最少的代价来满足自己的需求。这里的涉及到的成本包含：用户学习成本、用户使用成本。用户能不能花更少的钱？用户能不能无缝迁移，直接使用？

关于产品需求的排期，我个人的见解是这样的：

1、产品需求永远开发不完

2、团队单位的产出是恒定的

3、团队单位产出的价值取决于该单位时间内交付的产品的价值

4、单位时间的产品的价值是由产品经理决定的

5、因此为了实现团队的价值最大化，产品经理应该在每个单位时间内安排给团队的是商业价值最高的产品需求。

因此：

1、产品经理不宜做过于长久的产品开发排期

2、产品经理应该管理需求池，并且适时排列需求的商业价值

3、每次安排给产品开发团队的需求都是商业价值最大的需求。

往期推荐：

产品问答 | 3-5年的PM，如何提升竞争力？

产品问答 | 入职一家公司，你的选择依据是什么？

产品问答 | 感觉工作没有成长，该怎么办？

以上三个问题，你有哪些看法？

留言有机会抽中社区邀请码~

点个“在看”吧