网站内容与功能设计(如何够通过功能设计，提升客户的工作效率、为业务正确处理把好关)

　　网站内容与功能设计(如何够通过功能设计，提升客户的工作效率、为业务正确处理把好关)

　　编者介绍：在第一篇文章中，作者从数据分类、业务功能分类、界面分类三个方面详细讲解了界面设计方法。在这篇文章中，作者为我们分析了界面中活动功能的设计，看看如何提高客户的工作效率，妥善处理业务，通过功能设计解决问题。客户的困难、障碍和痛点，甚至给客户带来好处。

　　如前所述，业务功能分为四类，其中“活动功能”是界面设计工作量最大的部分。每个活动功能都是系统中客户/类的实际工作的映射。对业务处理、管理控制、优化和改进期望的要求大多收录在活动功能的设计中。

　　因此，活动功能设计的好坏直接关系到整个系统的最终效果。

　　活动功能的设计并不简单。设计成果既要满足客户的业务需求、管理需求、易操作需求，又要满足软件厂商对结构、易确认、易开发、易复用的要求。.

　　活动功能设计：是将构成功能的界面格式、控件定义、数据结构、操作方法及相关规则集成在一起的设计过程。

　　一、主动函数的概念1. 粒度

　　划分活动大小的参考原则是活动可以：

　　一个活动的内容是由客户的工作习惯和系统的处理效率之间的平衡决定的。最终决定需要与用户协商。

　　2. 特点

　　活动的处理功能主要由业务处理功能和管理处理功能两部分组成。

　　3. 函数

　　作为一个窗口化的界面形式，一个活动的完成需要两个部分的设计：业务设计和应用程序设计。下面分别介绍这两种设计的内容。

　　二、商业设计

　　业务设计是从客户业务处理的角度进行设计的。本次设计的重点是如何在界面上体现实际工作，这是活动设计的核心工作。这部分设计可以分为两个层次，一个是业务处理层次的设计，一个是管理层次的设计。

　　关键点：此时不要考虑接口是如何实现的。

　　1. 业务处理层面的设计

　　业务层面的设计是指客户原有的实体表格格式（或新设计），进行以下工作：

　　2. 管理层设计

　　为了保证数据的正确输入，需要对数据输入过程的加载相关的规则进行监控。这些规则来源于企业的管理规章制度、财务规则、生产流程要求等（注：数据库规则不是管理要求）。

　　只有添加了这些管理规则，系统才能称为：管理系统。

　　3. 业务设计必须站在用户的角度

　　活动业务设计的重点是从“业务”的角度看界面，因为用户对系统的认知主要来自界面，而界面的核心内容是业务数据。

　　因此，界面设计的优劣直接反映了设计者对用户工作的理解。设计者应该把这个界面作为与用户对话的“窗口”，在设计过程中不断与“窗口背后的角色”进行交流。如图1所示。

　　图1 业务设计与用户的关系

　　1） 对话用户（见图1-①该功能的用户）

　　图2 业务设计的主要内容

　　2）对话领导（见图1-2用户领导）

　　图3 管理设计的主要内容

　　4.“功能”和“任务”的区别

　　从图 2 和图 3 可以看出，业务设计和管理设计侧重于完全不同的优先级。

　　对于一个活动来说，是不是只作为“录入数据的接口功能”呢？还是将其视为“要完成的任务”？这要看设计师有什么样的设计理念。如果是前者，那么重点应该放在字段的数量和定义上。

　　如果是后者，在关注字段的数量和定义的同时，还要关注业务是否进行了优化？工作效率提高了吗？管理规则是否存在漏洞？以此类推，在没有问题的情况下，可以判断字段和定义是否符合要求。

　　三、应用程序设计

　　完成前面的业务设计内容后，应用设计的重点不是业务内容（见图4“业务处理区”核心部分），而是要考虑如何构建一个“人-机-人”的工作环境，使用户工作舒适、操作方便、处理效率高、智能化。

　　应用程序设计相当于为上述业务设计成果外包了一层“运营功能”。用户通过这些功能完成业务数据的查看、录入、控制等操作。

　　应用程序设计包括菜单栏、工具栏、滚动条、按钮（添加、删除、修改、检查等）、上传/下载、其他链接等。

　　图4 界面应用设计内容

　　可以看出，业务设计的重点（图2、3）与应用程序设计的重点（图4）.

　　应用程序设计的重点是从“应用程序”的角度设计“功能”，即将业务设计的功能内容转化为系统的组件来表达。可以说，系统的客户价值是很大的，用户通过应用设计成果来感受。因此，应用程序设计的结果直接关系到客户满意度。

　　四、设计结果验证

　　上述设计结果必须得到验证。验证方式有两种：业务验证和应用验证。

　　图 5 验证用例

　　1. 业务验证——编写业务用例

　　一个业务用例就是利用业务数据编写一个与数据等价的故事脚本。本用例中使用的数据可以关联所有需要验证的活动，然后根据实际运行流程进行推演，如图6所示。业务用例中的数据从“合同”流向“交付” （业务流程），还包括相应的管理规则（审批流程）。

　　2. 应用程序验证——编写应用程序用例

　　应用用例是在业务验证的基础上测试操作流程，包括：根据流程和角色进行多人协作，操作流程是否好用，输入是否智能，是否有无限循环处理、系统通知、如何启动警告、终止等生效等。

　　注3：这里讨论的业务用例和应用用例与开发后用于检查的测试用例不同。

　　五、记录模板

　　掌握了设计方法后，最后解释一下记录方法。界面设计结果的记录形式非常重要。传统上，有许多记录形式是用长文本描述的。

　　我提倡使用结构化和标准化的记录表，即工程化记录表（类似于制造和建筑行业的设计），便于客户理解和确认，也便于程序员理解和开发。

　　建议使用一套模板来记录设计内容。由于四个模板为一组，因此也称为“设计四件套”。四个模板分别记录了以下内容：

　　图6 设计结果记录模板（设计4套）

　　顺便说一句，这种录音方式很容易开发出软件设计辅助录音系统，这也是结构化录音格式带来的一个优势。

　　六、总结

　　可能很多人有这样的想法：活动功能的界面设计是最常见的，没有难度，没有技术含量，只是安排客户需要的领域，从“技术实现”出发。看法。

　　但是，从“客户价值”的角度来看，就不一样了。设计师在这里需要测试的是：客户的工作效率能否通过功能设计得到提升？妥善处理业务？你能解决客户的困难、障碍和痛点吗？甚至给客户带来好处？这才是事件功能设计的真正意义！

　　本系列的下一篇：界面设计方法（3）：设计字典函数