「后台产品」怎么做？让我拿出压箱底的经验告诉你(2)

四、进行功能设计

在做完整体的架构设计，我们就要开始设计每一个具体的功能，这时候可以采取四步走战略。

第一步，梳理业务逻辑。仍然是理清楚谁在什么场景下要完成什么任务，形成完整流程图。

比如说，APP推送更新，需要经过的环节有以下几步：更新材料配置（安装包、图片、文案），更新条件配置（推送用户数量／渠道、推送时间、前台／后台更新），更新数据跟踪，异常问题处理等。

第二步，依据流程图，确定产品的功能点。

第三步，搭建产品架构图。这一步需要确定页面数量、层级关系；每一个页面的功能。

第四步，原型设计。确定每个页面包含哪些模块，每个模块包含哪些元素，按照用户认知顺序对页面进行布局，形成原型图。

实操案例：活动运营的功能设计

第一步：理清业务逻辑

活动运营包括策划、开发、上线、数据查看、下线、复盘等环节，其中运营后台的使用场景是活动运营同学在运营后台上线活动，并且查看以往活动的历史数据；

业务逻辑梳理如下：

上线：选择资源位（首页、商城banner、开屏页、答题广场）、上线时间、渠道、城市；配置上线素材（图片、文案）；设定上下线时间。

数据查看：总数据、分时段数据、漏斗、对比；

下线：在数据没有达到效果或者发生意外的情况下，需要将活动手动下线；

复盘：数据导出。

第二步：确定页面和功能点

根据上一步的流程，我们可以确定下来的功能有：

1、上线功能

2、查找历史活动

3、查看活动数据

4、下线功能

按照场景划分页面，其中上线功能是在一个单独场景下的；查看历史活动数据和手动下线是在另外一个场景下。所以，至少有两个主页面：上线和活动列表页，活动列表页包括数据查看的子页面。

因为功能比较简单，页面功能点和架构图就一起完成了。在大多数情况下，确定了功能点之后，架构图也就顺理成章的出来了。

第三步：设计每个页面的原型

1、确定每个页面包含的功能模块

活动列表页包括活动检索功能、活动列表、数据查看的入口。

2、确定整体的布局

检索功能放在右上角，符合用户操作习惯；

活动列表在页面中间；

数据查看入口有两个，点击活动名称和操作栏的“查看数据”按钮。

3、确定每个功能模块包括哪些元素

检索功能包括输入框、提示文字和查找按钮；

活动列表包括活动名称、图片、文案、上下线时间、渠道、城市、PV、点击、操作栏。

确定每个模块元素的重要层级，比如说活动列表里最重要的是活动名称，渠道信息比城市更重要等等。

接下来，将元素按照布局摆放好，利用顺序、字体颜色来突出或弱化某些信息，最终完成原型设计。

第四步：设计check

后台产品的功能有些会很复杂，虽然说后台用户比较有耐心，但最好可以在交互设计上降低使用成本，也减小后期培训压力。

所以最好自己按照原型设计走一遍，或者找目标用户做可用性测试，确定有哪些操作、哪些文案是用户可能会懵逼的，进行修改，或者加说明文字、使用帮助。

文/dear鹿同学

（编辑：ASP站长网）