《SaaS产品经理从菜鸟到专家》是一本实用性很强的产品经理指南，全面讲述了SaaS产品的定义、市场、商业模式、产品设计和运营等方面的知识。通过作者自身的心路历程，读者可以深入了解产品经理的工作职责和技能要求，同时也可以学习到实际操作中的应对策略和案例分析，是一本值得阅读的好书。
《SaaS产品经理从菜鸟到专家》读后感(篇一)
9年产品经理，3年saas从业。
虽然仅3年saas产品经验，却经历了非常有代表性的scrm，工业互联网，新能源汽车充电这3个领域，即使有几年其他产品经验，面对saas产品，现在回过头来看 ，最大的情感还是遗憾（一个产品都没有做起来
《SaaS产品经理从菜鸟到专家》读后感(篇二)
产品经理应以“为商业结果服务”为目标，要理解什么是完整的客户旅程，以及在营销和客户服务等环节，提供方案去帮助企业促进获客、成交和留存，进而助力企业带来更快速，更高质量的增长。
今天一口气看完了戴明老师的《SaaS产品经理从菜鸟到专家》，虽然说的是SaaS产品经理，但建议面向企业的产品经理都来看看。
毕竟，优秀的产品经理和成功的产品其实有八成共通之处。
《SaaS产品经理从菜鸟到专家》读后感(篇三)
身为圈儿内人士，因作者群里推销，捧场阅读。 阅读时长：一小时内。 感受：先说结论，依然是内容撑不住书名的白纸。 问题：1、项目经理的视角严重。 2、容易搬运过来的内容占了至少四分之一。 3、产品经理升维的内容实际一点儿没提，取而代之通过普世鸡汤以流水账方式带过。 4、拼凑书籍内容发表新书的年代可以流行，但如果写的无细思极恐的营养，是初心问题还是功力问题？ 5、还是感谢编辑社起的书名，写书的人少了，功利心太强的作者可以理解，也接受。
《SaaS产品经理从菜鸟到专家》读后感(篇四)
王老师作为一名资深的SaaS产品从业者、有十多年的行业经验。他的书深入浅出、非常接地气、通俗易懂。对想入门SaaS产品的读者来讲、无疑是一个很好的之路明灯、通过系统性学习和探索、可以让新手少走弯路、具备SaaS产品应有的能力和认知。不得不说、王老师的书还有他的课程、帮助到了很多产品经理、无论是新手还是有一定经验的产品、学习他的课程、最后都会有不同的收获。笔者最受益的一句话来自王老师、B端产品经理是最不需要天赋的职业、通过努力和后天的不断学习、终将能走向成功。对于C端、B端更像是在背后默默拧螺丝、正是凭借这种激励、支持着自己一路走来。
《SaaS产品经理从菜鸟到专家》读后感(篇五)
读未见书，如得良友；见已读书，如逢故人。
新书已到，书中系统介绍了saas产品的标准化意义，以及获客、转化、留存、续费等步骤的注意事项。
其中，讲到“客户服务流程”，对于传统软件项目，上线是服务客户的核心，但对于saas来说，续约才是重要的工作。所以又牵扯到客户成功领域等
无论是初入行，还是行业资深人士，此书对于SaaS产品领域从业者具有很高指引意义。此书一经推出，即在京东企管类霸榜多周，安利给大家。
《SaaS产品经理从菜鸟到专家》读后感(篇六)
深入浅出，我也读了几本SaaS相关的书籍，讲的更多是SaaS模式。本书是以产品经理为视角，讲了作为SaaS产品经理核心能力及技能。
本书我觉得非常有亮点的两个部分是第4章及第5章。
第4章，用了一个生动的案例，讲了产品经理在规划产品过程中遇到问题及如何解决。很多问题都是实际过程中会遇到的，产品经理需要用究竟的精神去处理每一个需求。
第5章，SaaS产品经理的进阶，其实更应该着重反复思考及阅读。其实这些问题是作为SaaS产品经理，特别是高阶产品经理，需要考虑清楚，无论是产品战略、产品策略、护城河，其实都是需要思考清楚的
《SaaS产品经理从菜鸟到专家》读后感(篇七)
新书我读了两遍，第一次算是大致看了一遍，这本书在读第二遍的时候算是给我惊艳到了，书中有很多产品方法论，特别是作者通过案例结合起来讲解产品方法论，不会干巴巴，使读者阅读起来可以场景化同时加深了对方法论的理解，我在读的过程中不知不觉中将自己平时的工作内容结合书中内容进行复盘总结，最后发现平时工作内容思考问题是没有做到面面俱到，少了究竟精神，书中内容由浅到深，算是大小通吃，读起来很放松。认同作者的观点，30%知识理论+70%实践，实践是检验真理的唯一标准，如果我们工作中要是没办法完成后面70%，那就先学好30%，我觉得这本书值得反复细读，每个阶段读都会有不一样的感受，站在立场不一样（如：产品经理、产品总监，CEO等视角）。已经推荐给朋友，值得入手。
《SaaS产品经理从菜鸟到专家》读后感(篇八)
本书区别于很多“理论型方法论”的书在于，王老师通过列举实际的项目过程经验，总结出一套做产品和做项目做需要经历的过程，有步骤的指导，也有过程关注的总结，相比于纯理论、方法论型的书籍，本书的阅读趣味性更强，不枯燥。
做过B端产品的人，在很多章节会产生共鸣，同时又能在很多章节去了解自己没有踏足过的环节，比如市场、销售、战略定位等等，个人认为本书阐述的与市场、销售等部门的合作是作为产品经理横向合作的能力，了解产品的战略定位等是产品经理纵向自我能力的提升。
如果你还在处在产品经理的入门或者中级阶段，或者你也希望有个前辈来指导和引导自己成为一个业务更专业的人，那么推荐读这本书。
《SaaS产品经理从菜鸟到专家》读后感(篇九)
3年经验B端产品经理，读过之后受益匪浅。
本书围绕如何成为一个优秀的 SaaS 产品经理来组织内容，理论与实践并重。第 1 章讲SaaS 产品的发展与现状，剖析 SaaS 模式的本质，让读者对SaaS 产品有整体和深入的认识； 第 2、3 章结合作者的亲经历讲SaaS 产品经理所需的核心素养与技能，重点讲述培养这些 能力的方法和技巧，具备较强的实操性；第 4 章带读者详细设计一款有实战意义的 SaaS 产品，让读者对从 0 到 1 规划SaaS 产品有切身感受；优秀的 SaaS 产品经理是最接近 CEO 的人，因此第 5 章带读者了解 SaaS 战略、策略、核心竞争力以及创业陷阱等方面的知识，培养读 者与 CEO 平等对话的能力。 本书的读者对象包括SaaS 创业者、SaaS 产品总监、SaaS 产品经理、需要与 SaaS 产品经理协作的从业者、想要转型SaaS 产品经理者、想要入门SaaS 行业的在校生，以及企服赛道投资人 。
书中语言易懂，易于理解，无互联网黑话，充满着一线多年战斗的经验，跟着书中的王老师学习，可以获得很多收获，避开很多坑。
《SaaS产品经理从菜鸟到专家》读后感(篇十)
本人目前是研一在读的学生，因此书评的目的旨在让考虑入行的学生们作为参考。由于本人正在考虑入入行ToB产品的SaaS方向，以我目前的视野来说，王老师的这本书很好帮助我进入了ToBSaaS的世界。
我相信大多数同学在校园里、实习岗位上遇到最大的问题之一就是究竟自己应当往哪个方向努力、究竟自己应当掌握怎样一套开放而成熟的方法论，使得自己快速入行。学生思维、没有人带是大多数人都会遇到的问题，而实际上，王老师这本书很好帮助了我摆脱了学生思维、教会了我自主学习的方法。
虽然看有些豆油们认为这本书的深度有限，但我想说产品经理这个职业本身就偏向实战多一些，所谓的逻辑思维、结构化思考、架构能力都不是通过看书能够学会的，此事必躬亲。实际上王老师在《SaaS产品经理从菜鸟到专家》中所提到的6大素养、5大技能、实战演练、进阶技能所提到的方法论都是开放的一套思维方向，并不要求每一次经手项目都做到全盘覆盖，反而需要在每一个维度的平行层面进行拓展，比如产品的战略定位和产品的打法策略就是大宏观和小宏观的区别，如果产品经理真的将本书所提到的方法论全部钉死、不根据实际的MVP策略、迭代策略进行修改，那才是失去了产品经理的主人翁意识。我的理解是，实践中的纲领可以参考，实践中的细节是万万不能照抄的。
《SaaS产品经理从菜鸟到专家》读后感(篇十一)
王老师的书脉络非常清晰，从介绍SaaS的基础知识，到SaaS产品经理的软技能，再到专业硬技能；然后通过详实的案例带动读者从0-1的创建一款标准化的产品，最后落到产品经理进阶技能上升华全书。
全书技能讲解覆盖范围广，语言简洁易懂，无论是刚入门的小白产品，还是从企业自研B端转SaaS的产品，抑或已经在SaaS行业想要得到提升的产品，都能从此书中有所收获，非常符合本书的定位：从菜鸟到专家。
如果是初中级的产品们，建议你重点阅读本书的第三章：竞品分析的思路、产品规划的策略、整体方案的输出。读完后按照书中的指引，复盘你现在的业务与产品架构，在思维上绝对能得到很大的提升。我已经专门放了一本在公司，作为随手使用的工具书，指导日常工作，查漏补缺。（很多读者催促电子版，大概也有这样的意图吧）
如果你是高阶产品，甚至销售或者客户成功，强烈建议你多读几遍本书的第五章，学习解读SaaS的战略，产品、增长、盈利的策略，从老板和商业的角度，全局的看待你的业务，你会有更多的启发。在本书面试之前，本人通过王老师直播、星球问答讲解，拼凑出了策略分析的全貌，由此有了《拆解有赞，万字长文》的输出。现在你可以直接从本书中获取系统化的拆解思路，实在是幸运之极。
本书唯一的不足就是篇幅太短，现在的内容长度看的很爽快，但是从菜鸟到专家，是一个很艰辛的过程。相信从业10多年的王老师有更深厚的沉淀可以与读者分享，但是限于篇幅压缩了很多内容。如果有再版计划，希望老师能把菜鸟入门和专家晋级分开写，回馈更多的理论知识与案例，带领大家畅游B端专家之旅。
《SaaS产品经理从菜鸟到专家》读后感(篇十二)
这本书还是非常惊喜的。
本书作者分别在以下几个方面对SaaS产品进行了全方位的阐述。
首先是基础知识。首先讲了是什么为什么怎么办？然后又介绍了整个的发展历史，前世是什么现在？鼻祖是什么？萌芽是什么？元年是什么？爆发年是什么？通过第一章的基础知识讲解，能够让对SaaS没有了解的同学有了一个基本的轮廓了解。
接着又讲了产品经理的六大素养。分别是热情、究竟精神、自以为非、学习能力。结构化思维和沟通能力。也分别对这几个能力是什么？怎么培养？做了非常详细，由浅入深的描述。
接着又开始讲了产品经理的五大技能。分别是竞品分析，业务调研，方案编写，产品规划。和团队管理在这个模块上。在大部分的产品经理书籍之中，从需求分析、竞品调研、产品设计、产品规划、持续迭代等几个重要的技能之中，多增了一个团队管理，这也是本人在本次阅读之中比较关注的团队管理模块，尤其是里面的一句话，必须学会借助他人的力量来实现自己的目标，让我觉得受益匪浅。
在详细的阐述了SaaS的前世今生以后，又把产品经理应该有的几个精神以及有的几个技能说完了之后就开始了，如何从0~1规划一款标准化的产品了。完整的规划一款产品。用的方案其实和大部分市面上产品经理工作流程是相近的，但是在这本书中以SaaS作为案例去详细的描写了一个实现的完整流程，还是非常值得新手借鉴学习的。
在最后第五章还描述了SaaS产品经理进阶。那么除了常规的工作流程以外，还详细的剖析了战略的分析，在市场产品运营战略中的分析策略分析产品业绩提升，还有对应的护城河陷阱以及未来。
这本书对于不管是新手还是工作几年的产品经理读来应该都有很大的帮助。这本书中除了一些技巧，系统思维系统的工作流程以外，还加入了很多作者自己的学习工作里面的心得体会。读来会让人觉得非常非常的真诚，是一本难得的好书。
《SaaS产品经理从菜鸟到专家》读后感(篇十三)
这应该是第一篇豆瓣书评。
之前不敢写，怕写不好，但是看了王老师的书之后，应该大胆点，撸起袖子写。
还记得怎么认识王老师的吗？我是公众号上认识，我司代理了几家saas系统，会经常和产品经理这块接触，也有圈内的研发，行业背景故事，2021年下旬，一个圈内的朋友转发了王老师文章，第一眼就觉得还不错，先关注一段时间看看，这不，王老师的星球项目拆解，产品讲解得很接地气，这不王老师直接拉我入了群，布道人开设课程，优秀的方法论，专业的系统知识，值得我来推荐。
我从事的是门店收银系统saas，餐饮企业最多，其中涉及到零售，生鲜，棋牌室，酒吧，美业等实体门店收银系统，偶尔也会有定制开发的项目需求，不得不说，王老师所说的情况，很多是历历在目。例如定制系统，判断客户需求到底是真需求还是伪需求，要大胆假设，多方求证，毕竟看似一个功能，实际上需要付出的都是各方人员的努力以及实打实的真金白银，公司担心做的功能采用的及格线，可作为一线是从业者，希望系统足够简单与灵活，对需求，产品，技术，研发都是一个考验，有些时间发现自己就是需求分析师，也或者干的就是产品经理的事情。
王老师的书很接地气，没有互联网热点词汇与洗脑概念，特别认同这个点，有点相见恨晚的感觉。为什么不更早点人数这么行业优秀人呢？
从saas的基础知识说起，谈谈saas的前世今生，ERP到SaaS，20年的发展，和互联网的发展已有相似节奏，技术的飞跃发展，在oracle的从业经历，对未来的判断，选择了当时看来有的前言的路线，幸运的是王老师的坚持，执着于SaaS行业，理解产品，热爱负责的产品，常年以往的阅读积累，行业沉淀，得以看到了这本阶段性产品，相信不远的将来，2.0与3.0书籍会出现在市面上。
其次讲saas产品经理的6大素养，热情，究竟精神，自以为非，学习能力，结构化思维，沟通能力，文案不多，可背后的知识点很广很细，既要系统学习，也要行业阅历，理解一个知识点简单，理解一个行业非一朝一夕。
最后总结：行业布道人值得去推荐，让更多有需要的人认识。
《SaaS产品经理从菜鸟到专家》读后感(篇十四)
首读-整本书的架构：
* SaaS是种商业模式&它的前世今生；
* SaaS人的素养&技能「常言的软硬实力」；
* SaaS标准化产品规划&设计全流程；
* SaaS人打造护城河要素：战略策略业绩提升
* SaaS人创业时代的背景、风险、未来-「像CEO一样思考」
摘：1.第五项素养：结构化思维「whatwhyhow」
2.第三技能：方案编写「要点、结构、整体&详细」
3.从0到1规划标准化产品「需求筛选、梳理、整体&详细」
4.护城河「数据沉淀&品牌效应&c端黏性…」
摘选是我站在适用于我现行业、阶段、职责的角度提取的部分，思维、方案编写、扎实全流程、数据等，以我为例，非SaaS行业的同学也很值得去读（我没有逐条展开，欢迎大家读完粉丝群讨论）；那SaaS人更是要通篇精读为佳，特别是追求系统化学习的，推荐读SaaS标准化产品全流程时并结合实操，向内求向外寻。
其次，本书确实具有行业知识门槛，以戴明老师的万人社群为例，成员都由SaaS b端 转b的产品人甚至行内资深组成，目标人群具有一定行业基础&背景。那么对于我这样基础尚浅或初入行业的同学，我建议进入戴明老师的公众号-ToB老人家「国内最大的SaaS产品社群」选择适宜的文章了解接触起来，以我为例，在去年一年做SaaS产品时就是在戴明老师的指导下逐章阅读现在读起书来可更上一层楼。
《SaaS产品经理从菜鸟到专家》读后感(篇十五)
SaaS是B端软件领域的一种创新商业模式，客户不需要购买软件的所有权，而只是根据使用量（比如使用时长、账号数等）付费。为了降低软件部署成本，大部分SaaS软件都通过互联网直接访问，而且客户也主要使用标准功能。
SaaS软件是B端软件的一个分支。所谓B端软件，其实就是服务于Business（生意）的软件，比如ERP、CRM、HR等系统，服务于企业业务，也基本都是企业购买。
在2015年以前，中国企业使用的B端软件主要有2种来源：企业自己研发；购买商业化B端软件。
传统商业化B端软件的商业模式主要分为三个部分：
(1)一次性售卖软件，即客户买断产品所有权。
(2)实施上线，一般会有大量的定制开发。
(3)售后运维，主要是解决系统bug等问题。对于软件厂商来说，软件售卖和实施上线的收入占了整体收入的80%，但都是一次性收入。售后运维虽然可以持续，但一方面客户往往选择自己运维，另一方面运维收费金额也不高。
对于客户来说，使用传统B端软件需要一次性支付一大笔费用。同时，由于客户需要自己承担服务器、大量二次开发费用等庞大的支出，还需要聘请运维人员，因此需要很长一段时间，才有可能收回成本。
SaaS软件的商业模式同样可以分为三个部分：(1)出租给客户软件使用权，比如先出租一年。(2)实施上线，但没有定制化开发，或者只有较少的定制化开发。(3)提供软件使用、运维和迭代的配套服务，主要是帮助客户把软件用好，以期望客户来年续费。
对于SaaS软件厂商来说，刨去实施服务的收入，每年的收入是比较平衡的。如果客户对软件和服务感到满意，理论上会永久续费（不考虑企业倒闭的情况）。
对于客户来说，省去了服务器、运维等成本，也避免了二次开发费用。一次性支出的成本大大降低，虽然每年都要支付租赁费用，但只要对软件不满意，第二年就可以停止付费。当然，对于软件厂商来说，SaaS模式也存在很大的风险：
(1)由于代码由厂商统一维护，一旦产品标准化能力不足，定制化的代价会异常高昂。
(2)SaaS厂商的风险大大增加。在传统软件模式下，由于一次性收到几乎全部款项，获取了足够的利润，就算后期客户对软件不满意，对软件厂商的影响也很有限。在SaaS模式下，客户的第一笔款项只支付了一年的使用费，并没有涵盖SaaS公司的全部成本。如果客户第二年不续费，就会造成SaaS公司的亏损。
SaaS模式对于标准化产品的能力提出了非常高的要求。
SaaS的发展历史
传统ERP时代还有一个明显的特征，即一套软件打天下。不管是SAP的核心ERP产品R3，还是Oracle的主力ERP产品EBS，都是一套软件配置多个行业的解决方案。
Oracle的EBS系统在中国的标杆客户包括阿里巴巴、中国移动、华为、美的、长安汽车、太平洋保险等。这些公司分属不同行业，对软件的要求也千差万别，Oracle能满足它们的需求，除产品本身配置功能强大（EBS软件安装需要200G以上的硬盘空间），并且支持灵活的二次开发外，也离不开咨询公司给客户提供贴身的现场实施服务。这些咨询公司包括国外的IBM、德勤，也包括国内的汉得、赛意等。
SaaS是为企业经营服务的。而企业经营是一门体系林立、内容丰富的综合学科。
对于一名SaaS经理来说，需要掌握的企业经营知识主要包括4个层面：· 经营策略· 业务流程· 业务重难点· 行业化解决方案。
每一块都是硬骨头，不下苦功夫，根本不可能全面深入地掌握。
B端产品是用来解决实际业务问题的，产品经理的工作技能需要在实践中学习
有效学习=10%知识+20%练习+70%实践
通过阅读或听课获得知识，占学习的10%；通过训练和练习进行巩固，占学习的20%；而剩下的则需要在实践中体会，占学习的70%，这样才能把理性知识内化成自己的认知，才能完成整个学习过程。
B端的产品经理要有一个能够让你充分参与B端产品设计的机会。而且最好是独立负责一个产品或者一个模块，这样，你就能亲自完成从调研到运营支持的整个闭环。另外，B端产品的价值体现在帮助客户实现商业价值上，因此产品经理的实践很大一部分是要到客户中去，通过客户的反馈不断完善产品功能，并加深对业务的理解。对于那些不能接触到一线客户的产品经理的工作，我建议大家慎重选择，因为它们严重违背了“知行合一”的原则。
很多SaaS产品经理都面临一个问题：没有资深产品经理手把手带教。确实，有一个好老师对产品经理的成长非常有帮助。但是我们也必须承认，好老师可遇不可求。况且，老师也不能帮我们一辈子，总归还得靠自己。因此，掌握好的自学方法就至关重要。
SaaS产品经理应该掌握的自学方法总结为以下四种。
1.阅读
2.研究成熟系统
作为SaaS产品经理，最核心的能力就是标准化设计能力。而标准化设计能力的本质是产品架构能力：当客户提出一个需求时，SaaS产品经理需要快速梳理出这个需求应该抽象成什么业务场景，用什么功能来满足需求，这个功能在整个产品中的位置，以及这个功能应该由哪些层次、页面和关键字段组成。
形成架构能力的最佳实践，其实是研究成熟系统，直接从上到下构建一个“完整的棋盘”。
3.客户调研
4.复盘
复盘不应该是漫无目的的总结，而应该首先制订出自己的目标、打法和执行计划，再围绕着计划的完成情况不断总结和思考，找到成功和失败的原因，从而达到不断自我提升的目的。
B端产品强调为企业经营赋能，强调开源节流，强调效率提升和风险管控，需要产品经理具备更多理性思维。
当产品经理面对一个需求时，就需要具备快速梳理、精准定位并解决问题的能力。而要具备这样的能力，除了要熟悉业务和系统，最重要的就是具备结构化思维。
结构化思维和个人智力关系不大。结构化思维也不是天生的。
有几种方法可以有效提升结构化思维。
1.阅读经典管理书籍
2.掌握经典思维模型
3.使用辅助思考工具
结构化思维也是一种实践技能，同样遵守127原则，即10%的知识、20%的练习和70%的实践。
作为一个B端产品经理，高效沟通的能力非常重要。因为整个产品规划和落地的过程，实际上就是产品经理与多方沟通的过程。
(1)在需求调研阶段，你需要了解客户的业务细节和痛点。如果客户是大企业，还可能需要和存在利益冲突的多个用户进行沟通。
(2)在方案／产品设计阶段，你需要得到领导对方案的认可。另外，这个阶段和客户、UI/UE、开发人员的沟通，也很重要。
(3)在产品上线阶段，你可能需要处理bug，安抚客户和运营／客户成功部门的情绪。
(4)在产品运营／迭代阶段，你需要和客户、运营／客户成功部门保持良好的协作关系，因为你必须依靠他们的帮助，才可能发挥产品的价值。如果一个B端产品经理拥有良好的沟通能力，那么他的产品工作和职业生涯都会更顺利。
很多产品经理的沟通方式存在问题，主要原因在于太关注“事”，而对“人”关注不够。
打开对方的心扉，是有效沟通的前提。因此，培养沟通能力，重点在于培养人和人之间的信任关系。具体来说，可以通过以下几种方式培养我们的沟通能力：
· 阅读经典书籍：有很多经典书籍讲了如何培养沟通能力，比如帕特森的《关键对话》推荐大家读一读。当然，阅读书籍只是帮助我们梳理清楚思路，培养沟通能力还是需要多实践。
· 重视他人利益：没有人喜欢和“只考虑自己利益”的人合作。因此，如果能养成“先考虑对方利益”的习惯，将大大提高我们的沟通能力。
· 维护日常人际关系：一个人的沟通能力绝不仅仅体现在正式合作的时候，更是体现在日常的工作和生活中。
可能有人会觉得，这些事情和工作没有直接关系，反而会占用我们的时间。但是，我们必须明白，在沟通这件事情上，“到达目的地的最短距离，往往不是一条直线”。
SaaS产品经理是一项高度专业的工作。要想完成好这份工作，就必须掌握5项专业技能：竞品分析、业务调研、产品方案编写、产品规划、团队管理。
竞品分析
如果要深入分析一款SaaS产品，建议从以下五个层面着手，包括：· 战略层：产品的定位，包括面向的客户群体是谁、解决他们的什么痛点等。· 资源层：产品背后的资源，比如数据资源、供应链资源等。
· 能力层：产品背后的能力，比如产品团队的行业经验、SaaS产品的PaaS能力等。
· 场景层：满足客户需求的具体功能，比如线下分销场景的拜访功能，或者线上订货场景的购物车功能。
· 感受层：满足了客户业务需求，还需要关注客户能否正确使用功能、操作效率是否高，以及产品界面是否清晰、美观。
业务调研
业务调研主要有三个要点，分别是全面、清晰和重点突出。一份完整的B端业务调研主要包括以下部分：· 组织架构和岗位· 业务概况· 业务详细说明· 管理报表· 现有系统· 用户期望
当然，可以结合实际情况对内容做适当删减。
1)组织架构和岗位
针对组织架构图中的组织，凡是与项目或产品有关系的，都应该用文字描述其组织职责。对于组织中的重点岗位，凡是与项目或产品有关系的，也应该用文字描述其岗位职责。
2)业务概况
不管是业务流程还是管理软件，都是为企业经营服务的。在调研详细业务之前，需要从整体上了解企业的经营模式和业务流程，也就是进行业务概况调研，这样才能搞清楚产品给客户带来的核心价值。业务概况调研不但有利于本次产品的交付，更有利于未来将产品销售给更多客户。
进行业务概况调研时，首先需要从整体上理解客户的商业模式和经营策略，因为这决定了客户的工作重心。
如果我们设计的是一套SaaS产品，除了梳理客户的经营策略，还必须梳理整个行业的经营策略。这一方面可以加深我们对行业的理解，确保标准化产品的普适性；另一方面也可以从整体上规划好产品的扩展方向，从而在未来有步骤地满足更多新客户的需求，以及现有客户的更多需求。
3)业务详细说明
在了解客户业务概况以后，就需要基于整体流程图，按各个流程步骤分别进行调研，并撰写业务详细说明。业务详细说明一般分为三个部分：· 业务规则重点说明：有些规则往往无法通过整体流程图很好地表述，比如，商品的定价规则、客户信用管控政策等，需要在业务详细说明部分进行详细阐述。· 详细流程图：围绕“什么岗位，执行什么任务”两个维度，详细流程图可以直观显示业务处理过程，避免出现梳理错漏。在绘制详细流程图时，有几点注意事项：
需要注意逆向流程或步骤，比如有销售发货流程，就有退货流程；有审批通过步骤，就有审批不通过的步骤。
要把相关打印单据标记出来。在设计功能时，要么取消单据（一般通过移动端替代纸质单据），要么额外设计打印功能。
针对详细流程图的每一个步骤写说明，有些详细的业务规则也需要在步骤说明里明确。比如销售部门提交订单后，财务部门必须在多长时间内完成审核。
由于调研阶段的详细流程图主要是产品经理自己查看，以及和客户确认需求用，因此不需要因为格式等细节问题耗费太多时间，重点还是做到全面清晰，并且能够和客户达成一致。
· 客户的业务重难点：在梳理业务时，会发现客户在业务处理上的很多重难点。比如，外贸公司很注重风险管控，在采购、发货等环节，都会严格根据客户的付款情况进行审核。如收到约定比例的预付款后，才会安排采购或工厂生产。
这些业务上的重难点，需要在专门的位置详细记录，并在产品设计时重点关注，因为客户采购系统的核心目的，往往就是解决这些重难点问题。
4)管理报表
管理层对B端产品的评价往往会决定企业是否续费。而越是高层管理人员，越重视管理报表。
管理报表是B端产品最重要的功能之一。
从产品设计角度来说，业务流程和管理报表需要同步梳理。否则，如果在后期才发现流程页面的字段或逻辑无法满足管理报表需求，产品设计就可能需要返工。
梳理管理报表时要重视细节，对于每一个字段和每一个逻辑都要梳理清楚。否则，一旦出现错漏，就可能对业务造成决策上的影响。
5)现有系统
客户的现有系统可以分为两类：· 需要被替代的系统：调研重点是了解其优缺点，以及被替代的原因。
· 需要被集成的系统：调研重点是了解其处理的业务，以及系统管理方的情况。
6)用户期望
B端产品的用户往往分为执行层、管理层和决策层。对于同一个业务，这三类用户的需求往往是有差异的，因此需要分别调研他们对系统的期望。
· 执行层：往往关注业务处理的效率。比如，需要手工制作的单据增加了他们的工作量，他们希望通过系统自动生成。· 管理层：相对于执行层，管理层更关注管理效率提升和业绩结果达成。比如，对于不符合价格政策的订单，系统能够自动判断并拒绝业务员提交。· 决策层：更关注数据的实时查看和分析。比如，随时查看销售收入和毛利达成情况，从而判断经营状况，并决策是否应该马上采取改进措施。
产品规划
正确的规划方法，应该一开始就考虑到计划落地的方案，我们称之为“策略”。策略可以填平“目标”和“计划”之间的鸿沟，让我们一开始就考虑可能会遇到的障碍、如何克服障碍，从而顺利达成战略目标。
完整的产品规划可以包含以下五个部分：· 复盘。· 机会分析。· 目标。· 策略。· 计划与资源。
团队管理
一旦我们开始做管理，就必须学会借助他人的力量来实现自己的目标。
焦虑+反思=进步
SaaS产品经理与内部B端产品经理的核心差异，就在于SaaS产品经理的产出直接决定了公司的营收乃至公司的未来；而内部B端产品经理则更多服务于内部团队，不直接产生营收。因此，相对于内部B端产品经理，SaaS产品经理需要具备更多的商业思维。
为什么很多SaaS公司做不好小企业市场？最重要的原因还是在于，靠小企业自身，很难完成从“旧的经营方式”到“新的经营方式”的变革。给小企业提供管理咨询的方法也未必奏效，主要原因还是在于成本太高，而小企业付费能力和意愿也很有限。因此，SaaS公司需要找到一种标准化、低成本给小企业赋能的方法。比如，我们的产品能够帮助小企业解决业务痛点，同时又容易上手使用，对人才的要求也很低。
小企业对SaaS产品的要求相对较低，但是自身能力也不足，虽然可以通过为之提供服务来弥补，但由此导致的成本问题是一种沉重的负担。加上小企业的平均生命周期不长，最终可能导致从他们身上获取的LTV（生命周期总价值）无法弥补获客成本和服务成本。
中型企业的个性化需求较少，且具备一定付费能力，同时生命周期也很长，是相对优质的客户。
产品是SaaS公司的核心。如果产品定位有问题，营销部门再努力，获客和签单都很困难；而如果功能设计无法匹配业务场景，那么客户成功部门再努力，客户也很难活跃和续费。
产品经理应该是SaaS公司里最懂客户的人。在整个产品从0到1发展以及后续迭代过程中，SaaS产品经理都保持和客户的密切沟通。因此，产品经理也应该是公司最有能力去研究客户旅程、洞察客户痛点的人。
成熟的SaaS产品经理应该理解什么是完整的客户旅程，以及在营销和客户服务等环节，我们有哪些手段可以促进获客、成交和客户的留存，进而带来更快速、更高质量的增长。只有了解了这些，产品经理才能更好地与营销、客户成功等部门配合，也才能真正为产品的商业结果负责。
对于SaaS创业公司来说，产品是决定生死的第一关，像CEO一样思考，把握好产品方向，是SaaS产品经理的使命，也是SaaS产品经理的价值所在。
