传统企业转型利器:一份用心撰写的“产品说明书”

我是创始人李岩:很抱歉!给自己产品做个广告,点击进来看看。  

编辑导语:产品说明书的存在可以让运营人员更好地了解产品,并结合当下产品现状,搭建相应策略,推动业务的发展,促进企业转型升级。那么,应该如何书写一份有效的产品说明书?本文作者便总结了产品说明书的撰写方法,一起来看一下。

传统企业转型利器:一份用心撰写的“产品说明书”

很多传统企业转型失败的原因在于企业领导的思维固化,意识跟不上。

同样的道理,没有实体承载的互联网工具,在传统企业转型过程中,也无法真的做好创新和变革。

互联网+的最终目的应该是将企业互联网化,而非简单的结合。互联网转型只是手段,转型之前,请弄清楚企业当前所面临的问题,再看互联网的接入是否能解决这个问题,以免走弯路,还浪费企业资源。

完成从产品到运营的友好过渡之后,运营人员就需要进一步将产品传递给市场人员。如果产品上线后运营效果不好,那就说明前期的市场调研没做好,没有找到精准客户,没有很好地帮助产品经理把产品价值传递给客户。

因此,如何更好地结合互联网创新的思维,助力传统企业转型升级,为产业提供深度赋能,提升内部效率及外部服务能力?

我认为从0到1设计ToB产品,系统和人、线上与线下,产品与运营良好协作才是关键。

产品经理与业务运营人员的协作过程,如下表所示,主要有两个大核心步骤及对应的产物: 《产品说明书》《业务流程SOP》

产品说明书是指以文体的方式对某产品进行相对的详细表述,使人认识、了解到某产品。其基本特点有真实性、科学性、条理性、通俗性和实用性。产品说明书的结构通常由标题、正文和落款三个部分构成。正文是产品说明书的主题、核心部分。

传统企业转型利器:一份用心撰写的“产品说明书”

在传统企业转型过程中,线下运营人员的职责是帮助产品传递核心理念,辅助产品应用于市场。

所以在ToB的业务中,业务运营人员的重要工作之一就是“教会”业务人员(如销售、售前解决方案等)如何向用户推广产品之前,因此,业务运营人员首先需要弄懂所需运营的对象是谁?面对不同的对象,运营策略是不同的。

所以,产品经理撰写《产品说明书》的目的是让运营能根据你的产品功能说明,了解产品现状,功能操作细节,从而梳理适合前线销售阅读和学习的产品手册及视频,让业务运营人员能更好讲产品功能传递到业务侧。

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

一、业务模式简述

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

传统企业转型利器:一份用心撰写的“产品说明书”

二、合作模式与协议

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

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

三、产品框架简述

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

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

《产品心得 | 走在To B的路上,我淌过这5个大坑!》 一文我曾总结传统企业转型中的产品框架设计,需要了解五个方面的内容。

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

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

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

四、产品端与角色分工

1. 方法一:线上+线下结合

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

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

2. 方法二:产品+运营结合

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

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

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

五、产品功能与说明

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

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

六、总结

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

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

#专栏作家#

Mandy权,微信公众号:小Q聊产品,人人都是产品经理专栏作家。《从需求到产品:0岁产品经理进阶之道》作者,善于C端产品体验,B端产品模式设计。

本文原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!

随意打赏

提交建议
微信扫一扫,分享给好友吧。