产品汪22:产品经理如何设计后台详情页

之前写过一篇《产品经理如何设计后台列表页面》,正如文章里面所说的那样:筛选条件和列表显示成双成对的出现,那么列表页的好基友详情页也可以八一八,今天我们就来说说详情页设计。

图片

图1. 客户账号详情页

上图的客户账号详情页有且仅有9项信息(修改记录不算),对于任何一个类型的产品而言,这些客户账号信息都是远远不够的,而且还存在几个较为明显的问题:

  • 信息太过单薄,很多关键信息没有,例如注册时间、审核时间、注册渠道等;

  • 除了所属企业之外的其它信息全部可以修改,包括通行证(理论上这个不能改的);

  • 手机号码看不出是否激活;

正好翻到了我之前做的管理后台的用户详情页,如下图2所示,大家可以对比下两个详情页设计上的一些区别(图1是2015年底我同事设计的)。

图片

图2. 个人信息详情页

当然不是说个人信息越多越好,但是信息量过少确实会存在一些问题。回到问题本身,用户在前端注册页面填写了8项信息,后台客户账号详情页不能原封不动的把这8项信息全部搬过来,至少还得加些其它信息啊。

账号详情页或许该有的字段信息

图片

图3 账号详情页字段信息

到了这你或许又会说:这些信息也太多了些吧,而且应该从宏观的角度去查看了解,具象到某个账号上是没有任何意义的,而且这些信息用到的机会和场合也不多,没有必要花这么大的时间和精力做这些无用功吧。

其实账号详情页的信息越多,该用户的形象就更具体更丰满,用户画像可能就更清晰,那么在做用户运营的时候,我们可以借助的数据就更全面,而不是根据一些简单的用户信息来做“猜你喜欢”,我们可以真正做到“料事如神”。先分享一个大数据的段子:

某必胜客店的电话铃响了,客服人员拿起电话。

客服:必胜客。您好,请问有什么需要我为您服务?

顾客:你好,我想要一份……

客服:先生,烦请先把您的会员卡号告诉我。

顾客:16846146***

客服:陈先生,您好!您是住在泉州路一号12楼1205室,您家电话是2624***,您公司电话是4666***,您手机号是1391234****。请问您想用哪一个电话付费?

顾客:你为什么知道我所有的电话号码?

...........

回到问题本身,如果用户账号详情页不够丰富,那么会出现什么问题呢?

某次系统故障导致玩家道具丢失,玩家A和B都要求额外赔偿20元左右的道具,怎么来处理该反馈?如果以上信息完备,我们可以通过“注册时间、首次消费时间、消费次数、消费金额、最近登录情况”这些数据来综合评定A/B两位玩家哪位更“优质”,然后酌情给予相应的补偿。

某次一对一用户调研/访谈,我们需要筛选一些访谈对象,怎么筛选?如果以上信息完备,我们可以先简单通过“注册时间、消费次数、消费金额”这些数据先简单筛选一批用户,然后再根据其它用户信息来进一步筛选,如果没有这些信息,只能凭经验或者随机找些用户了。

客服或者运营处理各种用户反馈/建议时的首要步骤。不管用户反馈了什么样的问题或者建议,我相信大部分的客服或者运营在做好记录的同时,一定会查询下该用户的基本信息,然后这些信息对于问题或者建议的处理一定程度上是有参考意义的。

最后,客服信息和消费等信息肯定会有相关的页面来管理和维护,但是在账户详情页加上这些功能或者信息的摘要和快捷链接的跳转,应该算不上是功能的重复。

图片

图4 账号信息详情页设计

我始终相信:大数据时代我们需要掌握并记录更多的用户数据来为产品设计和运营推广做支撑。

本文章收录于我的电子书(免费下载)
从零开始做产品:产品汪icon-default.png?t=N7T8https://download.csdn.net/download/m1928/89094023
 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

游戏新手村

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值