关于需求分析无疑是产品经理的一项必备基础功，也是每个产品经理可能工作大部分时间都在做的事情，绝大部分产品经理可能不会刻意的去一套方法论。不方法论也不会有多少问题，因为毕竟基本工作很熟手，了方法论并写出来有以下几个好处：
指导自己工作，在自己不知该如何着手做一个需求的时候，可以为自己提供一个框架锻炼自己的结构化思维及能力写出来与自己对话能提高自己的认知，会获得意想不到的收获个人平时也比较懒，偶尔会写些东西，通常不能长久的坚持，也希望自己能慢慢坚持下去。
举个简单例子：运营人员提了个需求说，我想在推送配置界面里加一个EXCEL导入推送人员名单功能。
这个需求看上去很合理，这样运营就可以快速的导入推送人员名单了，仔细想想这是一个需求吗？或者说这个需求本质是加一个EXCEL导入功能是产品的Zui终形态吗？这个问题在这里不做回答，后面会举一个相类似的我在工作中遇到的实例。
第二类需求主要是一些用户端需求
比如推出一个新的功能、一个新的玩法、对以前功能做优化。对于这个玩法究竟效果如何，大家都不能很确定。此类需求相对于第一类需求除了考验产品的基本功以外还需要产品经理有规划MVP（Zui小可行化产品）能力、数据分析能力等。
可能会有人提出还有第三类需求，就是现在啥都没有从0~1打造产品。在这篇文章的场景限定下，此类不属于一个需求，这是要做一整条产品线，这即需要产品经理对宏观了解把握、对业务熟悉、对微观的有掌控等能力，个人暂时没有实力写这样文章，如果有同学想学习此类能力，推荐学习梁宁的《产品思维30讲》、《增长思维30讲》，后续个人也会尝试着从自己的工作理解中来简单谈谈
需求分析框架
需求分析框架用比较直白的话来说就是：值不值得做？做成啥样子？怎么来做？
值不值得做需要去分析目标和价值，做成啥样子需要去梳理业务流程、分析使用场景、设计功能细节，而怎么来做主要就是确认优先级、调整配置资源、完成迭代计划，以下是个人的需求分析的框架图：
严格来说，怎么来做已经不属于需求分析范畴，当面临的需求比较大研发资源不足时候就需要考虑怎么来做了，比如说优惠券系统，涉及到模板创建、运营发券、用户领券、用券、核销、数据统计等，在研发资源不足业务有比较急需情况下，就需要将一整个大需求进行拆解，分多期来做。从这个角度来说也够得着需求分析的边
2个案例
以下是自己工作中碰到的2个真实的需求分析案例：
案例1：财务结算报表需求
业务背景：
公司甲为某小贷公司一级代理中介，其职能是为小额贷款公司寻找二级渠道客户，用户经二级渠道办理业务，钱款直接打到小贷公司（由于业务法规限制，系统无法直接在用户付款时候进行分账），每月月末，小贷公司分账给甲公司，甲再分账给二级代理公司。
如下图所示：
当时财务是这么跟我提需求的大概是这么说的——
“我需要一个2个结算报表页面，两个报表都有balabala字段，都要有个EXCEL导出功能。”
下面我们套用需求框架对此需求进行分析：
1.目标分析：
此需求受众是谁？——财务（废话……）
是否影响其他人？——否
此需求目标是什么？——是要一个列表吗和EXCEL导出吗？
显然不是，因为前期分账也有EXCEL，只是研发从数据库拉取的，她要的是能够更效率的分账与核账，Zui终目标是“更效率分账和核账”。
此处必须要废话一下，因为有的新人产品经理会真的直接按照需求方提的要求做出这么两个表格出来。
2.价值分析：
此需求有无价值，价值几何？很显然有，只是一个优先级问题，只要没有更高优先级需求这个需求肯定要做的，因为可以节约开发和财务双方的时间。
3.业务流程梳理：
可参见上图，财务核心点就在于向上游和下游的结算、核账。
4.场景分析：
在这里，因为这个是一个新项目，我不是太了解此条业务线结算场景，需要和财务进行了大概如下对话（这一步非常关键，知道怎么用，才能设计好对应功能）
5.功能设计：
有了具体的使用场景，对业务了解，基本功能设计就不太会出多少问题了，这个产品形态很简单。下面直接附上Zui终的交互稿：
至于后续的几个步骤，在这个例子中不需要做，因为功能很简单工作量小
案例二：优化认证转化率
某小额贷款公司，整体业务流程为：用户登录注册→认证获取额度→申请→审批→打款
需求背景：
在该项目上线半年左右，业务已经逐步趋于稳定了。于是就琢磨着看能不能提高业务效率，在当时整体的认证转化率在35%左右，凭直觉有很大的优化空间，于是就自己倒腾备库，拉了一周的和认证相关的业务数与埋点数据，做出了下图：
在这张图上很容易看出进入页面=》提交身份认证，联系人1点击=》联系人2点击，这2步跳变流失比明显比较大，于是就有了“优化认证转化率”的需求，套用需求分析框架。
此需求受众是谁？所有进入我们APP无特定属性用户。是否影响其他部门/人？应该不影响。此需求的目标是什么？提高用户进入认证页到获得额度的总体转化率。
此需求价值几何？
简单来算一笔账，市场运营推广费，平均一个注册用户在4~10多块，我们就按照6块来算，我们每天新注册到认证页面用户在1W2左右，如果能将认证转化率提高X%，那么每天可以等价为公司节省下：
12000*[1-35/(35+X)]*6=72000*X/(35+X)元
（公式得来是因为我们要维持放款量是一定的，转化率高了对应的拉的用户量就可以减少，大家可以自己推算）
简单代入，如果提高了1%，那么每天可以为公司节省2000元左右推广费，如果提高了5%呢？那么每天就可以节省9000元，一个月就可以省下27W！！！的推广费用。
此处应该说是问题分析了。第一步到第二步之跳失这么高，大胆猜测原因：
1）骗贷用户，身份证提交不了（因为身份证需要拍照，我们接了三方防伪，假冒身份证提交不上来）2）未成年用户（身份证年龄前端计算低于18岁就不给提交）3）页面采集用全部展开方式，信息太多，对用户不太友好紧急联系人1→紧急联系人2仔细去用了，分析一下大胆猜测跳失率如此高的原因：
填写联系人系统需要读取用户通讯从通讯录中选取，当初在设计时候为了提高用户体验就将授权分散在各个步骤，需要用到时候才授权。
此处猜测之联系人2比联系人1点击跳变这么大，可能是在联系人1点击时候，获取用户通讯录授权让用户产生担忧而造成大量流失。
参考了其他竞品和世面上软件，所有授权在用户第一次进入APP之后就全部一起弹出。
4.场景分析：此处无
针对以上的猜测，做以下优化：
1）增加身份证照片上传报错上报埋点，将报错原因上传至后台2）将提交身份证按钮报错也上传（以前前端拦截不上传），并上传报错信息3）在用户打开APP即获取所有授权，减少用户获取联系人时候6. 优先级协调：
系统和业务已比较稳定，精细化运营优先级可以提高。
7.资源协调：
依照6，只要价值阐述得当，团队认可，资源肯定到位，工作量很小……
8.迭代计划（重点阐述一下）：
1）因为这个需求效果不能确定，不能做全量更新，我们当时没有ABtest支持。就想了一个折中办法，就是挑选一个量相对来说还可以，认证页面漏斗和整体没有太大差异，（记得选的是华为渠道吧，每天注册量1000多）2）进行内部非强制升级提醒，此处提醒一下，一定不要在某一个渠道发包，因为渠道会有抓包机制，因为你在A渠道新版本的包，其他渠道如果版本低的话会将A渠道的包抓去更新，这样不仅会导致包的渠道号错乱，万一所做的改动起到的是负效果，损失将会很大。3）观察数据，如果有效果则全渠道更新，如果没效果，则将定向渠道代码回滚，更新，等待后续新版本将所有渠道全量升级统一版本
2015年，随着移动智能设备的逐渐盛行，Facebook开始允许部分美国品牌直接通过其页面上的新“商店”分区销售产品，将各个品牌的 Facebook页面上列出的产品集合在一起，设计成“一个让人们更容易发现、分享和购买产品的专属场所”，用户可在无需跳转的情况下交易结账。Facebook开始抓取其他电商网站，诸如Shopify的链接标签呈现在 Facebook Shop的页面上，这样便于网友直接在线购买。
这一年随着直播的大火，Facebook 也开始推出直播平台 FacebookLive，允许品牌商家开放直播功能，并获得了包含贝玲妃、唐恩都乐、ASOS等商家的追捧。
2016年，Facebook Marketplace作为移动端的一个售买功能正式面世。该功能允许用户在 Facebook上购买和销售物品。具体而言，通过 Marketplace可以让用户直接在 Facebook主页面列表正中间看到并点击进入，可以实现让每一个人和同城或附近的人完成快捷交易。
2018年，Facebook Marketplace 从 C2C 向 B2C转型，并增加了许多新的 AI 功能，从过去产品信息翻译和图像自动美化的功能（也包括翻译 Messenger上买卖双方的交流信息），拓展到产品的自动定价、自动分类功能，即根据照片和卖家描述为商品自动分类，并推荐一个合理的价格区间，以此提高销售效率。
Facebook Pay 将给社交电商带来哪些改变？
如果参照拼多多在腾讯微信上的成功样本，那么 Facebook Pay 的出现，意味着Facebook 的社交电商布局也将迎来新的转机。
目前，Facebook Messenger、Instagram、WhatsApp这三大应用总计拥有近 40 亿用户，Facebook没有如苹果、谷歌、三星一样的硬件软件系统作支撑，它的用户群体依然十分庞大。
如果按照腾讯微信11亿用户成功孵化出了总市值超过420亿美元的拼多多推算，那么Facebook的用户体量，则可以孵化出3个拼多多，总市值将超过1360亿美元，再加上其自身的5685亿美元的市值，公司总市值将可以超过7000亿美元，直接接近亚马逊和谷歌两大巨头市值。
过往 Facebook在社交电商领域的尝试，局限于精美的图片，并注重时尚和设计感，在产品和品牌的选择上比较谨慎，这就导致了用户端的选择空间比较局限，其在移动端的功能研发投入也比较保守，以至于现在有许多商家反映Facebook缺乏电商经验，给予商家的支持不足，并没有提供库存控制与管理、跨洲税务、售后服务等问题的解决方法。
一直以来，Facebook的支付功能并没有得到大众的认可，在2015年一份调研报告中显示，相比较于亚马逊在线支付在大众消费者中的信誉度，只有 5% 的人愿意进行Facebook 在线支付，也只有 5% 的人愿意通过 Facebook 移动端支付。加上 Facebook反复出现的虚假账户问题，支付安全对于电商业务开展一直都是较大阻碍之一。
好在经过几年的发展之后，Facebook Pay 终于面世，理论上讲，专业支付工具Facebook Pay的出加持，将极大的改善用户端在网购时的在线支付体验。多样化的社交场景+高品质的海量产品+专业的支付工具，将成为一种全新的社交电商玩法和方式。
从纯社交电商的角度来看，目前还未出现一家真正的社交电商巨头，无论是中国的拼多多，还是阿里的淘小集，还是Facebook 今年6月刚刚投资的印度社交电商初创公司 Meesho，均属于社交平台的衍生品，可以说是社交电商的1.0，而Facebook 推出的“多样化的社交场景+高品质的海量产品+专业的支付工具”形式，从模式上来讲具备一定的创新型，属于社交电商 2.0版本。当然这个 2.0 版本还需要大量的时间来检验，现在定义该模式一定能成功有点为时尚早。
