策划案例如何分析？（策划案例分析的3大思路）

做产品方(fang)案的策划时候，我们经常会走进死胡同或者跑错路，案例最后不论是何分划案开发还是(shi)市场，对结果(guo)都不满意，析策析产品自然就成了背锅侠！例分路但是大思往往我们出方案的时候，多想一些问题，策划或许结果就不一样，案例跟新人交(jiao)流的何分划案时候，发现一些能力需要可以单独训练，析策析有意(yi)识的(de)例分路去理解一些东西，长期积累就会有(you)自己的(de)大思(si)一套解决问题的思路。1. 辨别真伪的策划能力

辨别真伪也就是老生常谈的真伪需求的(de)能力，在产品经理的案例行业里，经常会进行需求的何分划案评审，需求的界定(ding)，看这个需求是否是真的有效

举个(ge)例子

功能出发点(dian)：解决商家乱设打包费的需求

解读：如果(guo)从(cong)这个角度来讲，打(da)包费审核完全没必要(yao)，原(yuan)因有

未必所有的(de)商家都乱设打包费，只是个别现(xian)象及时设置了(le)打(da)包费(fei)审核，后台审核了，也没办法解决，除非后台做强制性的更改或下架商品的功能打包费是商家自主行为，如果(guo)商家恶意设置打(da)包费，是给(gei)自己添堵如果真想(xiang)解决此问题，在(zai)商家上传商品的时候设置打(da)包费的选项，一个餐品打包费(fei)最多是多少或(huo)许极个别的商家(jia)的打(da)包费真的会比较高，可以在商家管(guan)理后台做好打包费配置即可，从源头控制

很显然，要在后台做一个打包费审核的(de)功能，还需要让人专门处理(li)此业务，对系统来说，是降低效率又不见(jian)得有(you)效果的，所以，界定为伪需求。那么既然(ran)存在这样的问题，可替代方案如下：

商家添加商品时打包费又两个选择【收打包费】【不收打包费】，打包费为行业标准，1元/份餐品；对于大型的打包盒，比如说探鱼这些商家，打包费可以开放设置（大型连锁或者知名品牌可以认定(ding)为不需(xu)要通过打(da)包盒来赚取利润）。

辨别真伪的能力(li)不仅仅体(ti)现在能辨别出来，更多的是能够用更灵活的方式来解决来自运营、消费者产生的问题，且不(bu)增加(jia)过多的额外工作。

2. 找到合适定(ding)位的能力

合适定位的能力(li)，这个(ge)说(shuo)的有点虚，用(yong)通俗的话来讲，就是找个抄的对象。在国内想要(yao)做一个App有大量的抄袭模仿对象，各大知名厂商已经做(zuo)了很多的(de)研究，剩下的(de)就是模仿和创新。能不能找到合适的模块去进(jin)行创新，这个(ge)就比较重要。

案例1：外卖行业，推荐商家

功能出发点：外卖行业的推荐商家，很多事按照细分(fen)的行业(ye)来做的，比如说美(mei)团跟饿了(le)么的【必吃菜品】【品质联盟】这些，但(dan)是(shi)对消费者来说，这真的是我想要的选择么？

解读：从消费者的心理出发，我去找吃的，可能出于几(ji)点

找新鲜：看看这附近有什(shen)么新鲜的店铺开(kai)业或者(zhe)新的口味，外卖一个月都是(shi)那几家(jia)，早就腻了找实惠：外卖分量(liang)不够，10块钱管饱的那种最好速度快：能告诉我最快的是哪家么？

其(qi)次还有可能

这两天身体不舒服，想吃点口味淡的我是湖南湖北人，我(wo)想吃点重口味的……

因此，从这类具有标示性(xing)的标签入手，会更有效果。此(ci)类功能类似于一点点的(de)餐牌设计以及lofter的标签设计(ji)，将商家分配不同的标(biao)签跟消费者的消费场景对应上，交叉进行推荐，比如说一个商家有很多种口味，那(na)对应的消费者人群也会多，消费者通过对应标签可以快速找到对应的商品，对消(xiao)费者和(he)商家都是互利的，我们经常会遇到一个外卖店铺有几十种餐品，找半天还是不知道吃啥。

（配个截图，此功能已实现，后续看数据情况，再做追踪）

顺便说一下，之前饿了么有个版本放大对餐品的显示，做餐品的推荐，后来又改回来，具体是什么因素，不确定，但那也(ye)是一种尝试。

案例2：荔枝FM飞机稿

出发点：那是很早以(yi)前的一个版本，因为不好用，所以就(jiu)干脆做一个交互飞机稿，当时做(zuo)的时候有以下几个因素：

体验不(bu)好，最古老的版本体验非常不爽（详情可以戳这里：http://www.woshipm.com/ucd/209199.html）当时在做交互设计，就尝试用新的交互设计思路去设计

当时荔枝FM算是国(guo)内比较早做电台的，同期出了喜马拉雅听，刚开始也没有荔枝FM那样火，但从(cong)交互上，主要由两(liang)个点：

模拟电台操作：荔枝FM当时(shi)还是走拟物化设计（新进(jin)入互联网的可能觉得(de)是历史），那从FM收音机的角度来说，都有一个旋钮，或者是老式的随身听，因此在主页的界面设计以及播放界面设计(ji)都有参考古老随身听的样式，既然复古，我(wo)们就彻底点数据整理：在(zai)当时做荔枝FM的飞机稿时，主要做的是数据层的整理，把繁杂的内容数据变(bian)得有序可循，让用户和博客可以更快找到合(he)适自己的内容

对于合适的(de)定位可以理解为：每个事物或许有自(zi)己固有的长相(xiang)，但或(huo)许我们找到合适的逻辑后，只要抓住根本，那最后怎么玩，还是大家说了算，打(da)破陈规，才更好玩。为什么音乐软件就一定要有那么大(da)的播放界面；为什么订餐软件就一定要宣传店铺，不能是商品？

3. 解决问题的能力

这个就老生常谈了(le)，解决问题的能力(li)体(ti)现在(zai)对系统的掌握程(cheng)度和(he)开发自由度两个层面，产品经(jing)理实质是(shi)提供解决方案的，任(ren)何需求到手(shou)后，我们需要分析如何快速解决该问题。

案例1：招聘面试流程

出发点：销售类(lei)岗位进行招聘时，都是一大(da)批一大批的面(mian)试，一个(ge)人可能同时面试很多(duo)岗位，一个公司会面试很多个求职者，因此提高效率，对求职者和公司都是最大的需求

解决方案：排队叫号，跟银行排队一样，针对这个场景，我们梳理了核心的问题

面试(shi)人员取号面试人员查看各岗位当前排队情况及投递请求企业招聘人员查看简历并选择是(shi)否面试，对面试的人进行(xing)初步(bu)评论叫号及数据导出

针对以(yi)上四个问题(ti)，设计出如下(xia)流程(cheng)（省略取号的环节，主要核心的流(liu)程是企业的发送通知循环以及面试后的符合不符合操作循环）

从流程(cheng)图可(ke)以发现，核心逻辑并不复杂，解决了通知求职者来面试的需求以及对求职者进行评价需求即可；除此之外还可以(yi)做一些其(qi)他的功能，如求职者可(ke)以看到当前排队情(qing)况，根据实际情况(kuang)进行(xing)简历投递，避免出现大量等待情况，可预知自己还要多久可以面试，在这时间内是否可以投递其他公司，进行(xing)多项选择；对(dui)于企业解决各种纸质简历分辨不清，电子档简历，电子记录每一个求职者和操作，可以清楚知道今天面试记录，电子档案，更清楚，提高双方的效率。

4. 了解数据的能力

对于数(shu)据，很多人应该不会陌生(sheng)，如何从杂乱的数(shu)据找到规律，怎么处(chu)理数据之间的关系？

一级页面到二级页面的流失率和转化率每个页面转化功能的(de)设计及数据统计数据解读

最近在做小程序相关的项目，把腾讯的数据统计贴上来:

time 时间(jian)session_cnt 打开次数(shu)visit_pv 访问次数visit_uv 访问人数visit_uv_new 新用户数stay_time_uv 人均停留时长(chang) (浮点型，单位：秒)stay_time_session 次均停留时长 (浮点型，单位：秒)visit_depth 平均访问深度 (浮点型)

访问分布：

access_source_session_cnt 访问来源分布access_staytime_info 访问时长分布access_depth_info 访问深度的分布

访问留存

visit_uv_new 新增用户留存visit_uv 活(huo)跃用户留存

访问页面：

page_path 页面路径page_visit_pv 访问次数page_visit_uv 访问人数page_staytime_pv 次(ci)均停留时长entrypage_pv 进入页次数exitpage_pv 退出页次数page_share_pv 转发次(ci)数page_share_uv 转发人数总结

产品经理从拿到需求开始就需要对需求进行分解，判断到底什么样(yang)的方案可以解决此问题(ti)，并结(jie)合当前系统的一些功能(neng)点，给出最佳的(de)方案；在交互设计(ji)的时候是参考竞品还是微创新，就看实(shi)际业务需求；最后就是(shi)核心业务(wu)梳理，一个功能的核心业务是(shi)什么，还有(you)哪些可以搭配让功能更完善的，考虑进去，做产品是一个分解(jie)、组合、删减、再组合的过程！