HELLO，大家好，时隔许久，由于工作原因，所以写的就比较慢了，今天开始来更新一下我的书籍“帝国”，前不久我读完了一本书，书名叫做《B端产品经理必修课-从业务逻辑到产品构建全攻略》，一看名字就知道，又是一本面面俱到，事无巨细的书籍。NO NO NO，在这里声明一下，这本书的一些内容还的确是良心内容了。话不多说，我们来一点一点的看看这本书吧。
首先，我们来谈一谈作者，这本书是李宽撰写，李宽我不知道大家有没有听过，个人比较孤陋寡闻所以听的不所。根据书籍上的介绍，他是小米的物流系统PM，毕业于北京理工大学工业设计方向硕士学位。曾经在高德地图和百度地图从事TO C产品相关工作，后转入物流领域深耕TO B领域，获得PMP项目管理认证，也是人人都是产品经理这个网站的专栏作家。听一听是不是感觉很厉害，是不是有一些同学又要羡慕了，不用羡慕的，这种成就，大家都会慢慢的有属于自己的成就的。我们聊完了作者，接下来就看一看这本书的内容吧。
重头戏来了，本书根据目录能够看出，作者是希望将书中的内容分为3个模块，第一个模块名字叫做to b or not to b，这不是问题，第二块儿是“单个产品管理流程”，第三块儿是“产品经理的自我管理”，这三大块儿可以说最精髓的是第二块儿，也是全书的重头戏，当然了第三块儿嘛……咳咳，大家懂的哈，作为一个职业的产品经理人，那就要拿出职业的修养是吧。
现在我们分别来说一说这三块儿的内容，第一块儿，更像是表达了作者对于职业选择，B端是做什么，以及B端产品经理技能或者工作流程还有自己对于B端产品人未来应该具有的一些能力这几个比较宏观的问题的一些看法。其实这块儿的内容你会感觉读起来很舒服，因为简单易懂，但是因为是很宏观的问题，作者也没有什么办法能够很详细很详细的在只有小18页的内容里面给你讲清楚这些。因此呢，我们还是把重头戏放到第二部分吧，单个产品管理流程。看了这块儿你会感觉是教你如何去管理流程吗，不不不，如果你真这样理解，那你就太天真了。
这第二部分啊作者从规划阶段—设计阶段—研发阶段—发布阶段—监控阶段这五个阶段分别介绍了在不同的阶段身为一个B端产品都应该去做些什么。
规划阶段，作者提出了自己对于调研市场、调研用户的一些看法，并且提出了如何规划产品路线的一些个人方法。当然了，还提出了需求分析的方式，但是说实话，这个需求分析的方式不一定适合你，什么需求蛋模型啊，D×V×F>R，还有什么解析需求用图形为需求代言，这三个都是很基本的方式，也站不太住脚，随时都能被别人用一堆其它的理论拍翻，不过你要是用了一些科学的方法，并且考虑到了许多别人考虑到的东西，那说不定你的这些需求就会让站在你“所处环境的最高峰”。
在设计阶段，这个其实可以让一些不太有设计思维的新手产品去学习学习，信息的架构、站点地图、产品的原型（原型不是越高保真越有价值）、产品需求文档。在这三块儿我个人认为还是PRD最有用，毕竟它就像作者书中所称呼的那样，登机牌，的确，没有它你的很多需求都落实不了，如果你很擅长写文档，你很擅长去撰写各种内容，那么其实你拥有了登机牌，你基本上就是拥有了许多。
研发阶段发布阶段还有监控阶段，这三块儿相对于前两块儿内容质量来说，水分大了点儿，不过也可能是因为的确这块儿的东西并没有太多可以写的，或者说的确超出了作者职能范围内。不过监控可能是作者比较擅长的，毕竟是B端的产品嘛，作者在这一块儿中提出了一个数据指标的黑箱和二律背反，这个比较有意思，意思就是指B端产品的真实运行逻辑可能并不知道事务真正运行的原理是什么（这里要插一句了，身为B端的产品，如果对于运行的原理不清楚，那你也就不太能写出比较好的PRD，你也不知道所有的流程，你也就不清楚你可以怎么去优化你的某一个流程了），二律背反可以理解成两种事物此消彼长，此长彼消，相背相反。
最后我希望对未来这本书的读者给出一些建议，如果想要阅读这本书，请大家带着无知精神去阅读这本书，本书的一些地方还是非常好的，比如设计这一块儿，作者还好心的列举了一些平时可以如何去提升设计感的方法。如何来阅读呢，那么我个人认为你完全可以分部分的去读，就按照作者分的就可以，然后时间安排上第一部分和第三部分可以放在一块儿看，并且安排的时间尽量短一点，然后第二部分的内容可以稍微细致的阅读一下，去读一读作者想要表达的一些精髓。
最后希望大家能够对于这本书提出自己的一些看法，希望我们能够多多交流，一起探讨不同书籍的内容呦。
***以上就是这次要分享的全部内容***
***作者：BlackLeft***
***目的：这篇文章主要是为了分享内容***2020年5月8日22:11:44
