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

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