环球即时：策划案例分析_（辨别真伪的能力）

2023-04-17 09:37:01

来源：财富中国

规划案例分析(几个案例的分析)

在制定产品计划的时候，我们经常会走进死胡同或者跑错路。最后不管是开发还是市场，结果都不满意，产品自然成了背锅侠！但是，当我们拿出一个方案的时候，我们更多的考虑一些问题，结果可能会不一样。我们在和新人交流的时候，发现有些能力是需要单独训练的，有意识的去理解一些东西。经过长期的积累，我们会有自己的一套解决问题的思路。

1.辨别真伪的能力

辨别真伪的能力是老生常谈。在产品经理这个行业，经常会对需求进行评审和定义，看这个需求是否真的有效。

(资料图)

例如

行业:外卖行业

案例:包装费审计的作用

出发点:解决商家随意设置包装费的需求。

解读:从这个角度看，包装费审计完全没有必要，原因如下

并不是所有的商家都随机设置包装费，只是个别现象。

及时设置包装费审核，后台审核，没有办法解决，除非后台做强制改动或者下架的功能。

包装费是商家的自主行为。如果商家恶意设置包装费，会给自己添堵。

如果真的想解决这个问题，就在商家上传商品的时候设置包装费选项。一顿饭的更高包装费是多少？

或许极个别商家的包装费真的会很高，你可以在业务管理后台配置包装费，从源头控制。

显然，要想在后台做一个包装费审核功能，就要让人专门办理这个业务。对于系统来说，是低效的，也不一定是有效的，所以定义为伪需求。所以既然存在这样的问题，替代方案如下:

商家添加商品时，包装费有两种选择【收包装费】【不收包装费】。包装费是行业标准，1元/餐；

对于大包装箱，如钓鱼商家，可以设置公开的包装费用(大型连锁或知名品牌可以认定为不需要通过包装箱盈利)。

辨别真伪的能力不仅体现在能够辨别，还体现在能够在不增加太多额外工作的情况下，以更灵活的方式解决运营和消费者产生的问题。

2.找到正确定位的能力

恰当定位的能力，这个有点假。通俗点说，就是找个对象复制。在中国，有大量的模仿者想做一个App，知名厂商也做了大量的研究，剩下的就是模仿和创新。找不到合适的模块去创新，这个比较重要。

案例一:外卖行业，推荐商家

功能出发点:外卖行业的推荐商家根据细分行业做了很多事情，比如美团的【必吃菜】【品质联盟】和饿了么，但是对于消费者来说，这真的是我想要的选择吗？

解读:从消费者的心理来说，我找吃的可能有几个原因。

寻找新鲜感:让我们看看这附近是否有新鲜的商店或新的口味。那些是一个月的，我已经厌倦了。

找实惠:外卖不够，10元的更好。

速度:能告诉我哪个最快吗？

其次，有可能。

这两天我感觉不舒服。我想吃些清淡的东西。

我是湖北人，湖南人，想吃点重的。

……

所以从这种标注的标签入手会更有效。这种功能类似于一点点的菜单设计和lofter的标签设计。商家分配的不同标签对应消费者的消费场景，交叉推荐。比如商家口味多，对应的消费者就多。消费者可以通过相应的标签快速找到相应的商品，这对消费者和商家都是互利的。我们经常会碰到一家外卖店有几十份饭，但是时间长了还是不知道吃什么。

(有截图，这个功能已经实现了。后续看看数据，再做跟踪。)

对了，我在饿了么之前有一个版本，放大了餐的展示，推荐了餐，然后又改回来了。具体是什么因素？不确定，但也是一种尝试。

案例二:荔枝FM飞机稿

起点:很久以前的版本了。因为不好用，我就简单做了个互动飞机草稿。当时做的时候有以下几个因素:

体验不好，最老版本很不爽(详情可戳这里:http://www.woshipm.com/ucd/209199.html)

当时我在做交互设计的时候，尝试用新的交互设计思路去设计。

解释:

那时候荔枝FM是国内比较早的电台，同时出去喜马拉雅听。一开始没有荔枝FM火，但是在互动方面，主要是两点:

模拟电台运营:荔枝FM当时还在采用准物化的设计(互联网新进入者可能会认为这是历史)。从调频收音机的角度来看，有旋钮或者是老式的随身听。所以主页的界面设计和播放界面设计都参考了老款随身听的风格。既然是复古，那就彻底点吧。

数据整理:当时我做荔枝FM的飞机稿，主要是做数据层的整理，把繁杂的内容数据整理的有条不紊，让用户和博客更快的找到自己的内容。

恰当的定位可以理解为:任何事物都可能有其固有的表象，但也许在我们找到恰当的逻辑后，只要把握住根本，最后怎么玩，还是大家说了算，打破陈规，会更好玩。为什么音乐软件一定要有这么大的播放界面？为什么订餐软件一定要推广店铺，而不是商品？

3.解决问题的能力

这是老生常谈。解决问题的能力体现在两个层面:对系统的掌握和发展的自由。产品经理本质上是提供解决方案。任何需求到手后，都需要分析如何快速解决问题。

案例1: *** 面试流程

出发点: *** 销售岗位的时候，面试量很大。一个人可能同时面试很多职位，一个公司会面试很多求职者。所以，提高效率是求职者和公司更大的需求。

解决方法:排队叫号，就像银行排队一样。对于这个场景，我们梳理了核心问题。

采访者记录号码

面试官查看每个职位的当前排队情况和投递要求。

企业 *** 人员查看简历并选择是否面试，对面试人员进行初步点评。

呼叫号码和数据导出

针对以上四个问题，设计了以下流程(省略了取号环节，主要核心流程是企业的通知发送周期和面试后符合与不符合的操作周期)。

从流程图中可以发现，核心逻辑并不复杂，只是解决了通知求职者面试和评价求职者的需要。除此之外，还可以做一些其他的功能，比如求职者可以看到当前的排队情况，根据实际情况投递简历，避免大量等待的情况，预测你面试需要多长时间，以及在这段时间内是否可以投递到其他公司，进行多重选择；为企业解决纸质简历、电子简历、电子记录无法区分的问题，每一个求职者和操作都可以清楚的知道今天的面试记录和电子记录，会更加清晰，提高双方的效率。