在产品设计中，可能存在“不属于”产品经理职务的设计点，但这些设计点会影响用户的最终体验，因此不应忽略。 本文总结了作者不应该忽视的几个设计要点和自己的经验，一起来看看吧。

首先在进行产品设计时，可以看到交互原型图、UI界面等。

也有我们看不见的设计点。 在设计产品时也可以考虑这些要点。

整理了以下几点，分享给大家。 希望能帮到大家。

一、热区是页面中可以点击的区域，点击热区可以触发交互事件。

例如，点击头像进入个人主页，头像区域是热区。

热区的大小范围也影响用户体验。 您还可以扩大热区范围，以便用户快速选择。

对于列表，整行可以是热区。

如果同一模块中有不同的热区，则可以对热区进行分区，而不是将热区放在元素上。 (要素是指文字、图像、icon等。

另外，关于热区的范围，需要明确不同的区域会引起什么样的操作。

交互设计师应该考虑，一般的公司是有交互设计师，还是由产品经理管理？

二、快捷键相对于快捷键，像ctrl c、ctrl v那样，几乎每天都使用。

所以，在我们的产品中，特别是PC端的产品也有必要加入快捷键，研究提高的使用效率。

例如，表单输入页面：

ctrl S向要添加快速保存的ctrl N添加数据添加ctrl P打印。 添加太多快捷键会增加学习成本。 考虑在常用功能、核心功能中添加快捷键吧。

嘀嗒点赞评论是常用功能，在嘀嗒官网版上，按“z”快速点赞“x”； “c”、收藏、按键切换视频； 、键快进/快退。

另外，在APP内也可以考虑输入快捷键。 我认为@是快捷触发键。

装订可以输入当前/。 调用入口可以加快功能。

用一个斜线快速连接产品内的各功能，能想到这一点，不得不说真的很棒。

我们也可以参考这个设计，想想在我们的功能产品中有没有可以使用的地方。

三、数据加载在说《5000字详解性能需求》时，表示对于不同的加载方式，也会影响产品的用户体验。

常见的加载方法如下。

分页加载：做列表的时候，研发一定要问是否分页，一页能加载多少数据。

分页加载是指分批加载，通常一次加载10条/20条数据。 进入下一页后，加载。

类似APP的信息流加载也通过寻呼加载，每次加载10条，读取这10条，然后刷新加载新的10条。

全屏加载：全屏加载的方式一般一次加载页面中所有的数据完成，当然用更多的响应时间。

全屏加载通常需要很少的页面元素或同时查看页面内容才能使用。

懒惰加载：不一次完成加载，在页面进入屏幕可视区域时加载对应的数据。

现在很多APP的页面都采用了这种方式。 意外地，研发会选择这种方式。

预加载：提前加载内容，用户进入页面时可以直接查看。

使用预加载时，必须预先预测用户的以下操作，并预先加载数据：

像嘀嘀打车一样，所有的视频都是预先加载的，每次掉落时，都可以看到预先加载的视频。

刷嘀嗒的时候试试。 关闭流量/wifi也可以刷一些视频。

另外，像APP的片头广告、弹匣条一样被预先加载，一般进入页面直接观看。

还有一种加载“冒充”用户的方法。 后端加载在页面上显示操作成功，但后端仍在处理中。

在微信上发朋友圈的时候，即使已经关机了也可以发布，但是可以自己看，上网之后就可以成功了。

前端可以看到不同的加载方法，但最终无法加载数据。 页面是空白的。

但是，我还想在这里提到。 因为一些研发的同学不知道使用什么样的加载方法，怎么加载。

比如说预加载，研发也不知道要预加载哪些数据，需要产品告诉他们。

四、数据存储在填写表格时，一定会出现填写未完成就退出的情况。 如果用户再次进入的时候，在那之前输入的还能在页面上看到吗？

如果可以显示，则该数据是存在前端还是存在后端？

前端通常是指本地缓存数据，并在下次进入表单页面时读取本地数据以指示以前输入的数据。

如果缓存为空，则以前输入的数据将为空。

后端是当数据库中存在且下次进入表单页时，读取数据库中的数据以指示以前的数据。

除非从数据库中删除数据，否则看不到。

对于数据量少、便于填写的数据，可以直接本地保存，缓存清除后再清除，供用户重新填写。

如果填写多，填写内容复杂，填写时经常不中断，可以考虑保存的数据库。

从另一个缓存到服务器，通常是提供公共服务的场景

我以前做过公共单位换算的接口。 简单来说，接口捕获原始数据，并以“原始数据换算比率”返回计算结果。

在大多数情况下，从接口发送的原始数据相同，不需要每次计算。

只需将计算出的数据缓存在服务器上即可。 在有相同的原始数据进入的情况下，直接读入缓存数据，接口返回缓存内的计算结果即可。

对于未计算的数据，调用接口进行计算，并将计算结果缓存在服务器上。

这样，提高接口的响应变为时间，服务器端的压力也减少了。

也就是说，以前面提到的单位换算接口为例。

如果公式发生变化或换算率发生变化，则需要清空缓存的机制。

如果不清空缓存，则会根据以前缓存的数据返回到接口。 在清空缓存之前，不会使用最新的计算方法进行计算。

这也引出了缓存需要考虑的几个问题。

缓存的有效期是多长； 是否自动清空缓存； 缓存什么时候被清除？ 是否让用户清除缓存数据的功能； ……这是针对不同的缓存数据来看的。

五、感官视觉、嗅觉、触觉、听觉、味觉都是感官体验，在此仅提及触觉、听觉。

1 .触觉是手机振动。

振动主要用于消息反馈、注意力和感觉体验的加强。

嘀嗒夸奖的话，会稍微振动； 用微信拍摄会有震动； 今天自上而下刷新有振动，点击tabbar有振动； B站长按下视频快进时，会有振动。 ……如上所述，振动的主要状态将被反馈。

关于状态反馈，可以向页面添加提示，但有些场景不方便查看页面。

例如，使用手机进入地铁。

在这种情况下，听觉、视觉反馈容易被忽视时，可以考虑施加振动强化触觉反馈。

在iOS、Android系统上提供了相应的接口。

iOS系统提供了缺省振动和定制振动界面。

iOS将振动分为三类。

1 )通知)通知的振动分为成功、警告和错误。

截图来自苹果官网

2 ) impact )不知道该怎么翻译) )。

触觉提供物理隐喻，可用于补充视觉体验。 例如，当视图卡在指定位置时，人们可能会感觉到轻敲，或者两个重物碰撞时会感觉到砰的一声。

——苹果

impact有五种类型： light、medium、heavy、rigid和soft。

3 )选择)

UI元素的值发生变化时，选择触觉可以得到反馈。

——苹果

大家可以直接去苹果看说明：

3359 developer.apple.com/design/human-interface-guidelines/patterns/playing-haptics /

振动有更有趣的游戏：

iOS13及更高版本支持视频振动播放。 嘀嗒在播放视频时加入了振动。 在B站发布的动态视频中，手机可以随着旋律节奏振动。 观看视频时，不仅视觉、听觉，还加上触觉，三观共刺激，使用户的感官刺激急剧增加。

这还有一点需要产品的关注。 有必要知道各种系统的特性。 我们需要关注系统的新版本，关注是否有可以结合的新功能。

例如，在ios支持添加桌面快捷方式后，大多数APP开始向桌面添加主要功能。

即使不关注系统升级功能，也需要关注自己的产品是否适合新版本的系统，以及是否存在错误。

2 .听觉听觉听觉是指语音提醒，具有消息反馈、提醒、情感渲染等作用。

声音警告比振动更有效，应用场景多：

扫码语音提醒微信、支付宝收款时语音提醒； 新消息来了，一定要大声提醒； 收到推送时，请注意； ……现在，各APP都渴望所有用户都有在线警报。 如果存在多个警报，则触及方式会增加，流量也会增加。入口

虽然这些都不是为了清理数据，但它们会通过声音提醒产品对用户体验的好处。

共享我注意声音的场景。

客户使用我们的产品实时下达工作单。审核，但工作单是不定期的。 客户一般在做其他工作的时候，会等审核工单来了，然后马上去审核。

此时，用户的注意力在其他工作页，不盯着工作单的等待审核页。

所以，新的工单来的时候，要大声提醒，审核人马上下达工单审核。

简单来说，在某个场景中，如果用户不方便从画面上受到注意，可以用声音提醒。

我那时明白道理，但没想过搭话提醒。 客户提出这个需求后，很快就安排好了。

大家在制作产品的时候，可以考虑用信息提醒是否能在某个场景下使用。

使用语音警报时，另一个是使用不同的声音。

成功时的声音、失败的声音、提示的声音等。

关于声音的内容我不专业，所以这里扔球。 希望大家在工作中也考虑到效果音。

六、特殊群体我以前做APP产品经理的时候，曾收到过视觉障碍用户的短信。 这封邮件给了我很大的感动。 我把邮件的内容放在下面，大家都能看到。

该用户提出的需求立即放入需求池，并与研发进行了沟通。

得出的结论不理想，测试也不顺利，而且还有很多高优先级的需求等着我，所以我一直把它放在需求池里，直到我退休后还没有实现。

我现在还在考虑这件事。

这是分享给大家的。 我想在制作产品的时候，有一些特殊的群体在使用我们的产品，如果我们能帮助他们的话，请尽量帮助我们。

这引出了我们在制作产品时更达到的一个层面，就是产品经理的心性。 这个东西，才是更看不见，看不见的。 有句话说，善良比聪明更重要。

有些产品为了提高点击率，故意添加迷惑的按钮，故意把关闭的按钮放在不容易看到的地方，或者故意写一些晦涩难懂的复制品来迷惑用户。

做这些“不善良”的功能，只是KPI在压着，上司在盯着，目的也就是提高点击，提高转换，提高收益。

当然，善良或不善良，所以我不能评价。 毕竟产品经理也只是一份兼职工作。

我想做的只是，所有的功能，都是拥有正确的心。 用户骂人的时候，自己的心能顺利就好了。

我以前也被用户骂过，当时我很年轻，心里想着领导会这么做。 责骂的是领导者。

之后，我整理了用户骂的话给领导看，让领导心里有点数，找机会优化。

七、总结看了这几点，大家可能会觉得这些不是产品应该做的事情。 例如：

不应该让研发人员决定使用什么样的加载方式吗？ 对于热区，这不是UI/UX应该考虑的事情吗？ ……这些问题，绝对没有错。 产品经理肯定什么都知道。

但是，作为产品，我认为我们有必要站在前面。

我们应该积极地对这些产品提出良好的需求，把这些东西交给更专业的同学。

如果你的团队有经验丰富、职业素养高的研发、UI、测试，那将是一件幸事。

否则，就只能靠自己了。 请说。 请按。 只能靠自己了。

你是枪手，组员是枪。 你想向哪里开枪？ 我等你开枪。

本文宣布@王大鹿为原创，人人都是产品经理，未经许可禁止转载

标题来自Unsplash，基于CC0协议

本文的观点只有代表本人，每个人在产品经理平台上只提供信息存储空间服务