文章为作者在业务型平台设计中的工作内容的总计与思考，希望给你带来启发。

小明是从事信息安全领域的，当时入职并没有对这个行业有较深的了解，只是抱着要从事产品经理这个职位的信念进入了现在这家公司，入职第二天就接手正在设计中的一个线上业务受理平台。

于是在接下来的日子里不断熟悉业务的过程中去完善平台的设计，紧接着就是需求评审、项目跟进等一系列的工作。功夫不负有心人，入职一月我就成功转正了，并且在年终总结会上被评为公司“优秀员工”『只有两个人』；在这里我非常感谢老板们和我的直系领导对我的认可，是他们的认可让我在产品的道路上越走越远。

2017年的最后一月，即将迎来新的2018年，大家都在忙着做年终总结。想想在这一年的时间里，小明承担了几个业务型平台的产品设计，在整理的过程当中，正好把现在在做即将上线的一个平台『业务受理平台—PC端』分享给大家，浅谈自己在整个平台设计中的工作内容和简单的思考，欢迎大家拍砖『轻轻地拍』。

业务受理平台不难理解，即将现有业务的线下受理依靠互联网工具迁移到线上来，同时在现有业务的基础上实现互联网+服务最大化；小明在整个业务型平台设计的过程思考如下：

业务梳理

既然设计的是业务型平台，那就首先要对整体的业务很熟悉，包括业务的内容、范围、输入和输出以及业务流程等。

• 内容：即业务介绍，对于一项业务首先要知道这项业务是关于什么的；
• 范围：即业务受众，哪些人会跟这项业务相关，是针对的个人还是企业；
• 输入：即受理单位需要获取的信息，既然是业务受理则肯定有提交方和反馈方，这里的提交方是输入的源头；
• 输出：即业务结果，该业务受理完成后是以证书的形式还是以其他相关的文件进行反馈；
• 业务流程：即受理流程，业务型平台本身是出于反馈方提高工作效率的目的，因此要把业务完整的受理流程进行梳理，避免造成产品设计过程中逻辑不清晰；

 （右击在新标签页中打开可查看大图）

产品定位

通过对业务知识的获取，我们对我们所需要做的业务平台的核心有个大概的了解，接下来我们就是对其平台这款产品进行定位，毕竟传统业务转型的目的也是希望能在线受理更多用户的申请，因为只有找准了产品定位，才能解决用户线下办理的痛点，才能让这种看似传统业务的工作成功依靠互联网工具进行方向性的改变。针对其考虑我做了如下内容的梳理：

首先是目标用户的梳理，对其目标用户做标签化。

其次是场景思考，思考除线上申请外的其他需求场景，几种场景进行罗列，一是方便对其产品的用户有个更精准的定位，另外一个方便产品后期的规划和宣传；

• 场景一：企业网站或系统买了很多安全设备和安全服务，那安全防护能力达到了一种什么样级别呢？有什么量化的标准呢？
• 场景二：市面上有那么多的安全厂商和安全服务，购买哪些就可以让企业的网站或系统安全呢？
• 场景三：已经购买了网站安全服务，但是安全服务厂商做的怎么样呢？

场景四：用户来访问网站，怎么能让他知道正在访问的网站是安全的呢？

根据我们对用户和场景的分析，我们的平台产品定位是：解决用户异地申请证书及后期安全服务量化的需求；

需求分析

在对其产品的需求分析中，我采用了KANO模型进行分析，目的是对其平台的开发进行阶段性的需求管理；

基本需求：线上提交需求基本信息、申请表信息和申请材料，线上获取证书『这里强调该业务中涉及的证书为电子版』；

期望需求：安全服务可量化，输出量化的报告能定期给老板汇报；

兴奋需求：能通过平台实时查看网站或系统的安全态势；

产品设计

通过对其产品的需求分析，首先考虑实现第一阶段用户的基本需求，即在线提交材料及信息办理获取证书，对其我做了产品框架的整理：

 （右击在新标签页中打开可查看大图）

后期规划

在实现基本需求的基础上，后期的规划主要是对需求池中的需求『如期望需求和兴奋需求』进行整理，同时根据用户的反馈和对用户的调研进行需求分析，把相关需求分析的功能点依据“四象限原则”进行按期设计和开发。产品是个漫长的过程，需要产品经理的精雕细琢，前期的基本需求只能说是我们创造了产品，而真正塑造一款产品需要我们在现有设计的基础上不断增添用户的兴奋性需求，但是最初的方向『即初衷』不能错，因此对于业务型平台的设计一定首先要做的就是懂业务！懂业务！懂业务！重要的事言语三遍。

以上就是小明在整个业务型平台设计过程中内容分享，文中涉及业务性的内容没做过多介绍，大家看完后可能会觉得浅显，为了避免成软文，过多的内容可以在文章下进行评论，看到后会及时回复，这里要感谢公司在该领域工作十年以上的老人，是他们让我对业务的了解逐步加深！

作者：小明Symon，信息安全产品经理，擅长业务型平台设计和后台产品框架的搭建。

本文由 @小明Symon 原创发布于人人都是产品经理。未经许可，禁止转载。