要做好一个后台产品,首先得明确后台产品和前台产品有些什么差别。这些差别很大程度上决定了两类产品的设计方式,以及考虑产品的优先级。因此后文标题会以:前后台产品差别---设计产品的不同为主要叙述方式
后台产品用户有明确的使用目标----产品可用性第一
与前台产品用户可能单纯的浏览,而没有什么特定的需求不同,后台产品都是开发给运营人员进行某些具体操作的。用户进入到产品中,就是为了解决某个特定的问题。因此后台产品设计,以可用性为第一,即使用产品能解决我想要解决的问题。如果后台产品不能解决这个具体的问题,在其他方面做得再出彩都是无用功
以电商类产品后台为例,我需要的是修改商品库存的后台。不论这个后台产品把商品详情页弄得多么酷炫,对我的需求来说都是没用的。因此深入理解使用者的原始需求,并解决它是后台产品最重要的点。
后台产品用户基数小----深入接触用户
前台产品,你可能面对的是几十万甚至更多的用户,对作者所处的创业公司来说,一个后台可能就几个人在用。
换句话说就是PM能够低成本的和绝大部分产品使用者沟通,于是你能够当面和产品绝大部分使用者沟通,深入挖掘用户的原始需求。这对任何一个有一定用户数量的前台产量来说,都是不可能实现的任务。
因此一个PM在这个阶段需要做的就是坐下来好好和产品使用者沟通,深入了解并挖掘原始需求,在有初步方案以后也可以让使用者提前体验,提出修改意见
后台产品注重开发效率和使用效率----极简设计&了解用户
后台产品很大的一个不同就是“有你没你都可以”,没有后台产品工作人员也能解决问题,不过是比较低效而,但问题总能解决。因此后台产品会极其注重效率,换句话说就是投入产出比,如果一个后台产品需要投入很多却提升不明显,是没有做的价值的。
这个效率可以分成了两个方面,第一是开发产品的效率,第二是使用产品的效率
开发效率
开发效率可以分解为,PM设计这个产品和技术进行开发所投入资源的总和,基本可以用人/天来衡量,当然更粗暴可以通过工资计算成本。优化这部分效率主要体现在PM把后台产品极简设计到“简简单单&刚好够用”的层次上,通过最为简便的方案就把这个问题解决到及格水平,到有资源时再来优化,这部分设计到需求优先级的问题,不展开细说
产品使用效率
用户使用后台产品一般频率很高(不高的也不用做),因此提升用户使用效率是产品设计很重要的点,衡量指标可以是产品使用者使用这个产品所能节约的成本,如果一个后台产品只能提升一点点使用者的使用效率,当然这个产品是设计失败或没有开发必要的。对设计者来说,要想更好的优化产品效率,需要利用上一方面的优势,
至于后台产品要怎么设计,大概会有些什么流程,将会另开一文叙述,敬请期待
11-10补
另外因为和开发在需求PK时被抓住对搜索、筛选、排序等后台常用组件理解不深,产品设计不完善,之后也会有关于一些常用后台组件的分析