「后台产品」怎么做?
2017-09-29
1565
快两年的产品经验里，我做过公司的运营后台和校区的管理后台，积累了一些经验。
后台产品和用户端产品本质上是一样的，都是分析用户需求，将需求落地为具体的产品功能。相比之下，后台产品更加注重业务逻辑和数据流转，而且后台产品的用户更有耐心，对视觉设计和交互设计要求较低。
一、业务逻辑要梳理
业务逻辑的核心是谁（用户角色）？在什么场景下（时间地点）？完成什么任务？这个任务的实现需要经过哪些步骤？
下面以互联网教育公司为例进行解释，因为各个功能的使用场景类似，就没有逐一分析。
通过和不同业务线上的运营同学交流，了解他们的日常工作，我们收集到了这张表。中间需要注意的是，不同的运营同学的工作内容可能有交叉，比如教师运营和商城运营的同学也会进行一些活动运营，这个在权限划分上需要注意。
产品架构按照任务类型来组织，每个角色可以快速找到自己需要的功能。
二、权限要设计
权限管理的核心是明确谁有权干什么。一般来讲，权限划分有两种方式，一种是按照业务类型进行角色设计，一种是按照用户的职位等级进行划分。两种划分方式可以结合起来，按照职位等级划分之后，再针对每个等级进行角色细分。
以运营后台为例，由于初创公司的管理结构较为扁平化，权限设计没有上下级划分，只有一个超级管理员账号。其他的按照角色来分组，不存在层级关系，操作不需要上级审核。
但是我做的另外一个校区管理后台系统，相比较之下就较为复杂。由于是2B的系统，层级分为总部、区域、城市、校区，每个层级内部又有角色细分，比如校长、课程咨询、学管师等等。将需求和层级纳入同一张表里，我们就得到了这样一张权限设计表。
三、账号体系要设计
账号体系主要包括账号生成、登陆、注销、密码找回、多系统关联。小公司的内部后台管理系统账号，大多由开发同学——超级管理员，负责生成和注销。在层级较多、组织庞大的情况下，就要考虑账号注册、审核、绑定等问题，核心是保证账户安全和操作简单快捷。
以校区管理后台为例，校区刚开始试运营的时候，人员较少，没有层级，所有账号都由总部超级管理员生成。后来开始拓展2B业务，系统重构，这时候就开始重新设计账号体系，改为超级管理员只开通校长账号，下级账号由上级开通和注销，保证了校区运营的灵活性，同时节约了超级管理员的时间。很多crm系统也是一样的规范，这个可以参考借鉴。
四、功能要设计
在做完整体的架构设计，我们就要开始设计每一个具体的功能，这时候可以采取四步走战略。
第一步，梳理业务逻辑。仍然是理清楚谁在什么场景下要完成什么任务，形成完整流程图。
比如说，APP推送更新，需要经过的环节有以下几步：更新材料配置（安装包、图片、文案），更新条件配置（推送用户数量／渠道、推送时间、前台／后台更新），更新数据跟踪，异常问题处理等。
第二步，依据流程图，确定产品的功能点。
第三步，搭建产品架构图。这一步需要确定页面数量、层级关系；每一个页面的功能。
第四步，原型设计。确定每个页面包含哪些模块，每个模块包含哪些元素，按照用户认知顺序对页面进行布局，形成原型图。
实操案例：活动运营的功能设计
第一步：理清业务逻辑
活动运营包括策划、开发、上线、数据查看、下线、复盘等环节，其中运营后台的使用场景是活动运营同学在运营后台上线活动，并且查看以往活动的历史数据；
业务逻辑梳理如下：
上线：选择资源位（首页、商城banner、开屏页、答题广场）、上线时间、渠道、城市；配置上线素材（图片、文案）；设定上下线时间。
数据查看：总数据、分时段数据、漏斗、对比；
下线：在数据没有达到效果或者发生意外的情况下，需要将活动手动下线；
复盘：数据导出。
第二步：确定页面和功能点
根据上一步的流程，我们可以确定下来的功能有：
1、上线功能
2、查找历史活动
3、查看活动数据
4、下线功能
按照场景划分页面，其中上线功能是在一个单独场景下的；查看历史活动数据和手动下线是在另外一个场景下。所以，至少有两个主页面：上线和活动列表页，活动列表页包括数据查看的子页面。
因为功能比较简单，页面功能点和架构图就一起完成了。在大多数情况下，确定了功能点之后，架构图也就顺理成章的出来了。
第三步：设计每个页面的原型
1、确定每个页面包含的功能模块
活动列表页包括活动检索功能、活动列表、数据查看的入口。
2、确定整体的布局
检索功能放在右上角，符合用户操作习惯；
活动列表在页面中间；
数据查看入口有两个，点击活动名称和操作栏的“查看数据”按钮。
3、确定每个功能模块包括哪些元素
检索功能包括输入框、提示文字和查找按钮；
活动列表包括活动名称、图片、文案、上下线时间、渠道、城市、PV、点击、操作栏。
确定每个模块元素的重要层级，比如说活动列表里最重要的是活动名称，渠道信息比城市更重要等等。
接下来，将元素按照布局摆放好，利用顺序、字体颜色来突出或弱化某些信息，最终完成原型设计。
第四步：设计check
后台产品的功能有些会很复杂，虽然说后台用户比较有耐心，但最好可以在交互设计上降低使用成本，也减小后期培训压力。
所以最好自己按照原型设计走一遍，或者找目标用户做可用性测试，确定有哪些操作、哪些文案是用户可能会懵逼的，进行修改，或者加说明文字、使用帮助。
最新资讯
微信扫一扫
关注公众号，了解更多资讯
