后台产品设计要点

作者: 红二 | 来源:发表于2016-10-27 17:18 被阅读512次

    最近做了一系列功能,有些是新功能自己做新后台,有些是新功能复用旧的后台,有些是优化旧功能同时优化旧后台。在使用和修改旧后台的时候,我深刻感受到设计精致的产品后台的重要性。

    为了防止别人在基于我做的功能后台重新开发功能时跳脚骂娘,整理了一下设计产品后台时需要注意的一些要点。

    不定期更新。

    1.构思:提早构思后台逻辑

    构思产品的流程

    有一些产品经理的习惯是构思产品阶段只考虑页面的前端功能,即只与用户产生交互的部分。前端设计完成后,根据前端功能再考虑运营人员怎么操作后台。这样的结果是功能里存在大量的“写死”的内容,因为从刚开始设计的时候就没有考虑到这个地方是可以配置的。

    正常的后台逻辑应该在第二步:梳理基本要素时就涵盖一部分,随着构思的推进一步一步完善。

    某个用户后台的脑图,包含运营后台的部分

    2.增:各元素分开设置,多的元素选择少的元素

    后台的功能是基本要素的增删改查。设计后台的添加/新建等操作时,最高原则就是不同元素分开设置。

    以直播平台礼物栏为例,要设计一个后台,满足不同房间、不同分类下的礼物不同。

    房间A和房间B各有不同的礼物

    不好的后台设计可能仅仅提供创建礼物的功能,运营创建每个礼物的时候选择适用范围。

    这种设计会导致运营人员在操作时异常复杂,例如英雄联盟分类下所有房间使用礼物方案A,其中55开的房间使用礼物方案B,其他所有房间使用礼物方案C。

    不好的礼物后台

    上面问题的产生是由于房间和分类非常多(可能有成千上万种情况),但是礼物数量相对来说很少(礼物库有12个礼物)。为了操作方便,应该用多的元素选择少的元素,即让房间和分类选择礼物,而不是礼物选择房间。

    好的礼物后台应该分开设置礼物、房间模板和频道模板,每个模板下单独设置礼物。此时只要注意如果一个房间同时被套用房间模板和频道模板时,哪个生效的优先级问题。

    好一点的礼物后台

    3.删:可以下线,不可以删除

    习惯性问题,可以将不用的内容下线,但不要将其删除。主要好处如下:

    (1)方便查询操作历史

    (2)方便了解历史配置

    (3)方便根据历史配置新建配置

    4.改:配置项数目合理,且尽可能覆盖多种情况

    示例一:某活动模板后台,能够后台配置图片和文字,一键生成活动页面。背景图上有一些标题和说明文字。

    在没有特殊要求的情况下(文字可点击、文字可复制),后台不需要分开配置图片和文字,只需要配置图片,文字拜托设计师做在图片上。

    示例二:某优惠券可以选择在双十一全分类下使用,也可以选择只在服装分类下使用,后台需要配置范围。

    不好的后台只会考虑该优惠券是在全分类下使用,还是只在服装下使用;好的后台会考虑该优惠券能否在食品分类下使用。

    有无扩展性的后台对比

    5.查:多维度查询后台信息,能查询操作记录

    后台应能从多维度查询信息,例如查询用户可以根据用户id、用户名等各种维度进行查询。

    后台应能查询后台本身的操作记录,起码记录最近一次操作的执行者。

    6.设计:后台最好使用统一的组件样式

    最后一条是方便产品经理工作的。如果后台使用了统一的控件样式,那么产品经理设计时只需要输出粗糙的原型图,甚至可以输出脑图,不需要在进行各种组件的设计。

    相关文章

      网友评论

      本文标题:后台产品设计要点

      本文链接:https://www.haomeiwen.com/subject/alcsuttx.html