案例讲解：如何进行后台设计？

目前我从事的是移动端产品设计，因此今天分享的是关于在移动端设计的同时，如何进行后台设计？

目前产品经理从业者，都在以移动端为主、后台为次。产品经理随着行业的特殊性，也从无到有。产品经理逐渐成为一个以行业主导、前后端分类划分的一个典“研发人员”

请注意，这里我的用词是—研发。对，产品经理已经不折不扣成为研发的一个成语。软件部、研发部、架构部等等….无数的PM在这里孕育而生。

下面从移动端需求——移动端——后台设计——后台模版——总结，为大家进行归纳

第一步：后台产品设计——搞清移动端需求

根据公司的战略布局不同、产品人员的不同，公司的产品经理可能是一人全担。对于目前我从事的工作来说，公司产品经理不止一个，因此产品的是以模块进行区分，因此刚刚伙伴们可能会遇到的第一个困惑，就可能迎刃而解。一个功能模块如订单模块，那么在移动端的情况：

前端与后台的不同，订单的出发点不同

以一个案例来说明，对于前后端这里我拿目前正在负责的一个模块：问股

这个模块是证券类金融产品的一个典型模块，在金融产品中，问股的意义其实就是以公司资源的背景下提供专业问答，换句话说也就是PGC。

问股的常见结构：

常见的问股结构

相信以上的结构，问股的模块功能定位，各位非金融行业的伙伴们也应该能知晓相应的功能含义。

以这个模块，我就以目前公司产品的竞品——爱投顾，以这款产品来分享如何通过移动端来考虑后台设计。

功能BANNER

抛开产品体验不说，这里我们直接直奔主题。首先我们要考虑的是问股这个模块他的入口是在哪里？

关注否有有运营需求

入口与后台的关联是没有的，但是在运营之外的情况下。

这里我要说明的是，问股的入口不管放在哪里。他的功能模块都是A，你放在首页也好，还是二级页面也好，单独的模块功能不会受影响。

但在有运营的情况下，就需要考虑后台的设计；相关的运营可能有以下

优惠券——首次A模块使用是否与优惠券的联动积分体系——首次A模块使用是否与积分体系联动

…..

以上列举出来的是相关与A模块的运营方式，后台会涉及的便有以下问题

A模块中对于优惠券的管理？积分体系在A模块中的积分体系设计？

移动端设计FIRST

拿到了需求，比如LEARDER说这次我需要产品迭代，把问股做好一些。或者运营方提供问股的模块需要增加回答中图文内容….等等，将需求整合在一起，我们首先要开始的是移动端设计FIRST。

问股页面

问股的页面组成，是由其问股的结构所决定的，结合运营的需求。我们需要将问股规划为：

内容规划

第二步：关于需求管理

有时候需求不一定明确，有的团队2周一迭代，有的是1个月一迭代。根据产品的生命周期，我们将迭代的速度也不同。为此，在没有需求却要求迭代该模块或有不明确的需求迭代该模块的时候，对于竞品的调研与数据分析则是重点，在这里我直接就跳过。将以上的内容规划，作为我们这次做的一次迭代需求

常见的产品迭代命名

1.问股的内容展示

问股模块的结构是以UGC与PGC内容为主，UGC为用户提的问题，PGC为回答者的回答。产品对于用户来说，问题与问答的答案为主要关注的内容，其次对于老师（这里我简称老师）的寻找和咨询，这里作为用户核心需求一

2.提问与回答

既然提到咨询，我们可以首先能跟进用户的不同分类，将咨询分为：普通咨询、高级咨询、个性咨询…，这里是用户的核心需求二

3.运营推荐

运营推荐，由产品功能本身决定。简单来说，运营将该功能的玩法进行推广，那么从第一部分，我们可以看到问股的内容展示既然是用户的核心需求一，因此运营推荐就应该从用户在问股的操作路径进行考虑，以留存、促活、拉新为出发点

在问股模块中，用户操作路径：浏览、提问、点赞

毫无疑问，提问与浏览成了我们与用户最可能的运营结合点。最后考虑浏览是否具有垂直粘性，相比之下，我选择了提问作为运营的推荐点。

在提问中，用户接触的是PGC，因此在产品设计，如何放大PGC，成了促活的关键。在问股中，我们可以得到的是老手的回答次数、以及老师相关服务的数据。但在问股中，我采用的是将问答作为排序，将老师进行排名，让用户可以知道7日内活跃的老师，促进用户去提问。

排名可以刺激PGC

老师的收益与盈利点，可以通过排名的机制去刺激PGC。将平台中的PGC以7日内为时间段进行排序。PGC的提高，毫无疑问会促进UGC的提升。

那么在移动端的展示中，我将以上3部分考虑的结果归纳为：

【移动端功能具体化】

我们具体后，相应的原型就可以通过上面进行展示。从移动端显示的内容，我们可以梳理为：老师推荐、活跃老师排行、问股列表、浏览的BANNER

03后台产品设计

现在我们就进入后台产品设计环节中，对于有经验的PM来说，其实这个顺序不是一定的，可以按照自己的经验程度。但对于0-1岁的产品经理来说，很难说一开始就知道移动端的功能点，着手后台的产品设计。因为后台的产品设计中，没有华丽的交互、没有华丽布界面布局，重要的是产品逻辑

说道这里，首先给大家分享一个后台的模板，这个模板也是我用的比较多的。后台大多数是以横向和纵向的分布方式进行排列。为什么会这样？我想说第一是长期以来人们的使用习惯，第二就是人的焦点注视始终是在左上开始。

【后台设计模板】

不管是数据产品经理，还是各行各业的产品经理，后台设计都可以套用这种横纵的模板。

对于问股来说，我们刚才梳理的第一个就是关于问股列表

问股列表，需要考虑的是后台人员是的角色，角色决定了操作权限。这里我以全局后台人员（最高权限人员）的角色来设计。

问股列表，根据我们移动端的需求，我们需要能够随时删除、查看问股的内容、时间、发布人员、回答人员、问股数量的记录、问股的类型（付费与普通）

这就决定了我在设计后台中，所需要用的字段。列表的字段正是与前端统统呼应，当然有时候会碰到字段太多，这个时候PM需要考虑将后台的重要字段显示在列表上，方便相应角色去处理，其他不重要但必须有的字段可以作为单独的查看详情方式进行打开

【某产品的查看详情】

除了问股列表，接下来就是数据展示。这在后台中也是列表管理，我们以移动端显示的内容不同，做相应的列表。

入驻平台大V人员列表悬赏问股列表总问股列表

列表的设计方式与问股列表设计相同，按照前段的字段进行设计。另外这里要注意的是，对于列表管理，其后台筛选的条件、排序的条件，应该根据不同的列表，有不同的方式。

比如对于总问股列表，需要能够筛选到悬赏与普通问股，能够通过时间排序、回答数排序…

这样，才方便后台操作人员去找到相应查看的数据，在筛选的条件上最好能与相应角色操作方沟通，如果没有，PM需要自己理解业务的需要，比如销售人员、客服人员2个角色需要查看的列表肯定是不同的。

客服人员能够时刻对平台不良信息进行监控，销售人员需要看到的是自己客户响应的问股信息。合理的筛选条件和排序方式，将会提高操作人员的工作效率

角色的重要性

后台设计中，除了对移动端的功能满足，最重要的是满足每个角色的使用，除了问股列表，这里接下来的第二个运营推荐系统，人员就是对运营人员

根据不同角色，在刚刚我给出的问股模板中，纵表示人员角色划分的功能，横表示相应角色可以操作的功能管理。

【根据角色不同，定义不同的主功能】

这里以电商为例，电商根据公司的部门：财务、各个部门销售、线下..等，将不同的角色，分别作为不同的主功能。

当然很多时候，一个后台是不能满足一个公司的需求，很多时候需要对财务、销售等单独进行开发。但目前市面上多角色的后台也是很多，如OA/CRM，等ERP系统，都是基于这个设计方向进行出发。

回到后台设计中

运营推荐位，既然是满足推荐老师，那么运营人员需要能够在后台中查询到所有老师的排名、根据每个老师的属性字段：回答数、收益、发布的文章…等维度

运营人员根据自己运营的需求，将相应老师进行推荐。能够满足个性的推荐，又要满足系统自己的一个推荐机制。在没有运营管理下，默认的推荐机制，和非默认的情况，进行区分。

这里我做了一个老师列表，能够查询平台中所有的老师，并且根据刚刚上面的字段，对老师进行以：上架、下架，状态来标记是否推荐。并且在移动端虽然一直显示是本周推荐，但运营后台中可以进行无人管理。系统会默认 根据投顾7日活跃度，来推荐排名第二位、第三位的老师。既做到了无人管理的同事也满足了运营需求。

最后便是广告系统，那么广告系统，因为这里是以滚动BANNER为主。后台中，操作的角色仍然是运营人员，需要注意的是，广告BANNER，是在移动端以滚动的方式。

为了减少开发难度，目前这里规定的是固定的滚动时间，以及图片尺寸，后台参考了微信的图片上传的方式，加入文档编辑。

【微信中图片上传，标明上传的建议像素和尺寸】

并且设置每张图片的顺序，这里我是以权重来进行区分。100%为权重最高，10%为权重最低。高的权重显示就在前，低的在后。方便运营人员对滚动的顺序进行设置。

以上就是我的一个案例，本周的分享就在这里啦。

#关于作者#

kevin，微信公众号：Kevin改变世界的点滴，人人都是产品经理关于作者。曾从事腾讯云产品设计与中兴通讯产品研发，现金融产品经理一枚。