软件前端可视化套路探索

     近年来随着多种因素的影响，当前客户对软件交付提出了更多的要求，尤其是对前端可视化提出了更高要求，并希望引入互联网公司的更多元素，让软件好用易用。而观察现在的业务支撑系统设计似乎一直是功能机时代的产物，界面布局，交互等存在诸多不足。但是客户的视觉交互诉求又不是项目合同范围内的重点工作，但是影响客户体验的重要影响模块。如何在交付过程中尽可能短平快是执行过程中的关键。通过总结往期的执行经验，以下经验可以供大家参考

   1、建立清晰、简洁、明确的交互逻辑。前端一个工作，直接影响后端一系列的数据对接和开发，所以前端少犯错误，少做重复，直接影响整个项目周期控制在合理范围内。而要达到合理的控制目标，简单说功能需求和使用场景要尽可能准确和匹配。这里不在冗余的说明。在此框架下，考虑整体团建的清晰、简洁和明确。

     所谓清晰，是指软件设计的功能诉求清晰，功能设计覆盖大多数使用场景。功能菜单遵循使用习惯和视觉规律。所以在这里功能的分类，功能实现涉及的指标准确，指标展示图表图例匹配是关键原则。这是后续视觉设计的出发点。所以可以简单理解为，这是设计图上的基本元素的组合。如菜单分布，功能区划分，菜单功能关系等。

    所谓简洁，就是交互逻辑尽量控制在三部以内。避免使用者在一个功能菜单下层层下钻。因为每层次的展开，都带来后续大量的交互逻辑，数据逻辑的计算匹配。就像是开门，最好开门次数越少越好，避免像俄罗斯套娃。

   所谓明确，就是在功能菜单，功能设计，功能展示要有具体、准确的设计诉求和表达逻辑。避免在一个图表和功能项里面叠加太多的信息诉求。这里需要特别说明的是，我们喜欢设计多维度的筛选条件，似乎可以支持更多场景应用环境。但从实际交付看，还是遵循8020原则，不要设置过多的干扰选项。即便客户提出不同的场景诉求，也严格做好上下限管理，或者基于不同使用角色匹配差异化的菜单设计。

   2、尽量使用组件化的视觉组件和设计。套用组件是产品开发中的有效工具，所以最大限度的使用已经部署和成熟的视觉化组件是项目实施中关键。虽然客户会提出各种新的交互需求，但是项目实施的关键不能围绕需求进行广泛创新，而应该在已有的经验库里最大化的做匹配和优化调整。站在一般角度理解，视觉设计是很个性化的体验，不同的人有不同的关注点。但是通过组件化匹配，可以引导在工具层面达成统一。比如绘图，如果限定了画笔和色彩，就集约了资源，但不影响画出丰富绚烂的画卷。

   3、在满足前两者基础上，风格和细节的持续优化。前端可视化的设计的魅力，就在于不断的创新，不断的实现设计和交互上的突破。但是作为项目管理的交付环节，必须要在成本意识和资源约束条件下，控制创新的热情。所以在满足前面基本框架确认，设计元素明确基础上，可以在具体使用的细节上根据客户设计风格，使用场景，使用习惯等进行细节优化和迭代。通过具体细节的丰富来提供多层次的软件功能体验。

    我一直以为，客户需求是项目实施的出发点，但是合理控制、管理、引导需求是项目管理过程中的艺术。因为我们在项目实施中，永远面临资源稀缺，捉襟见肘的情况。必须在现实妥协和理想设计之间取得平衡。这也是管理的挑战所在，更是从事这项工作的魅力所在。

——如果你认为我是你在找的人，请和

我联系，让我们玩点不一样的。[email protected]