最近在设计复杂的ToB产品，简单聊几点。复杂产品的特点是什么？极简主义是否该极致执行？有哪些手段处理复杂产品？
一、什么是复杂产品
百度百科：事物的种类、头绪等多而杂;具有各种不同的,而且常是数量众多的部分、因素、概念、方面或影响的相互联系的,而这种相互联系又是难于分析、解答或理解 复杂的机构 复杂的发展。
简单复杂示意图
复杂=多而杂，种类多、数量多、关系多的咋看之下，缕不清看不明的事物。软件产品通常体现在流程多、角色多、功能多、菜单多、界面多、字段多，关系千丝万缕、前后呼应、承上启下。涉及部门庞大、产品线交织，繁复复杂，剪不断理还乱。
二、复杂与极简主义：拥抱复杂
就如国家的存在本身就是个复杂组合，庞大的国家电网、铁路、通信，各类组织的真实面就是复杂。在这样的复杂量体面前，极简主义该如何理解？正如文章：“http://www.woshipm.com/pd/464136.html复杂B端产品体验设计反思” 所描绘的对话场景，曾经我也一度在没有数据的情况下问这个功能有人用吗？不如删了简化系统操作，同时期项目组秉承极简思路的人也占大多数，删完的结果是产品上线后那些功能又一步步加回来了，就像堆积木一样：哪里有位放哪里。事实证明极简主义在复杂ToB系统中需重新定义，过度推崇简化只是不切实际的删减功能减少设计难度，增加后期随意的堆砌的杂乱感。去理解ToB本身的复杂性，拥抱复杂，全盘考虑才能更有效的理清复杂产品，从而合理设计。
三、复杂产品的解决方法
唐诺曼之《设计心理学2-与复杂共处》指出，简单只存在头脑中，复杂是事物的本真。管理复杂让复杂符合用户的认知结构，达成易理解是设计师的本职。而用户需要积极的面对并接受复杂。
管理复杂产品
如上图右边是唐诺曼给出的管理复杂的方法，左边是笔者的理解设计。
1、概念模型首先是去探索用户的认知：他的工作场景是什么，他是如何理解这个工具。这次产品设计我们改动了好几个版本，其中一个改动较大的版本，就是认知模型的变化。旧版本因产品订购模型太过复杂，设计功能时设想的是用户线下谈完合同，再录入到线上系统。整个产品定位成表单填写过程，设计上只做表单删减、增加快捷键等方式。新的版本关键架构设计师加入，产品订购模型被简化，可以直接面向客户，形成新的概念模型：线上展示产品，引导客户购买，并且能形成自己的方案，产品概念模型变成：推荐购买-确定购买产品-完善购物信息。不同的概念模型在产品用词，主推功能交互都变得不一样，举个例子原来填单模式引入购物车概念就很突兀，新的模型购物车就变得理所应当，从而把购物车提升为全局购物车。
2、模块化—空间分配，将复杂的事物类型及关系整理清楚：繁复的折曲线抽成长直线，将交叉的的直线缕成规律的平行线。将大功能拆成小功能，渐进展示。这种拆分方法有卡片分类法，遵循旧产品。
3、语义符号-控件设计，不只是功能可见性，让所有控件符合他应有的表达。功能约束，暗示，遵循现成原则，减少歧义。
4、自动化默认值-开发思维，能交给代码的事就让代码处理，减少人的处理难度。遵循开发思维，以不变应万变应万变，举个例子复杂产品大多数有配置功能，以支持客户个性化需求及变化需求。此时针对每一类控件或分组都个性化设置显然无法应对所有配置场景。呈现控件/分组最基本的形态，适配自动化。
5、恰当反馈，如上都属于设计师正常考虑的范围，而当设计师未考虑，自动化也不生效的场景该如何处理？此时反馈设计显得格外重要。设计自助终端时特别整理出各种异常场景该有的处理方式，找人工，给引导。一个系统能否做到完整也恰恰体现在这里，PC端软件产品功能复杂，交互设计师很难知道到底有哪些异常场景，通常都容易被忽略，特别产品到后期也很少人关注这些内容。我建议做法是培训测试人员用户意识，发现问题时及时抛给交互设计师，达成协作。
6、帮助手册或系统针对专业术语较高的内容及时解释。
复杂产品设计套路如上，而设计师能否做好一款产品还是要靠不断的钻研，同事们的相互协作。如上概念模型的变化，架构师提出新的产品订购模型，第二天我就呈现全新的交互方案，一来是之前了解类似产品的概念模型，二来也是被这产品的订购模型吸引。总之有方法还需要有靠谱的同事与做好产品的热血，庆幸有新做好产品的团队。
网友评论