次の例を通じて、オブジェクト指向のコンセプトと利点を説明します。

この方法であれば、毎回ファイルボックスカードや書類の山を取り出したり片づける必要がありません。類似の物件を整理しておけば、そのときに作業する分だけを取り出せばよいのです。ファイルカードを編集して、ファイルカードボックスに戻せば、丸くなった鉛筆を削るだけです。作業の生産性は、この原理を活用することでかなり向上させることができます。特に段取り時間、物の移動時間、トレーニング期間が短縮されます。

２番目の利点として、社員はオブジェクトクラスを選ぶときにアクションを決めておく必要がなく、オブジェクトに対して必要なアクションを実行できることです。

しかし、つねに現在のオブジェクトクラスについて作業するというオブジェクト指向の利点、例えば記事を読んでいるうちに、その記事のファイルカードを新たに作りたくなったような場合に欠点となります。ワークプロセスは、対象クラスを変更しなくてはなりません。この場合、作業プロセスが必要とするオブジェクトクラスの変更のためのナビゲーションオプションが必要です。このように、１つの作業プロセスから別の作業プロセスにも対応する必要があることから、プロセスのチェーン（鎖）というコンセプトが生まれます。

このため、オブジェクト指向のダイアログは、ジョブ指向設計およびユーザ指向設計と結合させなければなりません。

ユーザ側の知識と作業プロセスの分析が不十分なままでオブジェクト指向インタフェースを設計すると、ユーザは、自分が理解できない形で、オブジェクトの処理を行なわなくてはならなくなります。ユーザは、オブジェクトを業務上、技術上の抽象的な観点からではなく、ユーザ自身の作業プロセスや作業場所での観点から見ます。

このため、オブジェクトは、つねにユーザの作業環境や目的に基づいて用意すべきです。オブジェクトは、ユーザが慣れ親しんだものであること、（たとえば、データベースシステムの枠組みではなく）ユーザの作業プロセスの概念的枠組みを反映するものでなければなりません。このような設計では、“転送”や“入金”といったプロセスも、オブジェクトクラスレベルの上で可能でなければなりません。具体性あるいは“物理的リアリティ”は、オブジェクトにとって決定的な属性ではありません。