警惕！产品原型设计中容易忽视的12个细节

拿到需求以后，不要第一时间画原型，第一步是确认了解需求;在确认了解需求的基础上进行需求调研和竞品分析，竞品分析和需要调研完成接着画功能清单和业务流程图，最后才画原型;原型是最后一步也是非常重要的一步，不能急于求成。

产品需求文档是否考虑得全面，会直接影响到后续的开发进度以及实现的效果。

如果碰上比较严谨负责的团队开发，他们会提醒那些我们忽视的问题。但是很多开发只是按部就班，未提及的细节就默默地处理，或者是不做了，直到我们验收版本时才发现问题，不仅项目延期，开发对我们的信任感也骤然降低。

以下是容易被忽视的12个细节
1)默认值

大多数用户比我们想象中的还要懒，所以需要在涉及到个性化选择功能时，设置默认选项或者是默认值时，同时满足小白用户与专家用户的需求。

2)上下限

任何功能都需要设置上限值和下限值，避免产品出现失控。

比如说文字输入限制，发图片数量限制，就是为了界面整体的协调性，保证文字不会越界，同时考虑是否允许换行，并且最多允许换几行。超过字数限制后会怎样显示，是直接省略还是滚动显示。

3)误操作提醒

对于一些不可逆转的功能，比如说举报、加入黑名单、清空数据、放弃保存等等，必须要给予确认提醒，防止因为误操作而触发该功能。

4)网络状况

网络状况会影响数据的拉取，所以要考虑在断网或者是弱网环境下的使用。比如客户端内置默认图片，在拉取到数据之前保持界面的完整性，还要考虑到数据缓存机制，减少网络状况的不稳定，对产品的体验影响及时给予用户网络状态提示，并引导用户重新连网。

5)权限禁用

产品的功能需要调用系统的权限，而一些手机品牌对于权限的限制比较严格，所以会出现安装之后某些功能无法使用的情况。

比如我们的产品需要调用摄像头权限，而小米在第三方应用中默认禁用这个权限，所以很多小米用户反馈无法拍照。后来我们添加了权限禁用时的提示弹框，引导用户去设置里开启权限。

6)无响应状态

有一些功能运行时，会占用比较大的内存，对于性能较差的手机就会一直出现在loading界面，用户只能强制刹掉进程。所以要设计无响应状态提示用户程序仍在运行，需要耐心等待，也要给用户返回上一层的选择空间。

7)多语言配置

如果你的产品有可能会推广到海外，那么最好提前考虑多语言配置的问题。为了减少安装包的大小，必须要精简资源库，尽量使用能够复用的图片素材减少文字类图片。分享功能可以使用集成SDK，保证国内海外的用户都可以使用。

8)规则后台可控

很多规则在制定时，我们也不能保证说是最佳的。如果把规则写死在客户端，上线后数据反馈效果不佳，那么只能通过发布版本来调整，费时又费力。如果把规则做到后台可控，虽然在开发时会多投入一些工作量，但能够做到快速灵活的调整。

9)数据统计埋点

要验证功能上线后是否达到设计目的，就必须通过统计来进行分析，这也是衡量产品经理能力的一个指标。可以用友盟这种第三方统计平台，如果想要更详细的数据情况，就需要搭建公司内部的数据后台。比如界面的停留时长，点击转化率，用户路径等等。

10)运营扩展

产品和运营是密不可分的，所以在设计每个功能时都要考虑到是否有运营扩展的可能，比如限制某些功能的使用需要达成某种条件再解锁，或者在界面中设计一些预留广告位，为流量变现做准备。

11)空状态

大部分时候的空状态最容易遗漏，需要在考虑默认值的同时将每个步骤的缺省、空状态标记，该状态下要让用户清楚的知道自己目前少的是什么，以及在空状态中的链接跳转，可以有效的将用户导入到相应的步骤中去。

12)即时反馈

误操作和无相应也是即时反馈的一种形式，当然在产品原型设计中，无论是操作成功、操作失败等状态，都需要在用户进行操作后给予对应的即时反馈提醒，当然，在一些重要的步骤下不想要去打断用户，或者自动跳转以及其他链接页面情况下，可以省略这个步骤。

最后，做个原型设计自查表，在自己设计完了之后可以自查一下，看看哪里有没有问题。或者也可以原型设计完了之后，写需求文档，在写需求文档的时候再梳理下自己写的内容。

转载请保留出处及原文地址:https://www.shishangjue.com/article/470.html