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