《伟大的小细节:互联网产品设计中的微创新思维》——3.6 基于当前场景的前因后果推演

简介: 本节书摘来自华章计算机《伟大的小细节:互联网产品设计中的微创新思维》一书中的第3章,第3.6节,作者:文哲著, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。

3.6 基于当前场景的前因后果推演

当用户在特殊的场景中去获取某个网站或App的服务,此时往往是能够预判用户行为的,这种基于使用场景的预判类似于第2章中的用户行为预判,区别在于预判的依据是用户执行了某一项操作,还是当前的使用场景。另外落实到设计上也有所区别,用户行为预判的设计是呈现用户期望的结果,而基于使用场景预判的设计则是提供设计者认为的最优结果,可能是用户都没想到的结果。基于使用场景的预判包括推测前因和推演后果两方面。
依据用户当前使用环境推测前因的设计,第2章中列举的Google Translate 放慢语速朗读的案例就属于此类型,再举一个例子:图片收集整理网站Pinterest(其名字由Pin和Interest组合而成,意思是把自己喜欢的图片像拿大头针钉在白板上一样分享,名字本身就非常有创意)有不少优秀细节设计。当用户反复多次登录Pinterest都输入了错误的密码时,Pinterest判断出用户可能忘记了自己的密码,会直接给用户发送一封找回密码的邮件,为用户省去了主动申请找回密码的操作。无独有偶,当用户登录Facebook却多次无法正确输入密码时,Facebook也会直接发送一封找回密码邮件。
image

image

依据用户当前使用环境推演后果的设计,本章前面介绍的360安全浏览器老板键及nomore.org就是非常典型的案例,小到避免让用户挨老板批评,大到防止家暴受害者受到更严重的伤害,从用户当前使用场景推演出的结果入手,提供最优的解决方案。
另外再讲一个小案例:在手机后台运行的App是会消耗电量的,尤其是需要保持联网的App。当使用Dropbox同步相册照片时,如果出现电量过低现象,Dropbox会自动暂停照片同步,为用户节省电量。
image

一个网站、一个App在向用户提供服务的同时,也可能会给用户带来不必要的打扰、干扰(如各种广告弹框、推送消息、推广信息对正常信息的干扰)。所以网站或App在为用户提供服务时,需要充分考虑在各种使用场景下可能发生的各种后果,避免不必要的打扰、干扰甚至是更严重的伤害。
场景化设计归根结底就是一句话:想人之所想,急人之所急。将自己置于与目标用户相同的操作场景之中,察觉用户在特定环境中的困难、需求,并抽象出相应的功能需求,当目标用户遇到此类问题时,方可获得预先准备好的协助方案。想人之所想,急人之所急,不仅仅是一条细节创新的心法,也是每位创新者(如产品经理)建立职业荣誉感的基础。

相关文章
|
缓存 网络协议 安全
NTLM 利用探索
NTLM 利用探索
python 手动安装包的两种方法
python 手动安装包的两种方法
|
SQL 存储 分布式计算
大数据-93 Spark 集群 Spark SQL 概述 基本概念 SparkSQL对比 架构 抽象
大数据-93 Spark 集群 Spark SQL 概述 基本概念 SparkSQL对比 架构 抽象
292 0
|
存储 监控 算法
|
机器学习/深度学习 数据采集 TensorFlow
使用Python实现深度学习模型:智能电影制作与剪辑
使用Python实现深度学习模型:智能电影制作与剪辑
551 5
|
搜索推荐 Python Windows
|
Web App开发 监控 JavaScript
破解动态网页:如何用JavaScript获取自动消失的联想词
【6月更文挑战第2天】在获取动态加载的联想词时,遇到问题:输入搜索词后弹出的联想词框在失去焦点时消失,使得直接定位HTML元素困难。解决方案包括: 1. 查找DOM节点:在弹框出现时记录其类名或ID,然后通过JavaScript获取元素HTML内容。但由于元素加载有延迟,需在输入框获取焦点后延迟执行,例如使用`setTimeout`。 2. 使用`MutationObserver`监视DOM变化:创建观察者监听特定类的元素出现,当元素加载时打印其HTML。为避免获取旧内容,回调函数中使用`setTimeout`确保DOM完全渲染。
241 3
|
运维 数据挖掘 测试技术
如何评估数据库的成本效益
【5月更文挑战第21天】 如何评估数据库的成本效益
428 3
|
前端开发 测试技术 数据安全/隐私保护
图书馆信息管理系统(项目测试)
图书馆信息管理系统(项目测试)
514 2