一份产品说明书，是你所日夜投入精力与汗血所设计、开发出来的产品的客观介绍，是对产品业务流程、操作流程的描述，是对目标用户的规范性指导。无论是作为资深产品人亦或是刚入行的产品小白，小编认为写好一份产品说明书应是我们职业生涯中所必备的职场技能之一。

产品说明书不仅是一份使用说明书，更是互联网企业宣传和推销自己产品的一种普遍形式，是对产品外观及内容的客观介绍，是对业务操作流程的详细讲解，是对目标用户灌输产品意义及价值观的方式。

生活中我们不少见到各式各样的产品说明书，大至汽车产品说明书，小至螺母的操作说明书，都是我们常见的实体产品使用说明书。而对于互联网虚拟产品，例如我们常用的app或B端企业所开发的web后台产品等，都具备一份详细的产品说明书，对他们进行分析后我们不难发现他们的组成结构都会包括公司介绍、产品诞生背景、产品适配的业务场景、产品功能、特色、亮点、内容逻辑等……

如果有幸你的leader让你撰写一份产品说明书，那么可以肯定的是你对该产品的整体开发流程、业务逻辑设计、产品整体业务框架、用户使用场景、目标用户画像都有一定的深入了解，且该产品项目必然是你手头众多项目中最核心、占比最大的一个。因为我们知道，产品说明书是产品的门面、是产品的核心，没有人会让一个对产品不熟悉的人去撰写产品说明书。

那么在开始撰写前，一份全面的产品说明书大纲会让我们少走许多弯路。通过大纲确定完说明书的整体框架后，即便我们对产品的方方面面都了如指掌，为了避免疏漏，我们还是需要收集必要的产品资料，例如PRD、MRD、用户画像、产品架构说明书、业务逻辑说明书等，通过这些文档我们可以进行产品业务逻辑的梳理、产品组织架构的重塑、用户需求、用户画像、产品开发目的及意义等有一个重新认识。同时对说明书内容的丰富度与文档架构逻辑也能达到最优化的效果。

收集—分析—归类整理—提炼总结，是小编百试不爽的工作法则。

产品经理的工作虽然要求拥有全能的五边形技能，但其本质都不外乎对核心需求的挖掘、分析；对事物本质的洞悉；对用户心理状态、消费习性的研究等。对业务的深入了解后形成一套适合自己的方法论，虽不能像灭霸拥有五颗宝石后打响一个响指的威力那么大，但却让我们的思维更具逻辑性、让工作更便捷、效率更高。

产品经理最重要的工作之一便是对需求的挖掘与评审，并收入需求池中，但对需求优先级排列的占比丝毫不亚于需求的收集分析。同样，需求有优先级之分，那么我们产品说明书中的内容点也有优先级、核心要素与次要素之分。

撰写产品说明书我们知道是从企业的角度出发介绍产品，此时我们的讲解对象是我们的目标用户，那么我们必须用到平时培养起来的同理心，以用户的角度，企业的写法来完成这次产品说明书的撰写。

产品开发的目的是未了解决用户现实常见中遇到的问题，满足用户需求。以用户的角度撰写产品说明书，我们需明确用户的核心痛点与产品的亮点卖点之间的联系所在，而二者之间的交叉点，便是我们的产品说明书所必须提炼、突出的核心要素之一。

本文我们就《产品说明书》进行分析并总结一套撰写方法。一套比较用心的《产品说明书》，我认为至少包括五个方面：业务模式简述、合作模式与协议、产品框架简述、产品端与角色分工、产品功能与说明。

做To B的产品，最难的就是业务理解。To B的产品功能仅是冰山一角，服务设计才是精髓。所以业务模式一定是产品设计的基础，业务模式最终影响了服务的力度和方向。

企业之间的四种合作模式，分别是加盟、直营、直管、众筹。除此之外，还有协议合作、参股合作、投资成立项目公司合作、并购合作、债权合作等多种合作模式。

我们在《产品说明书》中的这一篇章里，就应该重点阐述客户与我们的合作方式是什么？签约逻辑以及服务方式是什么？具体的内容可以是上下游的合作方式，以及上下游所签署的协议内容展示。

产品框架是将产品进行信息化、模块化、层次化，来传递产品的业务流程、商业模式和实现思路，是系统设计最核心最关键的部分。

产业互联网产品有非常强的业务属性，如果缺乏框架性思考，可能导致比较严重的问题。内部可能存在不断堆砌功能、开发成本变高的情况；对外客户看到的功能变得繁复且不易操作。架构有助于梳理一套标准化业务模型，搭建框架，让后端标准化，前端个性化，最终为了高效满足用户的不同需求。

以下图为例子，ToB的产品，「盈利」是成功的表现。虽说好的产品一定程度上能促使最终盈利，但是销售、市场的沟通和客情也是关键因素。并且在成功的路上，财务+法务保障了这一切健康安全运行。

所以，产品、法务、财务、销售、运营五个环节，相辅相成，缺一不可。每一个环节所埋下的小问题，最后都有可能造成大困难。

保证五个环节打通，发挥其重要作用，助力产品成功，才是检验产品经理能力的标准。

产品（系统）上线后，存在一些不便于销售使用的场景及功能，即销售「卡」点。我们需要从产品设计的角度给出说明及解决方案，并为销售提供友好的使用说明。

产品经理需要把自己设计出来的产品功能，用比较贴近用户的使用场景的方式，解释给运营人员听。目的是让运营能根据你的产品功能说明、销售「卡」点，梳理适合前线销售阅读和学习的产品手册及视频。

B端的产品，更多是服务思维。产品的功能从业务触发，以服务为结点。

但是服务又是一个非常复杂的事情，并非一个界面触达、文案提示就能简单做好的。服务一定是需要「系统」和「人」相互结合，相互补位，才能做到极致。

《传统企业转型利器：“产品+服务+解决方案”》一文中，我提及过B端产品的设计原则，本质是要优化客户的效率，为客户“降本增效”，所以不能一味追求大用户量，需要把更多精力放在如何优化客户的效率上。如下表所示，展示一个产品端的功能及角色分工：

将业务流程到产品设计梳理清楚并设计为产品。可以用简单的业务逻辑图梳理角色之间的关联。梳理整体的业务流程，多用泳道图和流程图结合的形式。首先需要分角色将业务做连接。还需整理每一端每一个功能模块的业务流程，这样的方式可保证每种角色的业务不会出现遗漏。

输出产品架构图、原型设计及交互说明，视觉设计。通过MVP方案试点或者解决问题集中爆发期的功能设计，上线后结合业务数据及运营数据进行数据分析，通过数据分析完善逻辑优化、补齐功能。

传统产业通过“互联网+”实现转型升级是一条企业发展的必经之路。这里所提及的“转型”，是指企业长期经营方向、运营模式及其相应的组织方式、资源配置方式的整体性转变，是企业重塑竞争优势、提升社会价值，达到新的企业形态的过程。

一份用心的《产品说明书》是希望：能通过产品能力，将原本线下的传统业务流程搬到线上，最终为企业形成海量的数据池。然后通过数据分析，反哺原有流程的不合理点，进而实现产品技术创新。

本文为作者独立观点，不代表鸟哥笔记立场，未经允许不得转载。

《鸟哥笔记版权及免责申明》 如对文章、图片、字体等版权有疑问，请点击 反馈举报