实战案例：若何制作有说服力的产品开拓说明书？

综述

产品开拓解释书可以有多种形式，如Word、Axure、PPT等等。
一样平常PPT格式较适用于在企业产品评审会议上进行演示和评审。

产品开拓解释书表示了产品卖力人对产品开拓内容的深刻把握，必须有着严格的逻辑性，能够一阵见血地指出紧张问题，同时给出办理问题的详细方案和实现路径。
同时作为企业内部评审文件又必须言简意骇，干净有力，突出重点，避免冗长繁杂内容增加沟通理解本钱。

一份产品开拓解释书一样平常分为以下几个部分：问题、缘故原由、办理方案、产品架构解释、产品开拓路线、产品原型预览、须要折衷解释。

1. 问题

产品经理是办理问题的职位，产品开拓是基于问题所引起的需求而来的。
一个企业面对的问题每每纷繁繁芜，每个部门或管理层都能在自己的位置上提出各种问题，同时也制造各种问题。
作为产品经理必须透过征象看到实质，捉住紧张抵牾和当前最大的瓶颈并予以最优先办理。

实际案例中，之前企业各个部门提出过各种功能哀求，但由于目前企业所做的一部分数据和操作并没有在系统中完成，数据未在系统沉淀，导致所提的功能需求都成为无缘之木。
以是当前最关键的问题是实现所有数据线上化。

2. 缘故原由

凡问题的产生总有其缘故原由，理解问题的缘故原由有助于明白问题的实质，从而在产品开拓目标上达成同等，更好办理问题。
须要把稳的是，在讲述问题时只管即便避免“公司某个部门不合营或操作不当”等等说法，避免将产品开拓评审会开成问题的追责会议。

实际案例中，为什么没有实现所有数据线上化是由于业务开展比产品上线更先行，导致用户养成了用户习气。
且之前产品开拓的紧张精力是业务功能开拓，对付数据线上化这一块没有在前期完成。

3. 办理方案

针对关键问题的办理方案，也是产品解释书的重点内容。
如何利用各种技能和工具，出具完善的办理方案，并开拓新的产品或新的功能模块来办理问题表示了公司产品部门的核心能力。
由于产品开拓的原则是快速上线，更新迭代。
先知足可用性，再迭代升级用户体验。
以是办理方案一样平常要分阶段进行，每个阶段都有每个阶段的产品目标并具有业务可用性。

实际案例中，办理方案第一阶段实现审批流程和数据录入校验流程的完备线上化，这时具备业务可用性。
第二阶段完成历史数据迁移及往后线下出单数据线上化方案，分别办理历史数据问题和往后可能新产生的线下数据问题。
第三阶段再建立数据监控和数据模型开拓。

4. 产品架构

产品必须环绕着公司计策，并在确定的范围内进行开拓。
关于计策层和范围层的观点和主要性在此不展开阐述，但作为产品开拓必须服膺这一点，这样可以避免企业发展失落去方向或者在不主要的方向上投入过多资源。
对新产品或新功能在企业的产品架构中所处的位置，以及后续的产品方案开拓进行解释，能使参与产品评审会的职员明确这次产品开拓在计策层上的意义，并取得各部门同等的认同。

实际案例中，目前企业的计策是保险行业助贷产品的研发。
通过对产品架构的讲解，产品评审会上的职员都明确了这次产品开拓对付企业计策的意义。
（部分信息打码处理）

5. 产品开拓路线

产品架构从计策层高度描述了这次产品开拓的意义，产品开拓路线则给出了详细落地和实现的韶光表。

把稳这个韶光表必须与技能部门经由多次沟通才能在评审会上给出，避免涌现终极技能实现韶光远远超出产品开拓路线的环境。

其余，近期业务上较主要的其他产品开拓需求，与这次办理方案所列出的开拓路线有冲突的必须提前解释。
这样其他部门业务职员在详细业务安排上可以做好准备，只管即便避免产品开拓一半的时候被其他开拓需求打断的环境涌现。

实际案例中给出理解决方案中三个阶段产品开拓所须要的韶光表。
由于企业近期有开展佣金垫资业务的需求，所有佣金垫资也急需开拓，在评审会上就几个产品开拓做相识释和磋商。

6. 产品原型预览

不管是笔墨还是措辞的描述，总没有详细的图片或者原型更为形象。
对付产品完成后的原型或者demo，最好能在产品开拓解释时就进行展示。
一方面企业其他部门对付终极达成的效果有个初步印象，方便开展业务时向客户解释。
另一方面对于企业其他部门提出的见地可以进行记录，并在出具PRD文档时进行改动。

实际案例中给出了两个产品原型预览供在评审会上进行展示。

7. 须要的折衷和帮忙

末了，产品开拓不仅仅是产品部门的事情。
企业其他部门在产品开拓的各个阶段的积极参与，对付产品终极成型和效果是大有裨益的。
产品开拓解释中须要其他部门进行折衷和帮忙的地方也可以在开拓方案中进行解释。

实际案例中，对希望市场部和风控部帮忙的地方进行了必要的解释。

结语：

以上是关于产品开拓解释书的内容。
笔者紧张从事互联网金融产品设计，欢迎同行互换磋商。

作者：

本文由 @

题图来自 Unsplash ，基于 CC0 协议