警惕!产品原型设计中容易忽视的12个细节
- By 本站 - 2023-03-20 17:15
- Read:514
拿到需求以后,不要第一时间画原型,第一步是确认了解需求;在确认了解需求的基础上进行需求调研和竞品分析,竞品分析和需要调研完成接着画功能清单和业务流程图,最后才画原型;原型是最后一步也是非常重要的一步,不能急于求成。
产品需求文档是否考虑得全面,会直接影响到后续的开发进度以及实现的效果。
如果碰上比较严谨负责的团队开发,他们会提醒那些我们忽视的问题。但是很多开发只是按部就班,未提及的细节就默默地处理,或者是不做了,直到我们验收版本时才发现问题,不仅项目延期,开发对我们的信任感也骤然降低。
以下是容易被忽视的12个细节
1)默认值
大多数用户比我们想象中的还要懒,所以需要在涉及到个性化选择功能时,设置默认选项或者是默认值时,同时满足小白用户与专家用户的需求。
2)上下限
任何功能都需要设置上限值和下限值,避免产品出现失控。
比如说文字输入限制,发图片数量限制,就是为了界面整体的协调性,保证文字不会越界,同时考虑是否允许换行,并且最多允许换几行。超过字数限制后会怎样显示,是直接省略还是滚动显示。
3)误操作提醒
对于一些不可逆转的功能,比如说举报、加入黑名单、清空数据、放弃保存等等,必须要给予确认提醒,防止因为误操作而触发该功能。
4)网络状况
网络状况会影响数据的拉取,所以要考虑在断网或者是弱网环境下的使用。比如客户端内置默认图片,在拉取到数据之前保持界面的完整性,还要考虑到数据缓存机制,减少网络状况的不稳定,对产品的体验影响及时给予用户网络状态提示,并引导用户重新连网。
5)权限禁用
产品的功能需要调用系统的权限,而一些手机品牌对于权限的限制比较严格,所以会出现安装之后某些功能无法使用的情况。
比如我们的产品需要调用摄像头权限,而小米在第三方应用中默认禁用这个权限,所以很多小米用户反馈无法拍照。后来我们添加了权限禁用时的提示弹框,引导用户去设置里开启权限。
6)无响应状态
有一些功能运行时,会占用比较大的内存,对于性能较差的手机就会一直出现在loading界面,用户只能强制刹掉进程。所以要设计无响应状态提示用户程序仍在运行,需要耐心等待,也要给用户返回上一层的选择空间。
7)多语言配置
如果你的产品有可能会推广到海外,那么最好提前考虑多语言配置的问题。为了减少安装包的大小,必须要精简资源库,尽量使用能够复用的图片素材减少文字类图片。分享功能可以使用集成SDK,保证国内海外的用户都可以使用。
8)规则后台可控
很多规则在制定时,我们也不能保证说是最佳的。如果把规则写死在客户端,上线后数据反馈效果不佳,那么只能通过发布版本来调整,费时又费力。如果把规则做到后台可控,虽然在开发时会多投入一些工作量,但能够做到快速灵活的调整。
9)数据统计埋点
要验证功能上线后是否达到设计目的,就必须通过统计来进行分析,这也是衡量产品经理能力的一个指标。可以用友盟这种第三方统计平台,如果想要更详细的数据情况,就需要搭建公司内部的数据后台。比如界面的停留时长,点击转化率,用户路径等等。
10)运营扩展
产品和运营是密不可分的,所以在设计每个功能时都要考虑到是否有运营扩展的可能,比如限制某些功能的使用需要达成某种条件再解锁,或者在界面中设计一些预留广告位,为流量变现做准备。
11)空状态
大部分时候的空状态最容易遗漏,需要在考虑默认值的同时将每个步骤的缺省、空状态标记,该状态下要让用户清楚的知道自己目前少的是什么,以及在空状态中的链接跳转,可以有效的将用户导入到相应的步骤中去。
12)即时反馈
误操作和无相应也是即时反馈的一种形式,当然在产品原型设计中,无论是操作成功、操作失败等状态,都需要在用户进行操作后给予对应的即时反馈提醒,当然,在一些重要的步骤下不想要去打断用户,或者自动跳转以及其他链接页面情况下,可以省略这个步骤。
最后,做个原型设计自查表,在自己设计完了之后可以自查一下,看看哪里有没有问题。或者也可以原型设计完了之后,写需求文档,在写需求文档的时候再梳理下自己写的内容。
转载请保留出处及原文地址:https://www.shishangjue.com/article/470.html