虽然相较于C端而言,B端的交互设计投入会相对较低,但这并不能说明B端一侧的交互设计不重要,相反,其中有许多细节和事项值得我们深入探究。这篇文章里,作者就分享了他关于B端交互设计、原型设计等方面的心得,一起来看。
将循环展开成一个流程,如下:
比如提交新增客户,看到新增按钮-点击新增按钮-看到要录入哪些信息-录入信息点击确定-添加完成。
然而这只是最理想的一条交互路径,在实际的场景中往往会出现各种各样的异常情况,所以节点和流程就会越来越复杂,交互设计也就越需要花费精力去考虑。
这四点在我最开始接收的工作任务中发挥了很大的作用,当时需要将PC系统上的常用功能做成移动端的功能。我们都知道手机的空间有限,因此首要任务就是简化简化再简化,这四个指导思想起到了至关重要的作用。项目已经上线稳定运行,但回过头来看其实还是能够做的更好。
四、常用的交互设计方法论
我们都听说过尼尔森交互设计十大原则和交互设计七定律,这里对两大黄金交互理论组进行去重并融会贯通,保留一些重要且常用的进行介绍。
2. 米勒定律
神奇的7+-2法则,普通人只能在工作记忆(短期记忆)中保持7+-2项信息
- 减少选择,但不能无限减少(简约四要素中的-删除)
- 对信息进行分组(简约四要素中的-分类)
- 减少用户的记忆量
3. 操作可预期
飞书这个产品给我最大的一个体验的感觉就是它好像随时都能预判到我下一步要做什么而提前做好准备。就好比你在生活中有个管家随时为你准备好接下来的事情,这样的交互设计是会极大的提升用户体验的。这就需要我们对用户的场景足够了解。
在经历了互联网多年的发展,操作可预期已经在潜移默化的培养着用户习惯,你可以让用户操作YES/NO,也可以选择是/否,但不能让用户操作T/F。
5. 一致性
- 通过保持内部和外部两种类型的一致性来提高学习能力。
- 在单个产品或产品系列中保持一致性(内部一致性:交互、结构、颜色等方面)。
- 遵循既定的行业惯例,减少用户学习成本(外部一致性)。
6. 防错原则
B端的用户操作一不小心就可能造成毁灭性的效果,一不小心就可能造成成百上千万的损失。因此防错原则也是在设计中务必要考虑的原则。可通过操作前、操作中、操作后三个阶段层层布防。
① 操作前,提醒防错
详尽的说明文字,突出显示。
当结果不可逆时,询问用户让其知道操作的后果,分为轻度中度重度三种提示程度。
② 操作中,实时感知
对用户的操作进行视觉化呈现,并及时回馈。
适当限制用户的某些交互操作。
③ 操作后,及时反馈良好引导
错误发生时,及时反馈错误并提供纠错帮助。
允许用户犯错,并支持操作可逆。
④ 阻断与非阻断的平衡
防错原则本身没有错但要注意防错与不防错的平衡,试想你做一步事情跳出来一个东西提醒你阻止你,你会不会有砸电脑的冲动。
五、一些建议
- 借鉴成熟产品
- 不要高估用户水平和用户设备水平
- 易上手,可定制
- 采用标准控件
- 有>好用>好看
六、有关原型
在真正成为B端产品经理前,也曾把原型看的很重要,花费了很多时间去学习一些复杂的Axure交互。在入职以后一个小需求也想做成完全可操作的原型,往往耗费了大量的时间精力。
在我看来产品经理的原型会主要面对两类对象,用户和开发。原型是一个和他们之间高效沟通的载体,最大的作用是高效准确的传达出你想对他们表达的内容。以下是我对B端原型设计的一些避坑建议。
- 不要过度追求高保真原型,有时候箭头加界面往往更直观的让开发理解。
- 根据交互设计的一致性原则,相同的项目可生成可复用的组件库,提高工作效率
- 原型绘制要细心,不要给开发向你提问的机会。
- 避免接到需求立刻进入原型绘制,需求分析必不可少
- 原型改动点要有单独的版本更新页面记录,避免开发忽略
本文由 @B端阿超 原创发布于人人都是产品经理。未经许可,禁止转载
题图来自Unsplash,基于 CC0 协议
该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。