ZEST SCHEDULE がタスク指向UI だったら？

こんにちは。株式会社ゼストでプロダクトデザインを担当している長沢です。

2024年3月の『ZEST SCHEDULE』のリニューアルから、半年以上が経過し、時の流れの速さに驚かされています。

さて、弊社のプロダクトデザイナーは、ZEST SCHEDULEのリニューアルにおいて、OOUI（オブジェクト指向UI）を採用し、直感的で分かりやすいUIの実現を目指して尽力しました。

3月のリリースからしばらく時間が経ち、改めて「もしZEST SCHEDULEが、オブジェクト指向UIではなく、タスク指向UIで作られていたとしたら、どうなっていただろうか」という疑問が浮かび上がってきました。

本記事では、リニューアルされたZEST SCHEDULEのUI構造設計を振り返りつつ、タスク指向UI版ZEST SCHEDULEの可能性について考察してみたいと思います。

OOUI（オブジェクト指向UI）は、Object Oriented User Interfaceの略で、現実世界のモノや概念をデジタル空間にそのまま持ち込むように設計されたユーザーインターフェースのことです。

「オブジェクト（対象となるもの）」を起点に設計することで、ユーザーは現実世界の直感的な操作感覚をデジタル空間でそのまま体験できます。

例えば、パソコンのデスクトップ画面にあるゴミ箱に、不要なファイルをドラッグ＆ドロップして捨てるという操作は、誰しもが一度は経験したことがある直感的な動作であり、OOUIの代表的な例と言えるでしょう。

OOUIの目的は、ユーザーが迷わずに、そして直感的に操作できるようなユーザーインターフェースを実現することです。これにより、学習コストを削減し、ユーザーエクスペリエンスを向上させることができます。

また、OOUIでは、情報を表示するビュー（画面）を大きく2つに分類します。

ナビゲーションの名称についても、OOUIでは、ユーザーインターフェースをより直感的で分かりやすくするため、ナビゲーションから「管理」「設定」といった抽象的な言葉を省くことを推奨しています。

タスク指向UIとは、ユーザーがまず行いたいことを選択し、その後、そのタスクに関連するオブジェクトを選択するような設計のユーザーインターフェースです。

OOUIが「オブジェクト」を起点に設計されるのに対し、タスク指向UIは「タスク（行動）」を起点に設計されます。

ZEST SCHEDULEのUI設計について、OOUIのタスクからオブジェクトを特定するプロセスに基づき、UI構造設計を進めました。

想定されるユーザータスクの一例を以下に示します。

上記タスクから名詞を抽出、主たるオブジェクトを特定し、初期段階では、

が候補として挙げられました。

しかし、「シフト」は職員オブジェクトの配下にある方が自然なのではないか？
「外部連携」は主たるオブジェクトとして定義するのは違和感。といった疑問が残りました。

「シフト」は職員オブジェクトの配下にあるべきか
- 職員オブジェクトの配下に置いた場合、職員単体にシフト情報がプロパティとして配置されることになります。シフトは、複数の職員のシフトを一括で表示・管理しなければ意味が無いため、職員配下ではない別の場所に配置した方が良さそうです。
- また、シフトは「予定」と密接な関係があり、両者の情報を統合的に管理することで、より効率的なスケジュール管理が可能になります。
- これらの点を考慮すると、シフトと予定の両方を包括する上位オブジェクトを設けることが、直感的で分かりやすい情報構造を実現する上で有効と考えられます。
- 最終的に、予定とシフトの上位オブジェクトとして「スケジュール」を設けることで、主たるオブジェクトがより簡潔になりました。
「外部連携」は主たるオブジェクトなのか
- 外部サービスの連携対象が予定だけでなく、利用者や職員情報など多岐にわたるため、予定や利用者、職員に対しての「アクション」として扱う方が適切と判断しました。