导图社区 《SaaS产品经理从菜鸟到专家》-（作者：王戴明）的读书笔记
《SaaS产品经理从菜鸟到专家》是一本由王戴明著作,清华大学出版社出版的图书,本书定价:79,页数:,特精心收集的读后感,希望对大家能有帮助。
社区模板帮助中心，点此进入>>
论语孔子简单思维导图
《傅雷家书》思维导图
《童年》读书笔记
《茶馆》思维导图
《朝花夕拾》篇目思维导图
《昆虫记》思维导图
《安徒生童话》思维导图
《鲁滨逊漂流记》读书笔记
《这样读书就够了》读书笔记
妈妈必读：一张0-1岁孩子认知发展的精确时间表
SaaS产品经理从菜鸟到专家
SaaS基础知识
SaaS是什么
SaaS是B端软件领域的一种创新商业模式
商业化模式
出租给客户软件使用权
实施上线，一般没有定制开发或是较少的定制开发
提供软件使用运维和迭代的配套服务，主要是帮助客户把软件用好，以期望客户续费
优点
每年收费，收入可持续
较少二次开发，规模化难度较小
缺点
每年收费厂商风险较高
很难二次开发，对标准功能要求高
传统商业化B端软件
一次性售卖产品，即客户买断产品所有权
实施上线，一般会有大量的定制开发
售后运维，主要解决系统给bug问题
一次性收回成本，厂商风险较低
方便二次开发，对标准功能要求低
第一年完成80%的收入，收入不可持续
较多二次开发，规模化难度较大
为什么选择SaaS
行业前景好
SaaS产品经理容易做出成就感
具有高度自主权
有广阔的成长空间
如何选择行业
行业规模
规模越大，SaaS产品潜力越大
标准化难度
产品标准化难度将决定SaaS公司的商业化效率
商业环境
竞争与壁垒
一个行业（赛道）已经存在强大的玩家，并且建立起了竞争壁垒，那么要慎重选择
最重要是看选择的公司有没有核心竞争力
SaaS的发展历史
SaaS产品经理的6大素养
热情
WHY
热情促进成长
热情征服客户
本质上SaaS产品经理是代表客户设计他们所需要，能理解的产品
HOW
把产品视为人生作品
和客户做朋友
建议培养10个核心用户有代表性的典型客户
定期监测和分析用户数据
究竟精神
what
遂于工作要刨根问底，寻求事情的真相
追求极致的工作结果，做到自己能力范围的最好
why
识别伪需求
作为SaaS产品经理，永远要相信用户，永远也不要相信用户--永远相信用户“有一个诉求”，永远不要相信用户“能够站在产品的角度”思考需求
培养架构能力
how
摆正态度
凡是多问为什么
多问自己：有没有做到极致
自以为非
重要性why
弥补我们的缺点
使我们保持敬畏心
意识其重要性
遇到问题先从自身找找原因
学习能力
4种正确的学习方法
系统学习
步骤
制定目标：确定学习目标
制定策略与计划：根据目标，制定学习的方法与进度计划
资源准备：准备相关资料和系统
计划执行：严格按计划完成学习
知行合一
书面上学习的仅仅只是逻辑层面上的知识，没有感性的认识，也谈不上体会，比较肤浅；只有通过实践才能深入吸收知识，完成实践才意味着阶段学习的完成。
保持质疑
读书学习时，看到一个观点，多问几个为什么
加大阅读量，读多种类型的书籍，可以提高去伪求真的能力
克服惰性
设立目标
制定计划
营造环境
4个实用的自学方法
阅读
阅读方法
传记，历史类非专业书：泛读 重点理解作者想要表达的核心思想
产品经理，行业业务等专业书籍：先快速一遍，再精读--短时间内判断书籍质量，对整体有个印象，第二次就可以精读重点章节
经典书籍：多精读几次
做笔记可写写画画
写读书笔记
研究成熟系统
标准化设计能力
如何提升架构能力
客户调研
远程调研
成本低，可纳入日常工作
现场调研
优势
系统性强
交流深入
现场能发现“小问题”
调研准备
思考好调研目的
提前沟通好调研对象，形式，时间安排并准备好问题清单
调研执行
做好调研记录
调研总结
将记录整理成总结报告
复盘
结构化思维
C端产品强调用户心理状态和感受
B端产品强调企业经营赋能，开源节流，效率提升，风险管控
例子：经典的结构化表诉- 客户问题-》原因分析-》解决方案-》成功案例
如何培养结构化思维
阅读经典管理书籍
掌握经典思维模型
PDCA：plan-do-check-act
4P模型：product-price-promotion-place
客户生命周期模型：客户分类法-潜在客户-》新成交客户-》留存客户-》潜在流失客户-》流失客户
使用辅助工具
思维导图
流程图
日常运用
沟通能力
不仅仅是说明白事情，重要是获取别人的信任。打开对方的心扉才是有效的沟通
阅读经典书籍
重视他人利益
维护日常人际关系
SaaS产品经理的5大技能
竞品分析
战略层，产品的定位
产品价值
市场规模与潜力
环境的成熟度
竞争程度
资源层，产品背后的资源
了解竞品在资源层和能力层，有助于我们评估竞品的核心优势，即使无法模仿，也有助于我们扬长避短
能力层，产品背后的能力
场景层，满足客户需求具体功能-》产品的主要组成部分，决定了我们对客户业务流程的覆盖程度
如果竞品用较少的功能覆盖较多较复杂的场景，且产品架构设计的较为合理，就说明竞品的标准化能力很强
感受层，满足客户业务需求-》关注客户的使用感
注重细节
业务调研
业务调研要点
全面：不要遗漏重要信息
清晰：调研思路要清晰
重点突出：清楚需要重点关注的事项
一份完整的B端业务调研主要包括
组织架构
业务状况
业务详细情况
管理报表
现有系统
用户期望
如何进行业务调研
1.组织架构和岗位
详细的组织架构和岗位职责文件
2.业务概况
首先需要冲整体上理解并梳理客户的商业模式和经营策略，这决定了客户的重心。
绘制整体的流程图
3.业务详细说明
业务规则重点说明
有些规则无法通过整体流程图进行很好的表述，比如商品的定价规则
详细流程图
围绕着‘什么岗位，执行什么任务’两个维度
需要注意逆向流程或步骤：有发货就会有退货等
要把相关打印单据标记出来。在设计功能是，要么取消单据（一般通过移动端代替纸质单据），要么额外设计打印功能
针对详细流程图的每个步骤写说明
格式等细节问题不用耗费太多时间，重点做到全面清晰，并且和客户达成一致
客户的业务重难点
需要在专门的位置进行详细记录，并在设计产品是重点关注。
4.管理报表
管理层对B端产品的评价往往会决定企业是否续费，从产品设计的角度来说，业务流程和管理报表需要同步梳理，否则后期才发现流程页面字段或逻辑无法满足管理报表，产品就可能需要返工
5.现有系统
需要被替代的系统
需要被集成的系统
6.用户期望
执行层
往往关注业务处理的效率
管理层
相当于执行层，管理层更关注管理效率提升和业绩结果达成
决策层
更关注数据的实时查看和分析。
方案编写
要点
聚焦重点，及定位面向哪一类型的客户，解决哪个痛点
保持究竟精神
注意提醒自己：没有慎重思考过的产品，不值得浪费宝贵的研发资源
长远规划
方案结构
要求
解决什么问题
解决问题的方案
页面设计和逻辑
结构
整体方案
需要对产品价值，整体方案和总架构进行说明
详细方案（需要对每个模块进行分析，重点论证是否伪需求并明确成功指标）
管理报表方案：反映管理者的需求，需要和业务功能一起设计
系统集成：对与大企业的SaaS产品，往往涉及系统集成
用户期望满足情况
整体方案的编写
方案概要说明
产品定位
客户是谁
解决痛点是什么
客户为什么要选择我们
产品功能范围
考虑到在某些情况下难以完全避免定制化，需要区别标准和定制化功能
除了MVP版本的功能，还可以规划后续版本的功能
不能为了“不确定还很大”的产品规划，把当前版本设计的过于复杂，这样还会给开发，测试部门造成不必要的负担。
整体方案流程图
系统架构图
低耦合高复用
多组织架构设计
详细方案编写
需求合理性分析
是否是伪需求
是否纳入当前版本
是否是个性化需求
明确成功的指标
成功的指标不但可以衡量工作成果，更重要的是，通过明确和拆分成功指标，可以找到让产品变得更好的的方法。
方案要点说明
详细方案流程图
应该从角色和行为两个维度精选清晰完整的业务流程进行阐述。常用泳道图
为了方便其他同事查看理解，也便于后续回看，我们还需要为流程图加上流程说明。
原型图
页面设计和注解需要尽可能详细
便于梳理思路
便于开发和测试同事协作
便于与其他产品经理协作
做好版本迭代记录
产品规划
复盘：避免重复犯错
分维度的复盘1.原计划情况概述；2.目标达成情况；3.不足
机会分析：规划的灵魂
梳理目标与现实存在的差距
内部分析
可能是当前业务的痛点，也可能是公司计划开拓的新业务
外部分析
和环境变化，新技术的出现有关系
目标：定义成功
愿景
立下愿景对团队产生激励作用
中短期目标
注重定性目标
量化目标，辅助判断定性目标达成情况
策略：落地的关键
计划与资源：高效执行
团队管理
管理的本质
项目管理就是和人打交道的艺术
如何做好管理工作
处理好和自己的关系
接受“依赖他人完成工作”的事实：因为你没办法一个人完成所有工作
接受挫败感
管理高自己的时间
以每10分钟为单位，记录自己的工作时间，很容易发现自己的问题。管理的团队变大之后，如果依然把很多事情思考好再安排下去，效率就太低了。而是接到一个新任务，第一件事不是思考做事逻辑，而是思考谁是最合适的负责人，交代好要求，剩下的让负责人去梳理
处理好和下属的关系
建立信任
需要掌握的能力
经营策略
业务流程
业务重难点
行业化解决方案
