BeFor Web
为网而生 - 关注移动互联网及AR/VR产品的用户体验设计

⌈随笔⌋ 实际场景与痛点似乎没那么简单

⌈随笔⌋ 实际场景与痛点似乎没那么简单

抛个问题先:“如何设计一款计时器 app?”

希望你此刻的反应是在质疑“这算什么问题,指哪一类人在什么情况下使用的计时器呢?”,而非立刻开始形象化地思考界面当中需要提供哪些功能与信息。

是喽,交代一下背景。这是我去年刚刚开始学习拳击时常想到的一个问题。

严格讲是自由搏击。教练会时不时地突然下跪然后把你撂在地上骑在你身上边怼你边喊“跑啊跑啊”,这样。两个大老爷们,极不雅观。

拳击训练自然离不开击打沙袋,通常一轮五分钟的样子。期间,教练偶尔会做报时;到了五分钟,训练计时器开始蜂鸣,结束。

一对一课程的问题在于,如果教练已有其他课程安排,而你又恰好有时间和欲望去运动,那么只能去拳馆自由练习。自由练习,不会被打(^_^),也无人可打,通常只有进行重训和沙袋;而计时这件事多多少少成为了问题。

找个计时器 app 吧,打沙袋时放在墙角。首先想到的自然是 iOS 自带的计时器,简简单单 - 设定时间,开始计时,结束时开始蜂鸣 - 逻辑真心没毛病。

但实际使用起来发现两个问题:

  1. 非常不喜欢自己的设备在公共场所发出声音。会发出蜂鸣的训练用计时器是符合场景逻辑的设备,但私人手机不是。我不希望计时结束的反馈信息由声音来承载。
  2. 实际场景中,不仅需要被告知计时结束,同时还要了解大致的进度,就像教练的报时一样,给人带来盼头。而 iOS 的计时器虽然使用了较大的字号,但在剧烈运动状态下仍然难以在一瞥之间获取信息。

iOS 计时器界面

而第三方 app 也大体相仿。虽然五花八门,但无论数字形式还是拟物风格,信息输出方式都无法真正解决上面两个痛点。无意对任何产品进行负面评价;只是需求场景过于特殊。

继续思考。有没可能通过硬件配合的方式来解决问题?

运动耳机

可以解决发声的问题,任你蜂鸣还是喵喵喵都无妨。然而和跑步一类的"健身"场景不同,沙袋训练当中并不希望头部有任何累赘的外物,毕竟不是单纯击打,同时还包括格挡、摇闪等练习,前臂时常需要贴近耳朵与脸颊;脖子上挂个耳机会相当不舒适。

Apple Watch

在手机上设定计时,通过 Watch 的振动进行提示反馈,既不用发声,也无需依赖视觉,逻辑上真的完美极了。然而,再一次,和跑步一类的"健身"场景不同,即便你将 Watch 紧紧地箍在手腕上,周围裹缠一层绑带,然而在戴上拳套开始持续击打沙袋之后,是完完全全感受不到任何振动提示的。

众所周知,以上两类设备的卖点当中都有覆盖运动场景,通常状况下也确实可以提供相关价值,但在某些特定的场景下也的确无能为力。

反复提到"场景",估摸着这篇随笔的意图就在于此吧。所以开始写的时候并没有明确的意图吗?并没有(^_^)不然干嘛叫随笔呢。"如何设计一款计时器 app",即便增加了目标人群与场景的描述,看上去也不像一个很复杂的问题;但在现实当中,涉及到实际的场景和痛点,事情似乎没有自己设想当中的那么简单了呢

类似这样"没有自己设想当中那么简单"的状况真的只有在极端特定的场景当中才会出现吗?或是我们在设计"常规"产品之时,在自认为理解需求之时,背后其实同样有着林林总总的实际痛点是我们依靠"设想"与"经验"而无法认知到的?

所以计时器的问题如何解决?没有解决,我只能大致描述一下我最终认为最为可行的设计方案:仅依靠手机端 app,界面无需呈现时间、时钟或任何信息,仅将屏幕整体作为进度容器,白色进度条跑在黑色背景之上,形成最大化的对比度,这样可以在一瞥之间感知到当前的进度状态,而无需了解具体的时间信息;在计时结束时,屏幕高亮闪动,在视觉表现力所能达到的范围内尽可能制造视觉噪音,使眼角余光可以留意到状态变化即可。

大致这样。

C自制的 WireframeKit for Sketch 线框稿风格组件库已升级至V1.1,了解下: