页面设计筹划 之 (2)模型类页面设计思路

1）什么叫做模型类的方案，便是能够根据大量数据的不同维度的特点，定义规则天生模型，模型会针对性地剖析这些特点，从而产生对不同数据的不同结果。
也便是模型结果能够跟随这些数据特点的变革而变革，能够知够数据多维度的处理需求。

例如，现有有一个分拣水果的业务，水果便是大批量的数据，在这一业务中，可以从水果颜色、水果形状、水果大小这些特点来针对性地剖析这些数据，定义详细的模型从而实现水果的不同处理需求。

2）模型类的方案浸染的数据哀求是构造化的，必须有能够加以详细定量剖析的数据特点。
定义一个模型的过程便是定义数据特点筛选数据的过程，使模型能够按照一定的规则去剖析数据。

在刚才分拣水果的业务中，我们将能够加以剖析的数据特点定义为：水果的颜色、水果的形状、水果的大小，用来分拣西瓜的模型定义其规则为：颜色为绿色，形状为球形，球体半径大小为8-13cm。

3）好的模型是可以不断迭代的，每一条模型都掩护有迭代记录，保存历史处理结果、准确率等信息，可以根据准确率来修正、重新定义模型规则和处理结果，来不断迭代模型，优化模型的准确性。

二、模型类页面设计解释

下面以一个推送模型为例解释设计思路。

1. 列表页面展示

1）推送模型列表页面：列表页展示模型的详细信息，操作栏查看迭代记录可以下钻查看详细模型的迭代记录。

推送模型列表页面

2）模型迭代记录页面：点击列表页面的新增定义一个模型 ，通过数据的特点来定义模型的浸染规则和处理结果。

推送模型新增弹窗

3）模型迭代记录页面：点击列表页面操作栏的“迭代记录”进入二级页面，展示的是当前模型的迭代记录。
模型每修正一次就产生一次迭代，在迭代记录里面保存所有定义过的历史模型，并支持模型版本的回退。

模型迭代记录页面（下钻页面）

2. 功能展示及解释

1）列表页面掩护有模型名称、定义模型所需的浸染规则（发生区域、来源、发生韶光段、紧急程度），定向处理结果（处理单位），模型浸染下的产生的模型实例数量和有效（或者说精确的）模型实例数量、打算得到的推送准确率（有效实例数比模型实例数），和其他备注信息。

字段的详细意义下文会逐一解释。

推送模型列表页面

2）推送模型新增弹窗：通过定义推送规则和定向处理结果，实现将发生区域、来源、发生韶光段、紧急程度都不同的，自动推送给不同的处理单位。

例如定义发生在A海疆近海并且属于情报产品类型，并且情报发生韶光段在8：00-12：00、属于紧急程度的情报，须要推送给情报部门来处理。

推送模型新增弹窗

3）通过定义好的模型能够匹配到符合该模型规则的实例，并记录下模型实例数，这个实例数是模型浸染下的总的实例数。

收到推送的处理部门就会对收到的情报卖力并处理，同时会标记收到的情报的有效性，用来天生推送给该部门的有效实例数。

每一个模型都会自动打算出模型推送的准确率（即有效实例数比模型实例数），当准确率达不到业务哀求时，系统用户就可以重新修正细化模型规则，或者在设计中增加模型剖析的维度。

模型迭代记录页面（下钻页面）

三、剖析过程解释

我们以一个自动补货提醒模型来解释一下模型类页面的方案的设计过程，读者朋友们可以一起来思考：

系统录入有一系列的采购商品的清单数据，现须要自动做一个补货的管理页面和补货提醒的功能。

1）确认模型结果：在此补货模型要做的是自动提醒补货，除此之外我们还可以扩展结果有自动推送低库存提醒，推送货色库存高提醒等等。

2）确认产生不同结果的数据的多个维度特点：例如在此我们可以从货色类型、库存数量、发卖量、市场热度的维度来监控数据。

3）设计模型迭代页面，掩护自动补货的历史模型记录和准确率。

四、小结

以上所举例子的模型实际上也不能完备分开人工来定义，如果想要实现完备自动的模型，还须要结合算法和大数据的处理。

五、其他界面设计方案

本文由 @犹豫就会败北 原创发布于大家都是产品经理。
未经容许，禁止转载。

题图来自Unsplash，基于CC0协议

该文不雅观点仅代表作者本人，大家都是产品经理平台仅供应信息存储空间做事。