笔者从实际工作中遇到的问题出发，整理了一份智能数据类产品的交互自查清单，与大家分享。
我一直以来从事的是NLP领域的B端智能数据产品的设计，在产品的设计阶段，或多或少会碰到问题，例如需求文档撰写的不够详细，交互细节想的不够清楚等等，所以在此想陆续整理一份关于智能数据类产品的交互自查清单，以便在以后的工作中，能够更好的提醒自己，也在此处分享出来，与大家共同讨论，查漏补缺。
一、数据输入
1. 输入数据的形式
本地上传；
跨平台导入；
数据库读取。
2. 数据输入的交互自查点
是否允许多文件上传；
单任务或者单文件夹中，是否允许追加数据、是否允许多条数据合并到一起，例如创建文件夹等；
系统是否会自动对数据进行过滤、裁剪等；
数据的管理权限，在数据平台中，是否允许共享，权限是否可以修改，数据共享后的使用权限如何确定，当数据有变更时，该如何显示，如何处理；
数据上传的进度展示，成功提示、失败提示，操作步骤的帮助提示；
是否允许拖拽、右键等操作；
是否判断文件名重复，及重复后的操作（是替换、还是不允许上传等）、提示信息等。
是否需要对数据进行统一管理，例如简历数据管理中心，还是在用户需要数据时上传。
二、智能搜索
1. 是否包含以下功能？
自动补全；
历史记录；
自动纠错；
对于搜索结果的高亮展示；
结合筛选器使用搜索；
关联推荐；
默认搜索排序；
拼音、拼音简写等搜索。
2. 搜索类型是否需要拓展？
文字搜索、图案搜索、语音搜索等
3. 交互自查点
正确判断搜索的范围，是针对一个字段、还是多个字段，还是进行全文检索；
查询效率是否满足用户需求；
对于自动纠错，是否直接输出、展示判定正确的结果，是否保留用户输入的错误入口；
是精确匹配，还是模糊搜索；一般场景下都是支持模糊搜索会更方便一点，但是也有个别场景，例如在保密系统内，搜索敏感信息时，可能就需要精确匹配的场景。
是否为用户提供个性化搜索和推荐；
允许输入内容的字符长度、数据类型，其他限制因素；
搜索框的内显示提示信息或者示例；
异常、暂无结果的提示信息、展示形式；
搜索结果的排序规则；
手动触发则需要用户在输入完成后点击“搜索”按钮进行操作，保留用户使用浏览器的习惯；
是否需要实时搜索的功能，实时搜索能让用户及时看到结果，搜索体验好，但实时请求搜索接口，对接口造成一定压力，当使用人数较多时，容易出现系统报错的情况；
采用前端搜索还是后端搜索的方式？前端搜索主要应用在数据变动频率低的场景中，变动频率较高的，都会采用后端搜索的方式。
三、筛选器
1. 筛选器的类型？
基于地理位置的筛选，常见的多余城市、商圈、地标位置、景区等内容进行筛选；
基于列表内容的筛选，筛选项可以是组成列表内容的信息元素，如类别、价格、品牌、发货地等等；
基于时间的筛选，包括时间违反和时间点的筛选。还包括一些特殊的模糊范围，例如耗时最短、最早出发等情况；
基于数字筛选，包含数据段和单个数字。（通常采用滑块选择器、数据表单等控件形式）。
2. 筛选器的形式
筛选器的形式：滑块选择器、按钮选择器、列表选择器、时间选择器、复选框、单选、多选、单级、多级、分段控件、tab标签、滚动。
3. 交互自查点
筛选器的形式选择否符合当前业务场景？
边界值的设置是否符合要求？
采用滑块选择数值时，是否有步进的限制，最小调整值是多少。例如：如果是上百万的仪器销售，价格数值的调整按钮，就不能是1元钱，1元钱的进行调整了。
基于地域的筛选，要注意场景需要筛选的范围，是国家、还是省市县哪一级别，旅游和锁定嫌疑人的产品的应用场景，需要的范围肯定是不一样的。
基于时间的筛选也是一样，是需要确认到时、分、秒，还是确认到日，休息日是否需要包含进去、例如订酒店之类的应用是按多少晚计算的，与其他的又有不同，都需要注意。等等都需要在设计产品时注意的。至于对于时间段的选择来说，结束日期不能大于开始日期之类的，一般控件内都是已知的，无需另外标明。
对于选择结果的展示、和修改采用何种形式，是否方便用户操作？
