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

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

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

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

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

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

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

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

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

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

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

iOS 计时器界面

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

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

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

Apple Watch

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

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

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

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

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

大致这样。

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