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

推荐订阅源

量子位
雷峰网
雷峰网
博客园 - 三生石上(FineUI控件)
月光博客
月光博客
有赞技术团队
有赞技术团队
阮一峰的网络日志
阮一峰的网络日志
Last Week in AI
Last Week in AI
G
Google Developers Blog
腾讯CDC
B
Blog
Microsoft Azure Blog
Microsoft Azure Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
Microsoft Security Blog
Microsoft Security Blog
人人都是产品经理
人人都是产品经理
博客园_首页
T
Tailwind CSS Blog
C
Check Point Blog
博客园 - 【当耐特】
MongoDB | Blog
MongoDB | Blog
A
About on SuperTechFans
Y
Y Combinator Blog
L
LangChain Blog
Engineering at Meta
Engineering at Meta
GbyAI
GbyAI

人人都是产品经理

为什么你的产品找不到差异化?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 · 2024-01-26 · via 人人都是产品经理

最近爆火的《繁花》你们看了吗?整部剧的剧情自然是没法说的,但在我们设计的人眼里,“腾讯视频”在视频观看时和用户的交互设计、以及当下节日和视频剧情结合堪称完美!

已经很多年没有看过电视剧了,闲暇的时间里都在写文章,做视频,耐不住朋友的反复推荐,看起了《繁花》,原本只想花10分钟快速把30集过一遍,结果每一帧都不想快进…

沉浸式看剧,同时也沉浸式体验“腾讯视频”。“腾讯视频”在视频观看时和用户的交互设计、以及当下节日和视频剧情结合堪称完美!

可观看过程中也发现了一个小瑕疵:比如沪语和普语Tab切换时,系统没有对上一次观看的点复刻到普语中,因此当切换时,观看进度重置为0,用户需要凭记忆手动拉到上一次的观看点,是不是有些不便利?

因此本文以“繁花”为入口,和大家一起探索“记忆”场景~

一、表单设计

大部分表单填写项多且非常复杂,比如理赔申请表单,当用户谨慎且小心地填完所有选项时,假使由于意外退出或者报错,就丢失全部信息,可想而之,用户会有很强烈的挫败感,也会很本能地认为:产品不好用。

那么在表单设计时,在哪些地方保留记忆会提高易用性呢?

例如表单录入区域,选择选项时,优先将和“操作人”高关联选项放在首位,方便用户筛选查找。比如,审批流程时,在选择审批人时,优先将和“用户”同工作组的上级放在选项组靠前位置。

当表单录入较复杂时,例如需要提交3个理赔申请,但基础信息填写、银行卡的填写、理赔金额和理赔种类申请项有高频重复时,则保留“上一次填写”记忆功能。举个例子,例如医护之间协作场景:医生开血液检验单时,会额外备注血液样本采集要求:例如试剂最低剂量是多少、合适保存温度和时长、是否加急化验等,假使医生一天要开200单血液化验单,每个都逐一填写未免太浪费时间,此时便可以“保留上一次记忆功能”,医生在下次填写时,只需选择“填入上一次”,就可以快速复用上一次的所有选项。

当表单Tab项下含有上传功能时,例如理赔申请时,Tab A是上传发票,Tab是缴费清单,当Tab A上传后,切换到Tab B查看后又返回Tab A时,上传文件记录后台仍在进行,仍需保留上传进度和文件信息。

当表单主动退出或者意外退出时,也需要保留上一次录入记忆。例如在上传图片3张后,第4张图片太大报错,用户再次进入时,如果能保留上一次的记忆,下次进入页面时会有更好的体验。

二、文档编辑器

当系统中涉及到文档编辑器部分,例如医务人员的学习平台,当A医生发送给B医生协作文档,B打开该文档时,默认定位到A医生查看位置,在协作场景下会提供很大便利。B打开文档,就会迅速抓取到A医生需要他留意的地方。

三、帮助引导设计

当用户看帮助文档到一定进度后,需要保留对进度的记忆。用户下次打开时,默认打开的是上一次的查看记录。
对帮助文档做进度条设计有利于用户查看时有感知。

在帮助引导设计时,大部分做法是,帮助文档以视频、图片或者文本的形式孤立展示,而其实帮助文档本质是对系统功能的解读,是和系统功能一起共生并存。
当对指定功能做解读时,如果页面中的该功能位置高亮且做剪短文字提示,这样新用户帮助引导会更友好、也更容易起到“帮助”作用。

以上是笔者看“繁花”之后,结合工作场景所做的总结,希望我们一起进步,做更易用的用户设计。

专栏作家

灰研走B,微信公众号:灰研走B,人人都是产品经理专栏作家。专注于交互设计的新思路,新解法,为陪跑型SaaS企业提供项目实战经验。

本文原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Pixabay,基于 CC0 协议

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