B端产品 | 以“批量导入”为例，谈谈产品设计的“通用三步法”
编辑导语：在B端产品设计中，我们常常需要对用户核心诉求进行把控，这个时候我们就需要总结一套常用的工作法来应对用户的使用体验。本文以B端产品设计中常见的功能“批量导入”为例，总结了通用三步法，分享给你。
笔者从近几年的工作中提炼出了产品设计的“通用三步法”。这个方法既能保证对用户核心诉求的把控，又能最大限度地提升使用体验，通用性强且非常易操作。本文结合B端产品常见的功能“批量导入”，介绍这个方法的原理和操作步骤，希望给大家的日常工作提供参考。
一、项目背景
笔者最近负责的任务管理工具项目，需要支持业务团队将外部机构提供的项目清单（表格形式），快速导入系统中，保存成一个个独立的任务（下图以Vika为例介绍场景）。
二、方案设计
笔者将产品方案的设计分成了三个步骤，以“批量导入”这个功能为例进行拆解。这个“三步法”也适用于其他产品设计，可以作为一种通用思路。
1. 判断核心需求
需求分析，是产品经理基本功，也是一个比较大的主题。本文仅讨论已经确定为“真实、有价值”的需求，在启动开发阶段时的分析。
正如在观察一幅画时，从眼前盯着的某个色块退一步，看到整幅画的全貌，才能发现这幅画的真正主题（比如下图这幅现实主义作家达利的名画，只有从整体来看，才能看出他的主题是“林肯”）。
这个阶段要做的，是从整体的角度观察需求，然后直击靶心，找到用户的核心价值诉求。
具体的操作方法是：尝试用一句话概括功能，再通过拆解这句话，提炼出核心价值点。
比如“批量导入”，可以概括为“将大量数据快速导入系统”。由此可以发现，用户对这个功能的核心需求有两点：
便捷性：只要能导进系统，越快速便捷，越好
准确性：要求导入数据的准确，保证数据质量
不同的产品和用户，对“批量导入”的功能，会倾向于不同的价值维度。这一步的判断，将决定后面两步的具体实现。
2. 选择对应方案
对功能的核心需求做出判断后，第二步就可以着手选择方案类型，形成方案框架。
具体的操作方法是：
开展竞品调研，梳理功能范围和设计要点
根据第一步的判断，选择符合价值维度的设计，组合成自己的方案
回到“批量导入”这个功能，“便捷性”和“准确性”对应的方案，就是导入校验的“宽松”/“严格”。
“宽松”的方案大多用于将批量导入的文件，作为一个新的表格或Database，产品案例如：飞书多维表格、Vika。具体作法总结如下：
（1）不做模板限制（数据结构合并）
（2）不做数据校验
允许必填项空缺
自动清空格式不符的字段
“严格”的方案，则要求导入的数据与现有模板融合，保持数据结构。产品案例如：Notion中的Merge with Csv。
有模板限制（规定数据格式）
做数据校验
根据产品调研，笔者总结了常用的数据校验规则，可供大家参考：
3. 细化设计：根据具体场景和用户画像，提高用户体验
经过前两步，我们已经确定了功能的核心诉求，完成了方案的类型选择。产品的设计框架已经形成。
第三步，则需要根据具体场景和用户画像，进行设计细化，提升用户的使用体验。
这个步骤是对产品设计能力的考验，既需要日常的积累和观察，也需要启动“第一性原则”和创新性思考，即从通用产品设计，回到自己面对的具体用户上来，得出最佳方案。
笔者负责的“批量导入”，用户对“准确性”的要求，远远大于“便捷性”。因此，我们选择了“严格”的方案。
同时，为了在“准确性”的基础上，提高整个过程的灵活性和流畅度，做了以下细节的设计：
支持设置“字段mapping规则”：用户可以设置”导入文件字段”与“模板字段”的mapping关系
支持设置“错误行”的操作：用户可选择“仍保存，错误字段置空”或“跳过本行”
导入过程原子化：整批成功/失败，避免大量导入场景下，部分失败的处理
过程模态化：避免前端操作导致的错误
展示处理进度：提高用户过程中的“掌控感”和“安全感”
三、总结
本文以B端产品中常见的“批量导入”功能为例，分享了产品方案设计的“通用三步法”。
这个方法既可以保证对用户核心价值诉求的把控，又能在此基础上，最大限度地提升使用体验。
作者 @大可可可
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
