最怕思维硬套（诶就硬套），模型学习后最好在自己工作中形成一套工厂流水线一样的更大的框架。

我目前已经比较稳定的方法仅限于从场景到详细设计的思路，已经有个人的体系，可以分享一下（更多的自己也在学习）：

PS:假设系统的边界已经明确，需求已经调研。

Step1：罗列角色、场景、问题，提炼重复场景、重复问题辅助分析。定义场景在系统内/系统外，系统内的场景，就总结为【角色-业务】（即系统要做什么），系统外的，就总结为【系统上下文】。

Step2：根据公司目标明确系统愿景（达到什么目的），反推系统边界（不做什么），根据系统愿景明确上一步的业务，是否需要调整。

Step3：将业务和原本的场景关联，沿用上一步的总结罗列不同角色对同一场景的问题，将问题转化为诉求，这样提炼为业务的详细设计指导（1/2），再加上企业目的总结出来的业务诉求（分析方法类似），合并为一套，这就是业务的详细设计指导。；

Step4：将有关联的、实现简单的、最核心的部分提炼出来，作为首要解决问题，提炼为第一个版本的需求分析（这样就有了毛需求->场景需求->系统愿景->业务边界->业务诉求一整套的分析过程，环环相扣）。剩余的部分在根据情况罗列为第二、第三版本的规划（暂缓）。

Step5：直接根据业务产出功能架构，核心业务/复杂业务通过功能流程抽象出来，建议灵活运用数据流图/泳道图/状态机图解决不同难点的业务。

Step6：根据功能框架写页面架构，详细罗列页面内容、层级关系、交互逻辑。同时根据信息准备类图。

以上内容，借鉴了很多专业的方法，比如软件工程理论、敏捷开发MVP理论等，只是个人的方法，当然表达能力也有限，很多细节的处理手段也还需要继续提炼。

上一点图（草稿）：

个人感觉最重要的是将各个环节采用的分析方法/模型总结为自己的、承上启下的工作思路，否则学了一大堆，却总感觉心有余而力不足，

（不接受批评，批评我我就生气）

做b端产品的几个体会：

最小可实现思维（MVP）：不确定哪个方案时，先做最好实现的能满足基本需求的方案。

迭代思维：事情不是一蹴而就，分布迭代根据反馈完善。

场景闭环思维：从用户使用角度出发，能够完全满足某个用户需求场景形成闭环。

可拓展思维：做功能考虑可拓展性，覆盖多类个不同用户的需求，而不是做一点-》有新的需求-》再改一点。

之前做c端的体会：

易上手难精通思维：好的产品，要兼顾两点，上手足够简单直接，快速满足“啊哈时刻”，形成目标感。长期又有足够的功能深度，让用户难以精通，形成粘性。

增长黑客思维：思考-实践-验证-反馈的循坏，好的产品是迭代出来的，不管根据反馈数据做思考，让idea落地再验证，形成循环。

数据驱动思维：产品开发过程中，同步搭建数据体系。找出用户生命旅程的关键节点，对每个节点形成埋点和数据监测，根据反馈做方案设计及迭代，才是正确的方向。

自从我看了《毛泽东选集》之后，就被教员折服了，成了教员的忠实信徒。学会了教员的分析方法，也就是矛盾分析法。

我认为矛盾分析法是一套分析问题的终极方法，也是思维的终极方法，实测很有效。

我大致说一下矛盾分析法：

• 因为矛盾是普遍的和绝对的，分析任何问题就是分析矛盾；
• 矛盾有两个方面，因此分析问题要从两个方面着手。内部和外部，也就是内因和外因。其中内因是任何问题的的根本原因，是第一位的，外因是通过内因起作用，是第二位原因。
• 由于矛盾具有对抗性的特性，也就是对立。因此，我们分析问题还要找到内因和外因的联结，也就是关系。外因是如何通过内因起作用的，条件是什么。
• 由于矛盾又具有同一性，也就是对立统一，因此解决问题就是引导矛盾转化，让矛盾转化到有利于自己的一方，特别是处于弱势的情况下。
• 另外，分析问题不能也不可能面面俱到，抓住主要矛盾和矛盾的主要方面。也就是说抓住主要原因。
• 分析问题时不但要在整体上进行分析，而且要分析各个发展过程中发展阶段。
• 教员说，研究问题就像十月怀胎，解决问题就像一朝落地。因此，调研问题的过程必定很漫长，当研究透彻了问题，了解了问题的各个方面了，解决问题是随便的事。

中国有很多的企业家，比如马云、周鸿祎等都是研究过毛思的，并且经常读。限于篇幅，我这里就不举例子了。另外我自己在公号写了一个专栏专门写毛思的研究和应用，比较详细的介绍了矛盾分析法。感兴趣朋友的可以去看看，欢迎和我交流。我就不贴链接什么的了，以免说我打广告引流什么的。

刚毕业时在咨询公司搬砖，思维就是麦肯锡卖的那套嘛，演绎和归纳法、MECE原则、金字塔思维、七步工作法。后来有段时间对BA中毒，学了些用户故事、敏捷思维、干系人分析。再往后是学了王慧文那套战略策略、PMF的鬼东西。总之四不像，哈哈。

用得最多的就是MVP模式，其实无论是做B端还是C端都能用上，特别是从0到1的产品，大家最开始都是从想法开始去思考去架构整个产品，有时候想得越全面需要做到的东西就会越多，导致最后一期上线时间无限拉长而且不便于后期调整，这个时候MVP模式就非常适用，一期必须精简满足用户需求即可，重点是要快速投入市场进行验证再做调整。

钱，我的工作价值是替公司赚钱，开源节流（扩大客户群，提高附加值，减少开发成本等），轻松赚钱。

如迭代一个功能，思考这个功能能价值的多少钱。例子：如果这个功能满足客户的最大的需求，加大资源投入。如果这个功能无关痛痒，谨慎投入资源。

如新增一个功能前思考，这个功能预估能值多少钱。用什么方式是最省钱的。例子：ai是否一定比人工好？

如在市场竞争中思考，怎么能从对手中抢走客户，客户为什么选择竞对，我们要怎么改善才能抢到客户。例子：是比价钱便宜？是比服务好？是比可定制程度？

如分析行业的前景如何，将来会怎么发展，要怎么样提早做好准备，早上岸的企业可以获得先发的竞争优势。

如分析目前的受众群体，天花板在哪里，还能怎么增长？去看看相关的行业，能不能获得一些启发

我之所以这么思考的原因是：我在一家规模不大的公司工作，我的领导对我的要求是站在决策层的角度上思考问题，必须要有商业思维，即使我是一个刚工作几个月的新手