対象を「見つける」ために
前回は、プロダクト開発において「対象」を先に定義することの重要性を、実際のプロジェクトで経験した失敗例とともに紹介しました。「被害報告」という一つの言葉の下に、本来は別々に定義すべき対象が混在していた、あの話です。
では、その対象の境界は、誰がどのように決めるのでしょうか。例えば「顧客」は、契約先の企業なのか、そこに所属する担当者なのか。この認識がチームでズレたまま設計が進むと、さまざまな場面で矛盾が生じます。何を一つの対象として扱うかは、デザイナーやエンジニアだけの判断ではありません。プロダクトの目的や将来像に関わる、プロダクトオーナー（プロダクトの意思決定を担う人）の意思決定でもあります。
本連載で扱うOOUX（Object-Oriented UX：オブジェクト指向UX）は、プロダクトが扱う対象（オブジェクト）を起点に、情報の関係性や構造を整理していく設計思想です。今回は、そのOOUXにおける「オブジェクト」の考え方を通して、対象の見つけ方と、その境界の捉え方を解説します。
「何ができるか」より先に「何が存在するか」
「注文する」「選ぶ」「座る」「置く」。できることを動詞で並べても、それが何に対する行為なのかが分からなければ、具体的な状況は思い浮かびません。
ところが「コーヒー」「ソファー」「テーブル」「レジ」という名詞が出た瞬間、具体的な場面を思い浮かべやすくなります。人は対象を認識すると、その対象が何であり、それに対して何ができるかを考えます。
複雑なシステムを解読するにあたっても大きく二通りのアプローチがあります。一つはタスクフローやプロセス、そのシステムが持つ機能から整理する方法。そしてもう一つが、そのシステムを構成している名詞、ものやコンセプトを確認する考え方です。OOUXでは後者の考え方で進めます。これはオブジェクトの方が機能やシナリオより大事というわけではなく、単純にこの順番の方が理解がしやすいからです。
この順番は、実際の設計作業でも効いてきます。編集、承認といった操作でも、その対象が明確であって初めて、一貫して設計できます。これが、OOUXがタスクや機能より先にオブジェクトから考える理由です。
