7个看不见的设计点，产品经理来瞧瞧

　　在产品设计中，可能会存在一些设计点并不“属于”产品经理的职责范畴，但这些设计点却不能被忽略，因为它们会影响到用户的最终体验。本篇文章里，作者就阐述了几个不应忽视的设计点及自己的经验总结，一起来看看。
　　前言
　　在进行产品设计时，像交互原型图、UI界面，这些都是可以看到的。
　　还有我们看不到的设计点，这些点在做产品设计时同样可以考虑到。
　　我整理了以下几点，分享各位，希望对各位有用。
　　一、热区
　　热区是指页面中可以点击的区域，点击热区会触发一个交互事件。
　　比如说点击头像，进入个人主页，头像区域就是个热区。
　　热区的尺寸范围也会影响用户体验，为了让用户快速选择，我们可以选择扩大热区范围。
　　对于列表，可以将整行作为一个热区。
　　对于同一模块内有不同的热区，可以采用区域划分的方式，而不是将热区放在元素上（元素是指文字、图片、icon等）。
　　另外对于热区范围，我们需要进行明确：不同区域会触发什么操作。
　　虽然应该是交互设计师去考虑，但是哪有一般公司哪有交互设计师，还是产品经理去管。
　　二、快捷键
　　对于快捷键，像ctrlc、ctrlv，几乎每天都会用到。
　　所以我们需要考虑，在我们的产品中，尤其是PC端产品，是不是也要加入快捷键，来提高使用效率。
　　比如在表单录入页：
　　加入ctrlS快速保存；
　　加入ctrlN新增数据；
　　加入ctrlP打印。
　　加入太多的快捷键会有一定的学习成本，我们可以考虑对常用功能、核心功能加入采用快捷键。
　　如抖音点赞、评论是常用功能，在抖音网页版，按“Z”，快速点赞“X”；“C”，收藏；、键切换视频；、键快退快进。
　　另外对于APP内，我们也可以考虑加入快捷键，我认为就是个快捷触发键。
　　钉钉目前就可以输入，调用出功能快捷入口。
　　通过一个斜杠将产品内的各个功能快速串联在一起，不得不说，能想到这一点真的很棒。
　　我们也可以参考这个设计，想想在我们的功能产品中有没有地方可以用。
　　三、数据加载
　　在说到《5000字详解性能需求》时，我们提到过对于不同加载方式，同样会影响到产品的用户体验。
　　常见的加载方式有：
　　分页加载：在做列表时，研发一定会问要不要分页、一页加载多少数据。
　　分页加载就是分批次加载，一般一次加载10条20条数据。当进入到下一页时，再进行加载。
　　另外像如APP的信息流加载，也都是分页加载，一次加载个10条，看完这10条，再刷新加载出新的10条。
　　全屏加载：全屏加载的方式一般是一次把页面中全部的数据加载完成，当然会用更多的响应时间。
　　全屏加载一般用于页面元素较少，或者页面内容必须要同时看才使用。
　　懒加载：一次不加载完，当页面进入到屏幕可视区域时，再加载出对应的数据。
　　现在很多APP的页面都是采用这种方式。不出意外的话，研发都会选择这种方式。
　　预加载：提前把内容加载好，用户进入到页面时，可以直接看。
　　在使用预加载的时候，我们需要提前预估到用户的下一步操作，提前把数据加载好。
　　像抖音，每个视频都是提前加载好的，每次下滑，看到的都是提前加载好的视频。
　　你可以刷抖音的时候试试，把流量wifi关上，还是能刷出几个视频。
　　另外像APP的开屏广告、弹窗banner一般都是预加载好，进入页面直接看。
　　还有一种“欺骗”用户的加载方式：后端加载，在页面显示操作成功，但是后端还在处理。
　　微信发朋友圈时，就算在断网的情况下也是可以发布出来，但是就自己能看到，等联网后才能成功发布出来。
　　不同的加载方式是在前端能看出来的，毕竟加载不出来数据，页面就是空白的。
　　但是我还是想在这提，因为有些研发同学不清楚要用什么加载方式、不清楚怎么加载。
　　比如说预加载，研发不会知道要提前加载哪些数据，就需要产品去告诉他们。
　　四、数据存储
　　当在做表单录入的时候，一定会存在没填写完就退出，如果用户再次进入时，那之前录入的在页面还能不能看？
　　如果还能显示，那数据是存在前端，还是存在后端？
　　前端一般是指将数据缓存在本地，下次进入表单页面时，读取本地数据，展示出之前录入的数据。
　　如果缓存清空，那之前录入的数据就会被清空。
　　后端是指存在数据库中，下次进入表单页面时，读取数据库里的数据，展示出之前的数据。
　　除非把数据库里数据给删除才看不到。
　　对于一些数据量少、容易填写的数据，我们可以直接保存在本地，缓存清了就清了，让用户再填写。
　　对于填写的多，填写内容较复杂、填写时存在经常别打断的情况，我们可以考虑保存的数据库里。
　　还有一种缓存到服务器，通常是在提供公共服务的场景里
　　我之前做过一个公共单位换算的接口，简单理解就是：接口传入原始数据，通过“原始数据换算比例”后，再返回出计算结果。
　　大多数情况下，接口传入的原始数据都是相同的，没有必要每次都去进行计算。
　　所以只需要把计算后的数据缓存到服务器中。当有相同的原始数据传入时，直接读取缓存数据，接口返回缓存里的计算结果即可。
　　对于没有计算过的数据，才调用接口进行计算，并将计算结果缓存在服务器中。
　　这样就提高了接口的响应时间，还减少了服务端的压力。
　　多说一句，还是以上边提到的单位换算接口为例。
　　如果计算公式变了，或者是换算比例变了，这时需要有清空缓存的机制。
　　如果不清空缓存，还是会按照之前缓存的数据返回接口。只有清空缓存后，才会按照最新的计算方式进行计算。
　　这也引出了对于缓存需要考虑的几个问题：
　　缓存的有效期是多久；
　　缓存要不要自动清空；
　　缓存什么时候清；
　　要不要清空缓存数据的功能给用户；
　　这就针对不同的缓存数据在看了。
　　五、感官
　　视觉、嗅觉、触觉、听觉、味觉都是感官体验，我们这里只说下触觉、听觉。
　　1。触觉
　　对于触觉，就是手机振动了。
　　振动主要用于消息反馈、提醒，强化感官体验。
　　在抖音点赞时，会有微微的振动；
　　微信拍一拍，会有振动；
　　今日头条下拉刷新会有振动，点击tabbar会有振动；
　　B站长按视频快进时，会有振动；
　　以上这些，振动主要状态反馈。
　　对于状态反馈，我们可以在页面中添加提示，但是会存在不方便看页面的场景。
　　比如：刷手机进地铁。
　　在这种场景下，听觉、视觉反馈容易被忽略时，可以考虑加入振动，强化触觉反馈。
　　在iOS、Android系统里提供了对应的接口可以调用。
　　我们以iOS系统来说，它提供了默认震动以及自定义震动接口。
　　iOS将振动分为3大类：
　　1）Notification（通知）：通知的振动分为：成功、警告、错误。
　　截图来自Apple官网
　　2）impact（不知道咋翻译）
　　冲击触觉提供了一种物理隐喻，您可以使用它来补充视觉体验。例如，当视图卡入到位时，人们可能会感到轻敲，或者当两个重物相撞时会感到砰的一声。
　　Apple
　　impact中分为5种类型：light、medium、heavy、rigid、soft。
　　3）selection（选择）
　　当UI元素的值发生变化时，选择触觉会提供反馈。
　　Apple
　　大家可以直接去Apple查看说明：
　　https：developer。Apple。comdesignhumaninterfaceguidelinespatternsplayinghaptics
　　对于振动还有个比较有趣的玩法：
　　在iOS13以上版本，可支持播放视频振动。
　　抖音在播放视频时加入了振动。
　　B站推出的动感视频中，手机可以伴随旋律节奏进行振动。
　　在看视频时，不仅在视觉、听觉上刺激用户，又加上了触觉，三观共同刺激，让用户感官刺激飙升。
　　这也有另外一点需要产品关注：需要知道不同系统的特性。我们需要关注系统新版本，有没有可以结合的新功能。
　　比如当ios支持添加桌面快捷入口后，几乎所有的APP都开始做将主要功能添加到桌面中。
　　就算不关注系统升级的功能，也得需要关注自己的产品是不是适配系统新版本，有没有bug。
　　2。听觉
　　听觉就是指的声音提醒，作用包括消息反馈、提醒、情感渲染等。
　　声音提醒比振动有更好的效果，而且应用的场景更多：
　　扫完健康码会有语音提醒；
　　微信、支付宝收款时会有语音提醒；
　　有新消息过来，肯定要有声音提醒；
　　接收到push推送时，会有提醒；
　　现在各个APP都巴不得每个用户有开启提醒，多个提醒，就多了个触达方式，就多了流量入口。
　　这些出于让数据好看的目的我们先不说，而是声音提醒对我们产品的用户体验的好处。
　　分享一个我当时做声音提醒的场景。
　　客户使用我们的产品对工单进行实时审核，但是工单是不定时有的，客户一般是做其他工作时，当有待审核工单过来的，然后立马去进行审核。
　　这个时候用户的注意力是在其他的工作页面，不会一直盯着工单的待审核页面。
　　所以当有新工单过来时，通过声音提醒，审核人员立刻进行工单审核。
　　简而言之，就是在某个场景下，用户不方便通过屏幕得到提醒时，可以通过声音做提醒。
　　我当时道理都懂，就是没想过加声音提醒，当客户提了这个需求之后，就立马排期。
　　大家在做产品时，可以考虑消息提醒能不能在某个场景使用。
　　在对于使用声音提醒时，还有一个就是使用不同的音效：
　　成功时的音效、失败的音效、提示的音效等等。
　　关于音效的内容我不专业，在这我就抛砖引个玉。希望大家在工作中能把音效也考虑进去。
　　六、特殊群体
　　我之前做APP产品经理时，收到过一个视障用户发过来的邮件，这封邮件对我的触动很大，我将邮件内容放在下方，大家可以看下。
　　这个用户提的需求我立马放到了需求池内，并和研发沟通了这个事。
　　得到的结论是不好做，测试也不好测，另外有很多优先级高的需求等着去做，所以都一直放在了需求池，直到我离职后也没有实现。
　　直到现在我也一直想着这件事。
　　在这分享给各位，希望各位在做产品时，能想到有些特殊群体也在使用我们的产品，如果我们能帮他们，就尽量帮。
　　这也引出来我们在做产品时更到的一个层面，就是产品经理的心性，这个东西才是更看不见摸不着，有句话叫：善良比聪明更重要。
　　有些产品为了提高点击率，故意添加迷惑性的按钮、故意把关闭按钮放到不容易看见的地方、故意写难懂的文案迷惑用户。
　　做这些“不善良”的功能，无非就是KPI压着，老板盯着，目的也就是提高点击，提高转化，提高营收。
　　当然，善良or不善良，我无法评价，毕竟产品经理也只是个打工人。
　　我只希望做的每个功能，都是问心无愧的，用户骂人的时候，自己心里能过得去就行。
　　我之前也被用户骂，不过那时我比较年轻，心里就想，是领导要这样做的，骂的都是领导。
　　之后我就把用户骂的话，整理出来给领导看，让领导心里有点数，然后找机会优化。
　　七、总结
　　也许大家看了这几点会觉得这些不是产品该做的，比如说：
　　使用什么加载方式不应该让研发去定吗？
　　对于热区，这不是UIUX需要考虑的吗？
　　这些问题，绝对没有错，产品经理肯定不是什么都知道。
　　但是，我认为作为产品，我们需要站到前边。
　　我们需要主动提出这些对产品有好处的需求，然后将这些东西交给更专业的同学去做。
　　如果你的团队里有经验丰富，职业素养很高的研发、UI、测试，那是一件很幸运的事。
　　如果没有呢，只能靠你自己，你去提，你去推动，只能靠自己。
　　你是枪手，团队成员是枪，想打哪，就等你开枪。
　　本文由王大鹿原创发布于人人都是产品经理，未经许可，禁止转载
　　题图来自Unsplash，基于CC0协议
　　该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务