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

推荐订阅源

Martin Fowler
Martin Fowler
V
Visual Studio Blog
有赞技术团队
有赞技术团队
T
Tailwind CSS Blog
B
Blog
I
InfoQ
博客园 - 三生石上(FineUI控件)
阮一峰的网络日志
阮一峰的网络日志
F
Fortinet All Blogs
H
Help Net Security
博客园 - Franky
宝玉的分享
宝玉的分享
博客园 - 司徒正美
C
Check Point Blog
G
Google Developers Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Jina AI
Jina AI
T
The Blog of Author Tim Ferriss
MongoDB | Blog
MongoDB | Blog
云风的 BLOG
云风的 BLOG
A
About on SuperTechFans
罗磊的独立博客
大猫的无限游戏
大猫的无限游戏
IT之家
IT之家

人人都是产品经理

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

高危操作往往指的是撤销难以恢复,或者风险级别较高,一旦误操作将会造成不可估量的损失。那么该如何为高危操作增加障碍设计呢?本文总结了几点,一起来看看。

一、什么是高危操作?

高危操作往往指的是撤销难以恢复,或者风险级别较高,一旦误操作将会造成不可估量的损失。比如权限修改,我们大家熟知的蓝湖协作系统,设计师丽丽上传设计稿到线上平台,添加了10位成员,并将每一位成员都授予了可编辑权限。

结果过10分钟再去看画稿时,发现前端A同学调成了自己方便看的顺序,再过10分钟,前端B同学又拖拽成了自己的偏好,且将不属于自己工作量页面删除了,可见原本丽丽在增加人员,增加权限时,并没有认清可编辑权限给她带来的影响,因此权限修改是属于高危操作。

那么应该如何为高危操作增加障碍设计呢?

反其道行之。在设计医疗SaaS系统时,体验优化做的大部分工作为系统“减负”:化繁为简、缩短流程、减少链路,提升用户操作的效率。而在一些高危操作时,我们策略却往往相反,而所有的策略都围绕着一个核心:设立障碍,增加用户谨慎决策时间,

二、设置审批,拉长链路

大部分患者在诊所复诊时,复诊医生和首诊医生并不是同一位。

而诊所方面,为了降低医疗风险和实现医疗责任可溯源,一般会要求复诊医生不可修改之前诊疗医生填写病历,只能增加或者复用之前的诊断。

如果复诊医生需要修改病历,此时就触发了高危操作,需要请求权限更高的管理者来审批可编辑权限。增加审批后,实现责任可溯源,确保医疗风险可控。

而在重大数据查看时,同样也需要审批环节来确保数据安全。

比如诊所的销售小王想要查看诊所财务经营数据,系统便可以判断为一个高危操作(财务数据属于诊所重大数据),那么在入口处往往会增加层层审批,以此增加查看数据负担。

小王在审批后如愿获得了查看权限,而查看一次后,途中却长时间没有使用。为了避免造成数据流失,可设置收回权限,在页面入口处增加埋点统计,当一周或者一个月没有访问时,权限被收回,不予操作。这样做有利于管理权限,保障数据安全。

三、及时加锁,避免同时协作

比如在文章开始提到的“蓝湖”协作系统,当前端A、B同时具有可编辑权限时,为了避免同时编辑而造成不可挽回的设计资源流失,当A编辑同时,B的编辑入口将会及时“锁”住,并提示:“A在编辑中,暂不可编辑”。而当A编辑时,为了避免A长时间操作造成B无法进入编辑,会给A一个友情提示:“请不要长时间占用以免影响他人使用”。

而如果A在一定时间后,没有及时退出编辑。例如极端情况下,A打开了浏览器页签,突然被通知开会,那么页面将一直处于待机状态。如果系统不对A做限制,其他人将无法正常使用。因此往往会设置倒计时时长,例如单次编辑时长30min,那么在30min后,就收回了A的可编辑权限。既保障了A的使用,又避免同时协作而触发系统紊乱。

四、延缓操作,谨慎决策

表单填写后返回也被认定为高危操作,由于复杂表单的填写非常耗时,返回后数据丢失将极大影响体验和对产品的信心。因此在返回上一级时,需增加“二次确认提醒”,以延缓用户操作,避免误触后造成表单信息流失。

举个例子,理赔申请页面,当理赔人员录入完表单信息后,不小心误触返回按钮。患者理赔的表单信息复杂,需要5-10分钟填写资料并核对资料。而误触将要重新填写。因此理赔系统往往在退出表单入口时,及时提醒“是否返回,返回后当前表单信息将会丢失”。通过二次提醒,避免重新填写表单。

或者对表单输入保有记忆功能,在退出表单后,依然保留上一次的修改记录。这样便能挽回因返回而造成数据丢失。

产品设计者如在风险权重较高的页面,希望用户有仔细阅读和浏览,往往会增加倒计时。例如线上理财合同签订,在购买理财前,会对理财合同和须知进行说明。

为了确保信息透传,按钮处会增加倒计时,当用户仔细阅读条款后,按钮才会出现启用状态。

五、设置水印,确保责任可溯源

涉及到重大数据页面时,为了避免数据泄露,往往会在页面处增加水印,避免因截屏操作而造成数据流失。例如知识付费平台,在直播课程时,购买课程的用户页面会出现水印标志,确保作者权益。

以上是笔者在项目经验中的实战心得,希望能帮助到大家。

本文由 @灰研走B 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

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