端商城设计的十大可用性原则
⇨⇦
B端商城设计主要针对B2B商户，主要解决产业服务的商城设计交互问题，与TO C 的产品设计有本质不同，本文对C端用户设计优先级比较高的界面设计和UI效果暂略不表。
1.功能性设计优先级第一原则
所有的产品设计之初都是为了解决客户需求存在的，只是普通消费者的不理性消费导致TO C的产品设计更加的倾向在界面设计方面讨好用户，而把本应该做到最简最优的功能设计逐渐抛弃了。
所谓功能性设计优先级第一的原则就是为了解决TO B用户的最根本需求问题，这一点可以借鉴优秀架构师做的后台的设计，针对性很强，对所有内容的指向都在一键之间，或一表之间。
2.入口单一原则
每一项功能的入口名称要绝对一致，数据调取方式也要绝对一致，时刻让用户能轻易找到入口。对交互形式比较复杂的系统架构则要有必要的引导，对用户的下一步操作要心中有数，并展现在页面上。
3.出口寡头原则
出口寡头是怎么回事，读者肯定在别的地方没听过这个说法，因为一般的产品设计都在各个页面设置跳转入口，用以导流。简单来说就是页面没有尽头，哪怕是用户已经付款结算了，还是会有一堆的推荐产品入口在结算按键下方，为什么这样做，自然是让用户最多时间留在自家产品上。
笔者通过调研多家TOB的商城用户，发现这一隐形BUG对用户来说有很大的不确定性，因为大多数B端用户对产品的使用是有使命感的，他们认为该结束就要结束，一码归一码，真实的商业交易就应该这样，只是B2B的大火是产业互联网革命以后兴起的，产品设计人员还是借鉴TO C产品的设计逻辑在做，结果就恰恰相反了。
4.结构层设计以交互设计优先原则
结构层的设计自然是要以交互设计原则优先，笔者在这里讲的就是一句废话，略过就好了。
5.流程设计以结果输出为导向
所有的流程都应该有一个最终的结果导向，这句话在逻辑和架构上都没毛病，但读者可以试着在日常使用的产品上试着做一下体验，很多功能都深藏在别的功能区，虽然最终仍旧可以导向到结果，但中间的弯路也只有用户知道了。
6.摈弃基础功能大而全的设计
＂集成＂一词最早出现在硬件行业，但如今很多产品也大有＂功能集成＂的趋势，跟很多的互联网人聊天总会安利各种软件，除了常见的简单、漂亮、方便等赞美之外，经常有无所不能，想你所想等字眼，想你所想？开玩笑，我都不知道我在想什么，一个软件能懂？（理论上的大数据分析除外，不抬杠，因为那只是理论上，而且国内的产品离大数据的门槛还远远差很多）
大而全和小而美本就是对立的，就像在个人电脑领域，市场份额排不进前10的苹果反倒是用户认可度最高的，另外一个餐饮领域，麦当劳作为汉堡界的老大，在用户满意度里却是最低的。这就形成一个悖论：用户满意度高的产品却不能获得最多人的认可，（最多人认可的话一定就是行业老大了）。其实原因很简单，人群细分已经是一条商业真理了，不可能有万能药，就像不可能有永动机。服务好一部分人就是成功，想服务更多的人就会遇到《红楼梦》里王熙凤的问题：大有大的难处。最后眼见他楼塌了（微信、支付宝等巨头除外）。
回到产品设计本身，只做用户最需要的设计，把最需要的设计再细分，砍到没有他们就万万不能的功能，然后放到首页。最极端的设计可以参见谷歌的首页。
7.用户状态记忆原则
用户的状态并不是指用户的登录状态，而是指用户的习惯状态。很多人设计产品时候特别想获取用户状态转而把登录注册入口放到了首页最显眼的位置，结果显而易见，用户使用一个产品并不是为了登录和注册来的（水军除外）。产品的众多功能中用户使用的少数几个功能要再此细分，以此来获取用户的状态记忆，余者就不再娓娓道来了，和研发商量着实现吧。
8.匹配系统与真实世界
所有的架构设计和流程设计都要与现实世界相匹配，产品设计人员首先要考虑到如果没有互联网怎么实现这些功能呢，先试着操作一下，然后再从中获取真谛。
有一个笑话讲的是：有个项目说要蹭着共享经济的风口做一个共享电话亭，扫一下二维码就可以打电话，旁边有个人说，傻X，那你是拿什么扫的二维码呢。
如果不去了解真实世界的操作规则，很多的设计就会是脱了裤子放屁，把一个简单的事情为了互联网而做到很复杂，这样的设计一样可以从OA的操作中管中窥豹。
9.帮助用户识别和诊断状态，并从错位状态中恢复
产品设计有件事是一定要做的，就像人生一样，总有一件事是必须要做的，那就是知错就改。那如何做到知错就改呢，建立操作路径吧，没有太多更好的办法，人生的改错也是一样，重来吧。
10.建立帮助文档和引导文档
坦白来说帮助文档的使用率不足百分之一，那为什么还要做呢，其实是＂意识形态＂问题，就像买药没有说明书，买小吃没有配料表，电脑没有配置说明，＂三无＂产品谁敢用。对用户来说，我可以不看，但你一定要有。
引导文档是必须的，用户又不是产品经理，也不是产品经理肚子里的蛔虫，程序员还需要产品说明文档呢，你说用户需要不？