博鱼体育官网关于互联网产品设计原则的理论在目前较为成熟的产品体系下，可谓种类繁多。不同的岗位视角有不同的原则，如基于用户角度，以有赞发布的的产品设计原则为例；如基于技术角度，以阿里云的大型系统设计原则为代表；还有基于运营、产品定位等。也包括一些“B端产品设计规范”、“产品设计的若干原则”等阐述产品设计原则的文本，不同的业务、领域，不同的专业、岗位都有各自的产品设计原则。我们今天探讨的是基于产品向，并且是在垂直产品领域下的产品设计原则，即网络平台类产品。文中的产品设计原则不是对多年产品行业积淀的共识进行狗尾续貂，而是针对垂直领域产品的独特性进行原则归纳，凸显产品设计原则差异的同时，让产品人员对自身负责的产品进行一些深度思考。本文内容已进行脱敏，同时对大量专业术语做了简化和常识比对，减少专业向的阅读障碍。我们常规所读到的产品设计原则相关的文章大多以较为熟悉的C端产品为主，此类不可胜数。把细分市场定位在网络平台，是因为它是一个入门门槛比较高的产品领域，对于各类B端产品、一定技术驱动的产品有比较高的相似度。

　　第一，有一个依赖性非常强的系统底层，比如：服务稳定运行，需要比较好的算力主机；工厂要运作依赖流水线；燃油车要造出来，依赖三大件等；

　　第二，在平台与系统底层关联间，会有一层技术支撑或者中间件进行配合，比如：服务跑在服务器上，会依赖特定的环境，由虚拟层或者容器层进行承载；流水线的运作需要有一套工业化软件；燃油车三大件的联动，依赖车机系统；

　　第三，平台在构建之初，基本的平台功能构建占据了大部分，业务只承载了少部分；

　　第四，面向大量高级、专家级用户，这类用户原本就有此类产品的认知以及操作经验；

　　这个特性结构在很多领域有极高的相似度，可以形成一定的行业共识。二、网络平台类产品设计原则本文所涉及的网络平台类产品设计原则包括：产品架构优于业务原则、功能线性原则、专业性扁平化原则以及设计大于功能原则。1.产品架构优于业务原则架构设计是产品领域的高级技能，也是产品极为重要的一个设计环节。在产品层面，架构可分为业务架构、产品架构和信息架构。业务架构考虑的是以整个业务之间的互相协作来达到整体业务的发展，它是产品构筑的根本。但是这种业务架构适用于一些具备诸多不可预见性和变化性的产品。而网络平台类产品的业务非常具体和稳定，在产品层面所对应的功能也很明确，比如流量监控、网络设备监控、网络配置等，业务架构较为稳定。

　　因此，产品架构设计就显得尤为重要，在已形成较为稳固和成熟的产品架构下，产品架构不会因为业务去做脱离现有架构的更改，这就是产品架构优于业务的原则。在产品演进中，如果缺少必要的架构设计，把诸多的业务需求杂糅到一起，就会出现一个平台反复做，一个功能反复改，甚至把不属于产品定义的功能做上来，堆积到一起，以致于“加法做成了集合”。例如：

　　那么怎么做才符合我们产品设计的原则？如果因为功能相似直接和当前功能模块合并，那么我们需要去调整原有模块的功能，为它增加一种展示逻辑，相当于把它强行塞进一个小房间，这结果会导致我们整个功能模块的逻辑变得复杂，为后续产品迭代埋下祸根。按照我们的架构原则，这个需求，我们需要为它开辟一个小屋，这个小屋并不是阁楼形式的，而是邻里形式，互有交集，但相互独立。并且，它对应的平台呈现也是不同的，这个需求可能作为一个独立的子模块或者二三级菜单模块存在，它并不与当前平台的任何逻辑叠加，但从产品形态上又似一体，可以随时被独立开来，也可以随着资源的扩张，被纳入进来。因此，一个合理的产品架构，从上往下看，是用户发起请求后的一系列动作过程，也可以从下往上看，是为了支撑用户的服务请求所需要构建的一系列服务，功能与架构之间形成一种上下均合理的环形对照。2.功能线性原则整体不等于部分之和，这是格式塔心理学的核心概念之一。网络平台类产品也强调对于平台的整体结果感知，强调经验和行为的整体性。在平台的感知中，是不应该存在反思性的现象。格式塔理论在《秩序感》一书中得到了延伸，贡布里希还更多的注意到了对非秩序的反应，因为在这种反应中，为生存而进行斗争中，有机体才发展了一种秩序感，并以此来充当知觉活动的框架。这种秩序感强调的是先构建后匹配的原则。对应到产品设计上，即先把一条完整的功能使用链路呈现出来，再对其中的各个环节加以填补，同时，用户的行为路径也根据设计好的线路进行执行，不会在某一环节产生“迷路”的现象。这里通常会有一种曲解，就是把产品分割成各个模块，相互之间也存在关联关系，构建之初就拆分成了多个大模块，但是模块内通常就只有一块内容，这就造成了一种虚胖的情况，好比一栋楼只是做了简单的规划就强行划分了几个大房间，每个大房间里都放一张或者两张家具，等全部东西都放进去后，发现有的放不下，有的多出很多空间，又或者一种家具放一个空间，没有形成居住环境。此类事件通常在模块化的平台上很普遍：图示是业务查询某一问题链路所经历的环节，首先要在arp查询找到机器的上联交换机，再到设备列表里查看这台设备端口下的流量，但设备列表无法直观反馈当前接入交换机下接了哪些机器，于是又从拓扑里去查，找到想要的结果，再到告警里去查看告警信息。

　　我们不必深究其中技术实现的细节，但可以明确了解到模块的设置都是合理的，但是业务的使用却要绕好几个模块，这个问题在实际业务使用者并非个例，我们在解决问题的同时，去总结常规在各类系统中屡见不鲜的模块化功能，在网络平台领域显得不友好，究其原因是网络平台和其承载的业务一样，是一种线形的形态，而这种形态可以极大程度提供效率。因此，在此产品设计中，以使用者的线性思维为引，强调对使用场景的设计，而不是按模块的划分，这就是功能线性原则。这种线性原则是贯穿全平台的，除了具体功能“点”以外，在“线”和“面”的层面亦是如此，比如具体功能菜单和功能层级。图示左侧以应用监控菜单设计范例，框内对一级菜单的功能做了具体说明，这种排布是以应用菜单的线性使用逻辑递进为原型，阿里云arms产品的一级菜单就是此模型的典型代表；右图为功能层级递进的模块，这是按照具体的场景进行推进，每一层都可独立模块，但又环环相扣，这是非常典型的基于拓扑的流量监控范例。

　　3.专业性扁平化原则专业性扁平化原则，是在产品设计时，把专业性功能与业务进行结合，保持专业性的同时又能够直观理解，不刻意追求专业化。这里的扁平化是减少冗余、厚重和繁杂的专业性功能，让“业务”需求本身作为核心被凸显出来。在术语表述层面，以“LLDP信息”为例：在通常网络设备列表里会有一个“LLDP信息”，通过LLDP链路发现协议可以找到交换机的对端设备Mac和Name，通常LLDP协议是没有IP的，但是可以用一些厂商私有的命令或者关联其它数据源的机制去获取IP，如果我们只是把它作为lldp发现的一个comlum就会造成误解，为什么lldp发现可以发现IP，难道已经打通了所有设备的私有lldp指令？再用这个信息去做关联功能，就会造成理解层面的偏差。在功能设计层面，以“创建规则”为例：在“创建规则”的功能模块中，复杂的逻辑是不可避免的，有时候为了实现大而全效果，以及减少操作，引入复杂的计算逻辑，然而实际中，这种逻辑对使用者极其不友好，掌握门槛很高，并且要排除掉大部分用不到的逻辑。

　　这种形态的设计非常不可取，虽然专业性要求高，而且覆盖面很广，但是无法精准定位某个具体的业务场景。专业性和业务使用的耦合度低，大部分情况下只有少数内部用户能用，无法直接给到外部用户使用。但是此类的专业性功能是可以改造，我们可以通过设计方法，对它进行一些拆解，由业务场景向专业性引导，从而完成目标任务。

　　4.设计大于功能原则“形式追随功能”是芝加哥学派的建筑大师路易斯.沙利文的一句名言，也是现代主义设计风格的重要理论之一，影响深远，自20世纪末期，后现代主义、解构主义、波谱等一众风格的兴起，撼动了现代主义的权威，直至21世纪，科技尤其是数字技术的快速发展，很多产品的形式和功能都出现了可以脱离的情况，“形式追随功能”不应仍是当代设计教义，不同领域的产品应该有自己独有的设计原则。本文所提出的设计大于功能原则，是指在进行产品设计过程中，对设计的思考和重视要高于单纯的功能实现，不是纯粹的或是形式和功能脱离。之前有提过此产品的底层是物理硬件层，纯粹的功能在厂商层面是完全可以支撑的，而差异化的业务需求则需要依据产品架构进行汇聚。这就好比一栋建造好的房子，外观做的极其美丽，内部空间的划分也非常合理和舒适，我们可以把它对比成网络设备外观、PCB的SMT都通过极其严格的要求把工艺美学发挥到极致，现在我们需要为它添加一些房主独到的装饰需求来满足居住，因而我们会去考虑更多的设计因素。其实这种逻辑在设计史上是客观存在的，19世纪，现代设计先驱-威廉.莫里斯设计red house时，曾对屋内的装饰和摆件非常讲究，他就此表明：“我无法容忍不美观的事物。”此言主要是对当时工业制造的批判和手工艺传统的呼唤，但是恰如其分的证明，满足功能要求的同时，设计成分对产品是非常重要的。尤其对于一个业务体量巨大，IDC跨国的公司，它所承载的网络设备、类型是错综复杂的。这种原则可以是非常具体的某个字段呈现方式，比如一个文本长度超42位的name：

　　“XY_HGZ01B_M08_R01C08_BGP_NE_C3110_ASW_83.17”，它是由业务+机房ID+Room ID+线路+设备类型+设备型号+系统版本等组合而成，与其说他是一个命名，其实可以理解是一个命名描述，他的字符是超过42位字节，用一般的name的字节约束去限制网络设备name是不合适的。这一长度的文本是满足使用日常最为基础的产品使用，满显的线分之一的空间，通常设备列表的columns超过15列，所以我们会想很多设计方法来压缩显示容量，同时又能满足用户使用的需求。当然这种原则也适用于数据可视化方面，满足的不仅仅是可视化的功能，而是切实发挥它的作用，尽管需要大量的设计投入，但它们的投入是有回报的。《Pingmesh: A Large-Scale System for Data Center Network Latency Measurement and Analysis》是微软Chuanxiong Guo等发表的论文，讲的是数据中心网络延迟测量和分析的大型系统pingmesh，在系统拓展的可视化部分，它罗列了他们可视化分析的结果，并这样写道“We have invested heavily in Pingmesh data analysis and visualization.”大意是“我们在Pingmesh数据分析上投入了大量资金和可视化。”基于此，pingmesh的可视化图表设计并不炫酷，也没有装饰的线条，但是可视化的分析非常透彻。设计大于功能，但不仅仅是一种视觉、交互优化，而是结合业务、数据和逻辑等共同构建的设计原则。三、结语产品的原则往往是最难坚守的阵地，我想这是行业的共鸣，有时候，我们可能会向业务妥协、向市场妥协、向现实妥协。但是守住了原则，也守住了产品的品质。