如何设计出色的网站后台原型？
怒答！ 做后台，真的比前台难好多！一个好的后台产品，不光要好用，还要体现出你的运营思路！ 如 所说，前台的要求，好看；后台，你首先得好用。但“好用”二字，要想做到，比好看要难很多。 1、第一关：业务理解。要想好用，你就得对“业务”有非常深刻的理解，业务“烂熟”后，你才能知道，哪些是操作者最常见的使用场景，关键的业务点在哪里，操作者会有哪些诉求，抽象成功能是哪些，你应该如何实现才能做到好用。有很多后台，大家都说，不好用。到底是不好用在哪呢，为什么不好用？其实大多数的不好用，都是因为你没有理解业务，费劲巴拉做了一堆功能，没有做到操作者的心坎里，反而他们最常见的一些使用场景，流程被你拆散了；最常见的功能需求，你没有满足。 2、第二关：功能抽象。如果你对业务有了自己的理解和认知后，你开始做后台产品，摆在你面前的第二个难题是功能的抽象。如果你只是按照对业务的理解，贴着业务来做，可能会导致功能过于分散，并且功能的复用比较低，同样的事情，这里做了一次，那里还需要做一次，这样，你的后台就会变得巨复杂和繁琐，不便捷。所以第二步，你需要将你理解的业务进行抽象，抽象成具体的功能点，将功能点进行分类，让产品不仅能满足业务需求，还能做到尽可能的简单便捷。 3、第三关：体验优化。这点，比较虚了，“体验”这东西，太难理解，我目前也没办法用更好的文字来表达。举几个具体的例子：后台，最常见的就是各种表单提交，每一个具体的字段，都会有相应的判断条件。input框的字数限制提示有没有，示例有没有；一个select框，是简单的下拉，还是带搜索功能的下拉；你的表单验证，是点提交后验证，还是失去焦点后验证；报错提示文案有没有写，有没有指导意义，是否只是一个“操作不合法”。。。（这个最想吐槽，人家只是没按照你的要求填而已，并没犯法！） 4、第四关：流程串联。上文提到的“功能抽象”，你做的后台，并非是按照业务流程一点点堆出来的，做过功能上的抽象，所以在操作节点上，需要给用户一个快捷的提醒，让操作者知道干完了这个，下一步应该干什么。很多后台产品，都喜欢做个超级长的使用手册，或者是给使用者做个特无聊的培训，给他们讲这玩意怎么用。你想啊，给你一个70页的文档，你会看么？给你干巴巴的讲40分钟，你能记住啥？简直没有用好不好！所以，把这种什么流程啊提醒啊，尽可能的做到产品里面，让人上手后就能按照提示一步一步操作下来这才行。 5、第五关：文案设计。说人话！你的功能设计上，一定要说人话，说业务人员能理解的话，说他们的话。我见过最奇葩的是，一个后台居然有一个功能叫“SKU带回”，你特么的逗我玩呢？ 其实，上面说的这5点，没什么特别的地方，一个合格的产品经理，真正下功夫去想，去研究，去做，都会做得不错。但是后台这东西，受重视程度太低，大家的要求也低，“先满足功能”、“体验后面再优化”，然后呢，就是没有然后，一直这样凑合用吧。很多公司，做后台连原型都不画，开发自己看着办吧。 真正要做好一个后台产品，中间的细节，要远远多于前台产品，因为他的交互多、用例多、操作项多，角色多、权限复杂，业务复杂度上更是比前台产品高出一个量级……但却是最不被人重视，光环永远被前台的酷炫漂亮高大上所掩盖。 优秀的后台产品参考： 1、淘宝天猫的商家后台 2、有赞微商城的后台 3、微信公众平台后台 4、聚合分析的后台 UI控件和模板： 蚂蚁金服antdesign 饿了么element-ui