惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

The GitHub Blog
The GitHub Blog
Engineering at Meta
Engineering at Meta
博客园 - 聂微东
博客园 - Franky
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
雷峰网
雷峰网
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
L
LangChain Blog
WordPress大学
WordPress大学
H
Help Net Security
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Y
Y Combinator Blog
Blog — PlanetScale
Blog — PlanetScale
MyScale Blog
MyScale Blog
IT之家
IT之家
酷 壳 – CoolShell
酷 壳 – CoolShell
罗磊的独立博客
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
有赞技术团队
有赞技术团队
Apple Machine Learning Research
Apple Machine Learning Research
云风的 BLOG
云风的 BLOG
博客园 - 【当耐特】
P
Proofpoint News Feed
D
DataBreaches.Net

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
B端产品,如何优雅地实现「数据批量导入」
产品海豚湾 · 2023-01-03 · via 人人都是产品经理

数据批量导入,是B端产品中常常会遇到的场景,设计得好,则能够加快产品的落地实施过程、提高客户的工作效率。作者既举例了设计糟糕的批量导入设计,也举例了合理的批量导入设计,更是总结了避坑要点,相信能够给你带来启发和帮助,欢迎阅读。

01 前言

在 B 端产品中,会经常遇到数据批量导入的场景,比如从旧系统迁移数据到我们的 SaaS 平台,比如批量导入通讯录等等。使用批量导入,可以快速将客户的电子表格数据导入到我们的SaaS 平台,从而加快产品的落地实施过程,也能够提高客户的工作效率。然而,如果批量导入设计功能设计得不好的话,可能会成为吐槽的一个点。比如,我们最开始设计的批量导入就遇到过下面这样的吐槽。

“系统提示说表格有错,但是又不知道哪里错,几千行数据让我们怎么找?”

“这么多错误信息堆在一起,我们怎么看啊?”

本篇就来介绍如何优雅地实现数据批量导入这个功能。

02 常见但设计糟糕的批量导入反馈

其实如果我们仔细倾听用户的吐槽,我们就会发现,影响体验的关键因素是批量导入的结果没有合理的反馈。而不合理的反馈往往集中在出错的情况,我们来看几种常见的、但设计糟糕的批量导入反馈。

第一种:无效的反馈

下面就是一种导入出错的反馈,看提示语言也挺友好,但是对用户来说没任何作用,也就是用户吐槽的“系统提示说表格有错,但是又不知道哪里错”情况。

B端产品如何优雅地实现数据批量导入

第二种:“为难人”的反馈

既然要告诉用户错在哪,这个简单啊,我们改成下面这样吧!呃,如果一个表格短还好,如果一个表格很长错误又比较多,那不眼睛得看瞎?这种信息的组织方式其实就是头痛医头脚痛医脚,而没有真正从提高用户体验的角度思考。而且,如果一行有很多列出错的时候,信息会更凌乱,这不是在为难用户么?

B端产品如何优雅地实现数据批量导入

03 优雅的批量导入处理

实际上,如果我们仔细思考一下,导入出错最佳的反馈形式,其实就是仿照表格的形式。如果能够按照原先表格的格式给出反馈错误,那么用户就可以在两份表格中对照来修改错误数据了。

下面是设计的一个标准化的导入过程,导入失败后我们会以表格的形式展示具体哪一行、哪一列的数据出现错误,并且在对应的单元格中给出了错误的原因。这样,即便是导入出错,用户也可以快速定位到错误的单元格,按照提示修改错误。

B端产品如何优雅地实现数据批量导入

导入成功提示相对比较简单,我们会告诉用户共导入了多少行,方便用户进行总数的核对。

B端产品如何优雅地实现数据批量导入

04 复杂的批量导入处理

当导入的数据量大而且涉及很多关联数据的时候,可能会需要后台花较长的时间处理。此时,需要使用异步导入的方式。异步导入意味着用户上传表格后无法马上获得导入的反馈,此时需要提供一个导入记录给用户查看批量导入的结果。异步导入结果的反馈和上面给出的原型相似,这里不再赘述。

在体验上,很可能用户会找不到导入记录的入口,因此建议提供醒目的导入记录入口,同时通过角标告诉可以采用角标的方式标注当前正在进行中的导入操作,下面是一个交互引导的示例原型。

B端产品如何优雅地实现数据批量导入

05 实用避坑建议

实际批量导入会涉及很多细节,这些细节如果不注意可能会产生很多坑,这里总结本人踩过的一些坑。

  • Excel单元格格式:Excel 本身会对一些特殊的数据进行处理,典型的就是日期格式会转换为微软自带的日期格式(实际是一串数字)。因此建议单元格格式统一使用文本格式,这种在不同的平台都能够保持一致。
  • 金额:显示时,Excel会默认对超过2位小数的数值进行四舍五入。我们曾经遇到的坑就是明明看着金额是对的,结果导入系统总会差几分钱。实际上就是数值四舍五入的问题,因此,在单元格为文本格式的前提下,建议对数值加上小数位校验。
  • 保存导入的记录和源文件:对于一些敏感的财务类数据,很可能过了很久客户才会发现问题,这个时候他们会对系统的准确性产生质疑。通过保存导入的记录和源文件,可以帮助我们对比是客户提供的数据的问题还是系统的问题(通常都是数据的问题)。我们曾经经历过很多这样的情况,最后每次都是发现客户源数据不对,这个过程中反而让客户提升了对系统的信任感。
  • 校验过程处理:通常表格导入涉及两部分校验,一是数据格式的校验,二是数据合法性的校验。数据合法性是指系统内关联的数据的校验,比如员工所在部门存不存在、手机号是否重复等等。这种需要查询数据库进行校验,可能会很慢。因此,对于这种情况,考虑降低服务器侧的压力,可以采取数据格式校验不通过后直接返回错误信息,没必要再进行后续的合法性校验。
  • 出错导入处理:出错后有两种方式,一种是将正确的数据导入进去,一种是只要出错整个表格都不导入。这两种做法都有道理,取决于具体的应用场景。对于财务类毕竟敏感的数据,我们的处理方式是只要出错都不导入,这是因为财务比较严谨,需要核对最后导入的金额。如果部分导入,意味着导入的时间点上存在偏差,不便于核对。但对于其他情况,可以部分导入,给用户提供一份只有错误行的表格和一份错误对照表,用户修改完错误数据后,再将这部分数据导入即可。

06 总结

本篇以实例的方式介绍了如何优雅地处理数据批量导入的产品设计。对于 B 端产品来说,效率始终是摆在第一位的,我们改善用户体验的方向也应该优先放在提升客户员工的工作效率上。如何改善工作效率,那就是多听听客户的吐槽,从吐槽信息中发掘提高他们工作效率的要点,然后转化为提升产品体验的需求。这样,我们就可以不断减少吐槽,收获肯定。

作者:产品海豚湾;公众号:产品海豚湾(ID:pm-dophin-bay)

本文由@产品海豚湾 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于CC0协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。