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