【增删改查】在交互设计走查中的运用
最近在项目中总结出的一个小方法,希望可以帮助大家打开思路。第一次写文章分享,挺有意思的,乐在其中。
文章关键词
增删改查、流、动线
(阅读本文需5分钟)
增删改查是后台熟悉词语,但我最近发现它也可以运用在交互设计走查、原型走查中。
一、工作中可能遇到三类问题
在某些公司里,没有交互设计师岗位。UI设计师接触到的产品原型,它可能还是一个半成品:
1.产品原型上只放了功能,但这个功能没有下文
eg:产品经理A在活动报名页想要一个支持10人报名的功能,在原型上报名按钮旁仅备注支持10人报名...
2.状态仅考虑最完美正确路径,不考虑异常状态
我们知道用户完成正确的路径只有一条,必须完成目标不会出任何错误,非常幸运才能刚好选择这条路径。如果原型只考虑了这一条最快的路径,你的原型大概只完成10%。
3.功能考虑齐全了,但是忽略了过程。
产品经理把这个界面所有的功能都列举出来了,但是把它堆积在一起。却不考虑用户不可能同时看见他们,用户在不同的状态是需要不同的功能。


如果以上这些问题都有,好的情况是在ui设计时发现了问题,及时完善;否则严重的话原型要推倒重做。很多公司是一边设计一边开发,不存在设计完了,才开始开发。所以原型的重要性,它不仅指导设计、开发、测试去完成他们的工作,大改的话只会浪费开发,浪费团队精力。
以上,吐槽完毕,正文。
二、增删改查的运用
不管你是产品经理还是兼着交互设计的UI设计师,通过思考功能的增删改查就可以保证产品能用,不会轻易漏掉页面。(这里不讨论如何把产品做到能用—易用—好用,这里的方法仅是为了完成第一步,能用)
1.当你想要一个支持10人报名的功能,这就是增
删:取消报名后,记录是否可以删除
改:用户是否可以取消报名,是单人取消还是多人取消还是整体取消?
查:用户如何查看报名结果情况
2.当你在做设计时候,产品经理只给了一个新增页面,譬如用户认证(填写姓名、手机号)页,你需要自动补齐其他页面。(当然这里还有认证通过合认证失败提示,但这个是最容易想到的)
删:是否可以取消绑定
改:是否可以更改手机号、姓名等
查:认证后界面怎么显示
三、增删改查的分析
其实增删改查就是对于一个功能从与到无,一个闭环。
一切可以回归、循环,符合让用户具有可控性,同时它也代表了用户的操作流。
我们在做产品原型或者设计,不就是按照用户的操作流进行设计的吗?我们模拟用户的眼睛、用户的手,用户的心理,去还原用户怎么开始去完成目标,用户一步一步操作时界面该呈现的样子。
以下是我自己梳理的一套设计原则(还会持续更新,算是第一版),如果我写的东西有赞的话,我会考虑出一篇怎么思考的,这里先预告一下。

所以在第一点提到的“功能考虑齐全了,但是忽略了过程”,是不是忽略了流,忽略了用户的动线。
四、增删改在框架中的应用
设计完成之后,检查现有的UI框架是否支持数据的增删改,尤其是在数据增多的情况下,怎么考虑该模块的拓展性;以及后台要根据前端展示,要做成通用性、灵活性、可拓展的框架,支持用户的模块可能有小的变动,而不需要重新开发。否则它就是定制的,每一次修改都要充要重新开发修改框架,这样成本会非常高。
eg:下图中有一个常用模块,客户肯定在不同时期是需要不同的常用模块,就要考虑这个模块在数量上的增删改时,是否还能支持。当数据增多时,我们要考虑左右滑动查看或者支持翻页。

五、总结
当我们不知道自己功能考虑是否齐全的时候,试试增删改查这个小方法。试试流。希望能帮到你哈~













































































