在你规划行动方案之前，一定记得先问自己：有什么事情我如果“今天”做了，可以让“明天”更好，或者至少让“明天”不会更糟。

                                                                                                                         ——安迪·格鲁夫《格鲁夫给经理人的第一课》

4.1 调研市场：如何找到B端产品

互联网是完备的信息库，内部有无数你工作生活所需的数据，因此产品不怕找不到竞品，而是应该关注如何精炼信息，快速从大量信息出筛选出有用的信息，以下为5个方法去获取B端产品的相关信息：

1.明确目的。想清楚你要查询的信息，定好方向再起步（需求的发起者是为了解决什么问题）。

2.与业务同事沟通。B端产品的需求，大部分来自业务。业务同事基本都用过所在领域的其他家B端产品，问一问都叫什么名字，使用起来有什么特点。

3.了解专有名词。大部分B端产品都可以追溯到传统软件领域，这就带来了一个好处：积累了大量专业术语和专有名词，比如ERP（企业资源计划）、WMS（仓储管理系统）。

4.找到同类的SaaS产品。例如：搞电商的可以研究淘宝商家后台，搞CRM的可以研究Sales Force、销售易、纷享销客，搞ERP的可以研究管家婆、管易等等

5.搜索信息的渠道。百度和谷歌肯定是首选的渠道，然后知乎、简书、PMCAFF、人人都是产品经理等等分享的文章去获取你想要的信息。

守约大大补充：来自其他文章哦~

学习成熟软件，可以从以下几个角度入手拆解，研究其设计思想：

首先，研究B端产品通用功能是如何设计的。例如：角色、权限管理、系统参数配置、数据字典管理，这些功能模块在任何B端产品设计中都是相同的。

其次，研究常见功能组件的应用功能和交互设计。例如：列表页的设计思路、报表模块的设计思路、消息中心与提醒机制的设计思路。

最后，研究软件模块背后的设计思想。这需要先理解业务模式、业务流程，业务中常见的管理难题和运营问题；然后揣摩软件系统为什么这样设计功能模块，如何设计的管理模式，如何支持的业务。

（具体的方法论和业务举例，守约大大会额外写一篇文章去做介绍，还是需要干货和方法才可以理解清楚）

产品经理需要做什么？

分析产品可能存在的机会和赢利点，获取行业经验和方向

做之前要有什么？

1.产品创意。关于你构想的产品的点子和想法（需求是什么，解决的问题什么？）

2.行业信息。收集到的竞品信息和行业发展状况。

有什么可以提供帮助的工具或方法？

1.商业模式画布

2.SWOT分析

3.竞品分析

做完得到什么？

1.竞品分析报告。报告应该包括：行业发展状况及有哪些竞品；竞品使用者和特性的描述；自己的产品与产品之间的比较；通过分析得到的结论和信息等。

2.商业需求报告。文档应该包括：产品创意产生的背景、产品或解决方案介绍、产品规划、产品成本、产品收益、产品风险等。

守约大大补充：

多数产品经理，可能接手的都是已有的产品，因此你需要准备的就是明确产品方向（方向对了，做的东西不会错到哪里去），行业现状（别人在做什么，做的境况如何）。然后可以去做一些竞品分析（不一定非要写报告，不拘泥于形式，体验下直接得出你要做什么的结论也可以，但是一定要有自己的思考）

4.2 调研用户：倾听用户的声音

B端用户有很大概率是产品经理身边的同事，所以能很方便地调研用户。用户调研的方法有很多，比如用户访谈、问卷调查、焦点小组等。最重要的是随时走到用户身边，去倾听用户的声音。

用户调研原则：

1.用户的话不能全信。用户可能会为了引起产品经理对问题或者需求的重视，有意无意地夸大事实；用户也可能会因为害羞或者怕说错话，而不去真实地表达自己的想法。

2.能有的功能，用户希望都能有。人的本性是贪婪的，如果能多实现功能，何乐而不为。这时候依然借用28原则，用20%去解决80%用户的问题即可，功能越多，给用户选择的余地越多，培训成本，维护成本以及操作成本都会大幅度加大，可能一个功能点，1个月只被1-2个用户使用。

3.明确词语含义。词语是最容易产生误解的，比如用户说我感觉报表加载更快一点，体验会更好。这个更快一点就需要进一步明确，最好让用户复现一下打开报表的过程，看看究竟是哪里出现问题。

4.尽量不要问有固定选项的问题。列出几个选项让用户选择，即使里面没有他想要的，他也会选一个出来。问用户，产品有哪些功能特别让你满意。

5.重述用户所说的。把用户描述的话，用产品经理自己的语言再说一遍，让用户判断说的对不对。这样可以检验一下是否真正了解了用户所述，也让用户重新思考自己表达的准确性。

6.别让用户预测未来。最典型的是，让用户设计产品的样子。那要你这个产品做什么？你有自己的想法，无论对错，都是你应该自己去踩出来的路。产品一定要有自己的决断，当然不是说一意孤行，而是不要被外人所左右。

用户访谈的方法：

发现问题：你正在做什么事情？做的过程中有什么不舒服的地方吗？遇到了什么问题？

分析流程：你现在用什么方法来解决这个问题？

探索机会：为了更好地解决问题，你认为哪里优化下可以帮到你，你现在是使用什么方法解决的？

总结：

产品经理做什么？

分析和研究产品的使用者。

做完得到什么？

用户调研报告。（报告应该包括：对使用者的描述、通过分析得到的结论）

守约大大补充：

上述作者写的应该是基于从0到1的过程阐述，我认为在已有系统的基础上，去做用户调研需要做的是：1.熟练自己产品的各个流程和步骤  2.明确本次用户调研的核心目的是为了解决什么问题（提高业务部工作效率？调研某一个功能点的使用和反馈？收集当前系统功能无法支持部门工作流转的问题？3.调研对象是谁？（是主管还是员工））

4.3 规划产品路线：缩小现在与未来的差距

产品经理的工作重点：规划和预测，减少应急奔波。制定一个总体目标，为这个目标规划好每一步的打发、进攻路线和阶段性目的。

4.3.1 制订战略规划

战略规划的三个步骤：

1、分析和预测需求

产品经理首先要明确与产品成败相关的因素，了解用户对各个因素的期望。比如一个产品的外界环境可以由用户、竞争对手、合作伙伴等组成，用户和业务同事想从产品中获得哪些东西？

2、现状分析

用户目前从我们的产品中得到什么？是否能够让他们满意？接下来的时间里，用户又希望我们的产品有哪些功能？分析这些差异得到的结论。

分析的目的：目前自己的产品处于什么状态，目前所使用的产品与业内优秀产品有怎么样的差别。

3、缩小差距（采取行动）

1.列出为了缩小差距所要做的事情。

2.想一想目前产品的约束条件，从刚才列出的清单中画出可以做到的事情。

3.思考一下，画出的事情会使产品有怎么样的结果，并且这个结果最好能够测量。

4.给结果排序，定义优先级，并且加上期望日期。

                                                                                                 产品规划路线图

4.3.2 管理战略规划

1.关注重点

重点就是执行战略规划中的目标和方向，产品经理一周的工作时间大约是50-60小时起步，如果不断的处理应急工作，没有焦点和专注，最终将收效甚微。总是处理迫在眉睫的事情，会令人丧失目标。

守约大大补充：在一次工作调整后我就遇到被琐事耽误，陷入焦躁状态（需要排查bug，导数据，以及回复各个端人员发送的消息等等各种小事，再艰难的度过爆炸般的2周工作以后，通过自我的心态调整以及本书中专注于核心目标，尽可能拆解工作，优化工作流程。每天11点，5点处理咨询和导数据相关事情，bug全部提到单独的一个群内，安排测试跟进，减少全公司的人员都往产品这边提问，让自己不疲于回复消息。

2.根据机遇权衡变化

计划赶不上变化，要拥抱变化。我们思考的战略规划的条件，都处在变化中，比如机遇来了，风口到了，那就得赶紧抓住时机。当然将机遇转变为自己要做的事情时，要思考做成这件事的假设条件是否成立。

举个例子：后台系统如果有搜索功能，就能帮助用户快速找到他们想要的功能。这时候，就要思考假设条件是否成立，搜索功能是否真能帮助用户找到他们想要的功能？如果是，设计成直观的导航是否可行？搜索功能的技术是否可以实现？实现的成本是否可以接受？

3.执行到位

在执行产品规划方案时，要实时反馈并验收成果。需要设置很多指标，来监控和修正我们的行动方案。

总结：

产品经理做什么？

规划产品发展路线、节奏。

有什么可以提供帮助的工具？

1、会议

2、头脑风暴

（团队一起前行）

做完得到什么？

产品发展路线图（实现时间、名称、目标、功能、优先级、度量标准）

还需要关注什么？

规划产品的发展路径是为了做到整体规划，分布实施、在执行的过程中也要注意发现机遇，及时地修正产品计划，也就是所说的拥抱变化。