「完了」という一語の中には、異なる時間がある
ファイルを一時保存したとき、メッセージがサーバーを離れたとき、決済が承認されたとき、ゴミ箱を空にしたとき。画面はそのすべてを「完了」と呼べる。しかしユーザーが聴きたいのは、成功したという称賛だけではない。今の結果をまだ直せるのか、少し待てば変わる可能性があるのか、それとも戻る道が閉じたのかを素早く判断する必要がある。すべての完了を一つの明るいチャイムに統一すると、視覚言語は整って見えても、状態の違いは消えてしまう。画面を見ていないときや、手が別の作業でふさがっているときほど、その差は大きい。
まず結果を三つに分けると設計しやすい。自動保存のように更新が続く完了、送信のように短い取り消し時間が残る完了、削除や提出のように確認後に閉じる完了だ。一つ目は操作の流れを止めてはいけない。二つ目は結果が届いた一方で、ユーザーの権限が少し残っていることを示したい。三つ目には、次の入力を待たない固い終止が必要になる。同じ音色を使っても、アタックの重さ、最後の音の方向、余韻が消える速度を変えれば、製品全体の声を保ったまま三つの時間を区別できる。
戻せる状態では、終音を鍵のように閉じない
取り消せる行動に完全な終止を置くと、実際の機能以上に強い確定を聴かせてしまう。自動保存に低く重い終音を使ったり、送信直後に長い残響を残したりすると、「もう遅い」という印象になり得る。必要なのは、不安な未完成音ではない。閉じたけれど、もう一度開けられる扉に近い。短い二音の最後を必要以上に下げず、減衰はきれいに終えながら、ごく薄い空気だけを残す。そうすれば結果は明確なまま、次の行動を塞がない。取り消しボタンの表示時間と音の尾を完全に合わせる必要はないが、ボタンよりはるかに長く残すべきではない。音が確定を主張し続けると、画面上の復旧可能性と衝突するからだ。
一方、戻せない結果を大きな音にする必要はない。音量を上げれば重要度は増すが、最終性まで正確に伝わるとは限らない。短いアタックの後に中心音を明確に置き、最後の音で動きを止め、残響を素早く整えれば、小さな音量でも文は終わる。警告が必要な破壊的操作なら、確認段階ですでに別のリズムと音色を使うべきだ。完了音に後から責任を負わせてはいけない。完了音は遅れて鳴る警報ではなく、ユーザーが選んだ経路が実際に閉じたことを示す受領証である。
スピーカーより先に、行動の連続で試す
完了音は単独で一度再生すると、たいてい説得力がある。弱点は実際の製品で同じ操作が続いたときに現れる。写真を何枚も保存したり、項目を素早く処理したりするたびに二音のチャイムが最後まで鳴ると、情報は増えないのにリズムだけが積み重なる。反復可能な完了は、最初の信号以降の密度を下げるか、短時間に続くイベントを一つの薄い信号にまとめたい。一度だけ起きる確定には別の試験が必要だ。他の通知と重なっても終点が曖昧にならないかを確かめる。ミックスでは、高価なヘッドホンより先に、小さなスマートフォンのスピーカー、低い音量、周囲の雑音の中でアタックと終止が残るかを聴く。
「成功らしく聴こえるか」だけでは、試験の問いとして狭すぎる。音だけを聴いて、今の操作をもう一度できると思うか、取り消す時間が残っていると感じるか、それとも次の段階へ進んでよいと思うかを尋ねる方がよい。答えが外れたら、すぐ新しい旋律を書くのではなく、まずエンベロープを直す。最後の80ミリ秒を短くし、二音目への落差を狭め、余韻の高域を減らすだけで、状態がより正確になることは多い。完了音の役割は、心地よい句点を打つことではない。今起きたことに対して、自分の権限がどこまで残っているかを耳で確認させることだ。