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

浏览量:19 次

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

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

请注意,这里我用词是—研发。对,产品经理已经不折不扣成为研发一个成语。软件部、研发部、架构部等等….无数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改变世界点滴,人人都是产品经理专栏作家。曾从事腾讯云产品设计与中兴通讯产品研发,现金融产品经理一枚。欢迎交流

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

 
®关于本站文章™ | 若非注明原创,默认 均为网友分享文章,如有侵权,请联系我们™
㊣ 本文永久链接: 案例讲解:如何进行后台设计?