产品经理做到一定的程度，其实已经掌握了一种内在的感觉和逻辑即务虚能力。这是一种综合能力的体现，他综合了人性心理和行为以及市场趋势的洞察力、对技术趋势的判断力。通俗地说，就是一种画大饼的能力。但然会务虚也一定要懂得如何务实，从而达成产品战略目标。这是一种心有猛虎细求蔷薇的个人魅力。

　　4.3 b端产品认知

c端用户是上帝，b端客户不等于用户；

c端的用户群体可以进行各类人性需求／画像琢磨，心理描述。而b端则更注重业务流，工作效率等等（业务流程整合，提高工作效率等）；

b端产品最终目的是帮助企业去完成“生产”，他的成功不仅仅取决于用户体验上，更重要还是在于能否帮助企业“成功”；

b端产品只是买卖的第一步，服务才是这笔交易的核心。产品还需要关注公司内部销售团队、客户方的营销团队，还需要站在完整的产品生态中不断汲取时势更好的服务客户方；

c端围绕着用户迭代产品，b 端产品还需要站在管理层的角度来驱动产品（员工工作量／工作效率等）；

b端，产品业绩上不去，过程做的再好，也无法得到认可，不可能在公司内部产生威信，而产品经理是非常需要威信的；

做b端项目，atv直播，同样要以用户为中心，以市场为导向。对客户要尊重，对市场要敬畏。

　　最后摘抄一段话来结束本次的复盘总结：

　　“产品的灵魂是故事。这个故事在各个层面的含义是不一样的。在需求层面，故事就是客户要解决的问题；在开发层面，故事就是研发设计、调研的故事；在推广层面，故事就是拿下一个个重要的单子，与竞争对手的竞争，以及写文章、策划广告；在销售支持层面，故事是与销售人员一起跑客户，一起并肩作战。所有层面的故事串起来，就是一个产品经理的故事。”

　　附日常整理的干货：

　　1.那如果在开发过程中“想”改个设计，怎么办？

　　（1）学会评估【需求迫切度】

　　对于目前版本来说是是否需要马上做，还是可以放到下个版本。

　　（2）怎么判断呢？

　　如果这个功能不改，是否会使当前版本出现不可控的断点和风险。比如1.0其实还不需要用到验证码，如果在1.0（用户量较少）忘了设计时，其实可以放到2.0再实现的。

　　（3）非要改的情况下怎么办呢？

　　1.评估研发难度（plan a,b），再进行分解需求，分拆设计，拆成若干个简单的功能，最后先实现最重要的，把暂缓的放入下个版本（节约工期）。

　　2.其他需要做的：

有责任感和使命感。勇于承担责任，甩锅是对项目的不负责，甩掉的也是别人对你的信任

明确地分析本次修改的原因。可从需求产生、解决了什么问题、产品经理通过努力已经将影响降到了最低，有何意义等方面，让自己明确该需求的同时也需要让大家都明白，事情是团队而非产品一个人在进行，大家都是驱动者。同时降低大家对本次修改的排斥心理。

总结。总结本次问题，才能不断的驱动自己的成长，j2直播，减少下次掉坑的风险。

　　2.如何判断增加一个功能的必要性：

这个功能解决了什么问题，解决之后达到的效果？（功能价值）

此功能主要使用的场景是什么？（用户场景）

竞争对手那里是否有这个功能？（竞品分析）

没有这个功能的时候，用户是怎么去解决问题的？（可替代度）

新增此功能是否增加盈利模式？（盈利模式）

若新增功能的风险点，若发生风险后的相关预备方案？（风险措施）

当前是否有阻碍此功能实现的矛盾？（主要矛盾）

如果新增了功能，到达什么样的数据指标才算合格？（数据指标）

功能的复杂度，如果功能复杂是否需要分期迭代进行？（版本规划）

　　如果是一个新产品，还需考虑成本、可调用的资源、及产品上线后如何进行运营……