案例讲解:如何进行后台设计?

零基础学产品,BAT产品总监带,2天线下集训+1年在线课程,全面掌握优秀产品经理必备技能。了解详情

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

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

请注意,这里我的用词是—研发。对,产品经理已经不折不扣成为研发的一个成语。软件部、研发部、架构部等等….无数的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需要考虑将后台的重要字段显示在列表上,方便相应角色去处理,其他不重要但必须有的字段可以作为单独的查看详情方式进行打开

【某产品的查看详情】

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

  1. 入驻平台大V人员列表
  2. 悬赏问股列表
  3. 总问股列表

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

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

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

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

角色的重要性

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

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

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

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

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

回到后台设计中

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

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

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

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

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

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

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

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

#专栏作家#

kevin,微信公众号:Kevin改变世界的点滴,人人都是产品经理专栏作家。曾从事腾讯云产品设计与中兴通讯产品研发,现金融产品经理一枚。欢迎交流

本文原创发布于人人都是产品经理。未经许可,禁止转载。

祝给予赞赏的伙伴,2017年发大财!
3人打赏

评论( 4

写下你的想法
  1. 你好,想问下后台模板在哪里有比较好的模板下载呀?

    回复
  2. 资深电商产品经理

    写的很好,学习了

    回复
  3. TX高级交互设计师

    案例再详细点就好了

    回复
    1. 回复

      ;-) 谢谢,欢迎交流

推荐阅读