交互自查清单：智能数据平台产品

笔者从实际工作中遇到的问题出发，整理了一份智能数据类产品的交互自查清单，与大家分享。

我一直以来从事的是NLP领域的B端智能数据产品的设计，在产品的设计阶段，或多或少会碰到问题，例如需求文档撰写的不够详细，交互细节想的不够清楚等等，所以在此想陆续整理一份关于智能数据类产品的交互自查清单，以便在以后的工作中，能够更好的提醒自己，也在此处分享出来，与大家共同讨论，查漏补缺。

此次着重梳理了数据上传和搜索、筛选器几个部分，与诸君共勉。

一、数据输入

1. 输入数据的形式

1. 本地上传；
2. 跨平台导入；
3. 数据库读取。

2. 数据输入的交互自查点

1. 是否允许多文件上传；
2. 单任务或者单文件夹中，是否允许追加数据、是否允许多条数据合并到一起，例如创建文件夹等；
3. 对于数据格式、数据大小的限制；
4. 系统是否会自动对数据进行过滤、裁剪等；
5. 数据的管理权限，在数据平台中，是否允许共享，权限是否可以修改，数据共享后的使用权限如何确定，当数据有变更时，该如何显示，如何处理；
6. 是否会有数据类型的限制？从不同的维度针对数据进行分类；
7. 数据上传的进度展示，成功提示、失败提示，操作步骤的帮助提示；
8. 数据是否提供重命名、数据预览等操作；
9. 是否允许拖拽、右键等操作；
10. 是否判断文件名重复，及重复后的操作（是替换、还是不允许上传等）、提示信息等。
11. 是否需要对数据进行统一管理，例如简历数据管理中心，还是在用户需要数据时上传。

二、智能搜索

1. 是否包含以下功能？

1. 自动补全；
2. 历史记录；
3. 自动纠错；
4. 对于搜索结果的高亮展示；
5. 结合筛选器使用搜索；
6. 关联推荐；
7. 默认搜索排序；
8. 拼音、拼音简写等搜索。

2. 搜索类型是否需要拓展？

文字搜索、图案搜索、语音搜索等

3. 交互自查点

1. 正确判断搜索的范围，是针对一个字段、还是多个字段，还是进行全文检索；
2. 查询效率是否满足用户需求；
3. 对于自动纠错，是否直接输出、展示判定正确的结果，是否保留用户输入的错误入口；
4. 是精确匹配，还是模糊搜索；一般场景下都是支持模糊搜索会更方便一点，但是也有个别场景，例如在保密系统内，搜索敏感信息时，可能就需要精确匹配的场景。
5. 是否为用户提供个性化搜索和推荐；
6. 允许输入内容的字符长度、数据类型，其他限制因素；
7. 搜索框的内显示提示信息或者示例；
8. 异常、暂无结果的提示信息、展示形式；
9. 搜索结果的排序规则；
10. 手动触发则需要用户在输入完成后点击“搜索”按钮进行操作，保留用户使用浏览器的习惯；
11. 是否需要实时搜索的功能，实时搜索能让用户及时看到结果，搜索体验好，但实时请求搜索接口，对接口造成一定压力，当使用人数较多时，容易出现系统报错的情况；
12. 采用前端搜索还是后端搜索的方式？前端搜索主要应用在数据变动频率低的场景中，变动频率较高的，都会采用后端搜索的方式。

三、筛选器

1. 筛选器的类型？

1. 基于地理位置的筛选，常见的多余城市、商圈、地标位置、景区等内容进行筛选；
2. 基于列表内容的筛选，筛选项可以是组成列表内容的信息元素，如类别、价格、品牌、发货地等等；
3. 基于时间的筛选，包括时间违反和时间点的筛选。还包括一些特殊的模糊范围，例如耗时最短、最早出发等情况；
4. 基于数字筛选，包含数据段和单个数字。（通常采用滑块选择器、数据表单等控件形式）。

2. 筛选器的形式

筛选器的形式：滑块选择器、按钮选择器、列表选择器、时间选择器、复选框、单选、多选、单级、多级、分段控件、tab标签、滚动。

3. 交互自查点

1. 筛选器的形式选择否符合当前业务场景？
2. 边界值的设置是否符合要求？
3. 采用滑块选择数值时，是否有步进的限制，最小调整值是多少。例如：如果是上百万的仪器销售，价格数值的调整按钮，就不能是1元钱，1元钱的进行调整了。
4. 基于地域的筛选，要注意场景需要筛选的范围，是国家、还是省市县哪一级别，旅游和锁定嫌疑人的产品的应用场景，需要的范围肯定是不一样的。
5. 基于时间的筛选也是一样，是需要确认到时、分、秒，还是确认到日，休息日是否需要包含进去、例如订酒店之类的应用是按多少晚计算的，与其他的又有不同，都需要注意。等等都需要在设计产品时注意的。至于对于时间段的选择来说，结束日期不能大于开始日期之类的，一般控件内都是已知的，无需另外标明。
6. 对于选择结果的展示、和修改采用何种形式，是否方便用户操作？