前段时间公司自研了一套适配于本公司业务的销售管理软件，基于此跟大家分享下产品方案的设计思路~

一、明确业务背景

合作三方的CRM销售管理软件的主线流程为“流量——线索——MQL——SQL——商机——成交——增购复购/转介绍”，这也是市面常见的全链路营销漏斗，大而全。而公司销售策略简单粗暴，拜访客户即为商机，持续跟进直至转化为客户，否则掉入公海。随着业务发展，三方平台与业务不适配度不断提升，也就有了自研销售管理软件的契机。

二、方案设计思路

2.1 确定业务目标

接手一个需求，首先要了解业务背景、业务目标，从而确定设计的边界、范围；如本次的销售管理软件，目标是在三方合作到期前完成业务迁移，能用自研产品完成业务数据录入，那设计重点就可拆分成两个：一是自研软件能跑通业务、二是三方数据清洗及迁移。

2.2 梳理业务流程

业务流转都遵循一定的流程，业务梳理的本质就是找出业务经过的每个节点由什么角色做什么操作，一般分为以下6个步骤：

明确梳理的是什么业务；它从开始到结束需要经过哪些节点；每个节点都经过谁，需要做什么操作；哪个节点有逆向流程，怎么触发，经过谁，需要什么操作；异常场景有哪些，经过谁，需要什么操作；监督及管理整个流程；

完成这一步后，基本掌握了业务内容、每一步的主体和流程，整合抽象成系统语言，输出业务流程图，图为销售管理示例：

广告

胆小者勿入！五四三二一...恐怖的躲猫猫游戏现在开始！

×

2.3 拆解节点

整理出业务节点后，能确定系统的主要功能模块，接下来需进一步分析每个节点下业务的具体流程及各角色功能。以上图商机流转为例，整体分为新建客户、拜访客户、签订合同、上线客户、正式运营、掉入公海六个节点，分别可整理出：

新建客户：销售录入客户信息，此时需校验客户是否已被跟进；拜访客户：销售确定拜访的客户及客户地址，到达目的地后打卡签到、签退，系统根据打卡有效范围返回打卡状态。如发起线上反馈，则需客户运营介入处理，客户运营线上将反馈内容同步至销售；签订合同：销售发起合同审批流程，需看到审批流节点、各个节点的审批状态；上线客户：运营人员在后台创建客户，系统需同步销售客户线上状态；正式运营：客户在平台产生交易销售才有提成，所以系统需同步销售客户运营状态；掉入公海：销售在规定时间内未签下客户，客源流失进入到公海池；如需二次开发，则区总可分配给本区域销售，管理员可分配给本区域、也可跨区域分配；

通过分解每个节点的流程，可以更加清晰的了解业务的流转，并减少需求点的遗漏。

2.4 明确数据权限

确定业务流程涉及到的角色，角色所需的菜单权限、功能权限、数据权限；

菜单权限：能看到哪些页面；功能权限：能做哪些操作，如查看、编辑、启用、禁用；数据权限：能看哪些数据，一般为本人创建数据、本人关联数据、部门数据、全部数据；2.5 设计数据指标

将业务流程梳理完成并输出产品方案并不是目的，一切最终是要为数据指标服务，要么是提升人效、要么是提高业绩、要么是方便管理，目的不同需要的数据也就不同。以销售管理为例，每个部门每个角色都有自己的考核目标，考核什么就会关注什么。执行层的人更关注行为指标，区总更关注部门的完成度。

（1）对销售而言

他们更关注自己的业绩：目标是多少、完成了多少、还差多少、客户当月应开未开额多少；绩效完成度：当月需拜访客户数、还差几个、哪些客户可以去拜访；拓客方式：是否有未对接客户、公海池是否有可开发客源；

（2）对区总而言

更关注部门业绩完成度：目标是多少、完成了多少、还差多少、部门客户当月应开未开额多少、目前部门排行第几；每个人的绩效完成度：谁完成了目标、谁没完成目标、还差几个、什么原因没完成；每个人的转化情况：谁的转化不好、哪步不好、什么原因不好、怎么改变；

根据不同角色设计指标数据，按漏斗图、仪表盘、图表等形式展示给各个角色，完成数据管理。

三、结语

以上便是产品方案设计的基本思路，当然不同业务形态下设计步骤不尽相同，比如简单的优化需求明确业务背景后就可进行页面设计，更复杂的项目会有整体业务流程、单节点业务流程、产品交互流程等过程，需要具体项目具体分析了。

希望本篇文章对大家有所帮助~

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

题图来自Unsplash，基于CC0协议

该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。