UXデザインを活用して即効ROIをもたらす理想的なCMMSアプリを選ぶ

あるいは、もっと長い代替タイトル：「学びやすく、使いやすいCMMSメンテナンスアップを選び、スムーズなオンボーディングと高い採用率でより速いROIを確保する方法」。あなたが必要なのは、技術者が気に入り、部門が投資に対して迅速なリターンを得られるものです。しかしデザインのバックグラウンドがないと、どのCMMSメンテナンスアプリが良いユーザー体験を提供するかどう判断すればよいでしょうか？

いくつかのキー概念について簡単な入門を済ませれば、時間・労力・金銭の投資に対する具体的なリターンを得るために、最も学びやすく活用しやすいアプリを見つけられます。

ユーザビリティという、UXの核心要素についての簡単な導入から始めましょう。

UXデザインにおけるユーザビリティとは

一言で言えば、この問いへの答えです：「メンテナンス管理問題の解決への道のりに、どれだけの摩擦があるか？」 摩擦が少なければユーザビリティは高い。

これを分解すると、ユーザビリティの「5つのE」があります。

効果性（Effectiveness）

アプリは技術者がメンテナンス作業を正確に完了するのを助けるか？

効率性（Efficiency）

技術者は比較的少ない離散的ステップで、素早く作業を実行できるか？

エンゲージメント（Engagement）

技術者はソフトウェアの使用を好み、自分の業界に適していると感じるか？

エラー耐性（Error Tolerance）

技術者はミスを簡単に元に戻せるか？ 例えばステップを忘れたとき、戻って修正するのがどれくらい簡単か？ また、ソフトウェアは最初からミスを防ぐのを助けるか？ Hippo CMMSモバイルアプリでは、例えば、必要な情報を正しく入力するまでワークオーダーを生成できません。変更を保存せずにいると警告も出ます。

変更を破棄する前に、アプリがそれが意図したことか確認します

学習容易性（Ease of Learning）

技術者はアプリを素早く習得でき、経験とともに上達するか？

これらはすべてユーザビリティの重要な側面ですが、最後の「学習容易性」に焦点を当てましょう。何が何かを学びやすくするのか？ 回答の重要な部分は情報アーキテクチャです。

情報アーキテクチャが学習容易性をどう支えるか

情報アーキテクチャとは、ユーザビリティと見つけやすさを支えるためのソフトウェアの「整理」と「ラベリング」の技術と科学です。ものが正しい場所にあり、正しい名前で呼ばれていれば、見つけやすく、システム全体が学びやすくなります。すべてが予想通りの場所にあれば、ものを探したり場所を覚えたりに脳力を割く必要がありません。実は、ユーザビリティ設計の古典的名著であるSteve Krugの『Don't Make Me Think』のタイトルは、デザイナーへの彼の最大のアドバイスでもあります：すべてを明確かつ直感的にし、人々が何をしているか考えなくても済むようにせよ。

メンテナンス作業は十分に大変です。混乱するアプリという余計な気晴らしは不要です。技術者がアプリに費やす脳力が少なければ、メンテナンス作業に集中できます。

すべてを期待される場所、まさにそこに置く

運転中に突然好きな曲がラジオから流れたと想像してください。目を道路から離さずに、音量を上げるのがどれくらい簡単でしょう？ 努力不要のはずです。その特定の車を運転したことがなくても、ラジオのコントロールはセンターコンソールの上にあると知っています。あるいは、ガムを買うために店に駆け込むとします。レジ付近に向かうことを知っています。チョコレートバーと雑誌のすぐ隣に、いつも少なくとも少しガムがありますよね。

学びやすいアプリは同じことをします：ものをあなたが見つけると期待する場所に置きます。Hippo CMMSモバイルアプリでは、例えば、ワークオーダーのタブが作業完了の順序で並んでいます。内部の整理が外部の順序と一致するため、直感的です。

すべてを正しい名前、みんなが使う同じ名前で呼ぶ

ものが期待される場所にあるだけでなく、正しい名前も必要です。スーパーの例に戻って、ガムを探すとします。通路の上の看板を読んでガムを探そうとすれば、「お菓子（CANDY）」を探します。もし店が「菓子類（CONFECTION）」という技術的に正しいが一般的でない名前を使っていたら、みんなが目的のものを見つけるのに時間がかかります。一般的でない名前を選ぶことで、ガムを探しにくくしています。

Hippo CMMSモバイルアプリでは、メンテナンス専門家にとって最も意味のある用語を使います。例えば予防保全ワークオーダーを「PM」と呼びます。オンデマンドとスケジュール両方のワークオーダー生成時に、割り当てられた人員を「リソース（Resources）」と呼びます。ソフトウェアがあなたの言葉を話せば、学びやすく、マスターしやすくなります。

アプリはあなたの言葉を話します

情報アーキテクチャは「ものがどこにあるか」と「何と呼ばれているか」をカバーします。学びやすさの次の要素はアフォーダンス（affordance）で、これはものの見た目に直接関係します。

アフォーダンスが学習容易性をどう支えるか

クリケットをしたことがありますか？ ハイアライ（Jai alai）は？ おそらくどちらもないでしょう。しかしどちらの場合も、バットとスコップを見れば、すぐにどう使うかわかると思います。手に取れば、どう握り、どうボールを動かすか正確にわかります。実は、これらのスポーツがボールを使うことすら、誰も教える必要はありません。クリケットバットとハイアライスコップのデザインを見れば、どう使うか強く示唆されます。

アフォーダンスは巨大なトピックで、競合する理論と相反する定義がたくさんあります。しかし我々の目的では、「ただ見て何ができるか、どう使うかがわかるほど、学びやすい」という考え方が重要です。メンテナンスアプリでは、アフォーダンスは「どこをクリックし、どこをスクロールするか」「何ができて、どうすればいいか」を教える要素です。

Hippoアプリのワークオーダー画面の一つに素晴らしいアフォーダンスがあります。画面の右端に、次の画面の左端が少し見えています。そこにはさらに情報があり、左にスワイプすれば見られることが明確です。「これができます」という説明はどこにもありません。画面レイアウトを見るだけで十分です。

右にスワイプして次の画面を見る

ここまで、ユーザビリティの一部、それもユーザー体験のごく一部だけをカバーしました。UXデザインをより完全に理解するには、古代中国まで遡る必要があります。

UXデザインの考え方はどこから来たか

歴史を通じて、文化を超えてUXの例を見つけられます。中国では紀元前4000年頃に風水があり、ヒポクラテスは紀元前500年に外科医の道具と作業スペースの最良の配置を記述しました。1950年代のカリフォルニアに飛べば、ウォルト・ディズニーが完全に没入型のテーマパークを設計していました。

一般的な考え方と実践は基本的に永遠に存在してきましたが、現代的な定義は1990年代初頭、Appleで初代ユーザー体験アーキテクトを務めたDonald Normanが「ユーザー体験デザイン」という用語を生み出したときにのみ生まれました。

ユーザー体験デザインの現在の定義

Normanによれば、それは単にアプリやウェブサイトの使い方だけではありません。彼は、製品やサービスとの体験全体をカバーする広義の定義を主張します。

映画館に行く例を考えてみましょう。映画自体は全体のユーザー体験のごく一部に過ぎません。他にも：

• 予告編を見る
• 口コミを聞く
• 劇場で駐車する
• 入場のために列に並ぶ
• オンラインまたは対面でチケットを買う
• ポップコーンと飲み物を買う（また列に並ぶ…）
• 劇場内で席を探す
• 本編を待つ間に予告編を見る

映画が終わってもユーザー体験は続きます。翌日、職場のランチルームで同僚と映画が良かったかどうか熱く議論するかもしれません。

最初は定義が広すぎるように思えるかもしれません。劇場の外で駐車場を見つけることが、本当に映画の体験の一部なのか？ 誰かが映画の感想を聞くとき、駐車場の話から始めるでしょうか？

しかし、これらすべてがあなたの体験に影響します。映画がどれだけ良くても、後ろの人があなたの席の背もたれを蹴り続ければ、楽しめません。

これらすべてが、あなたとあなたのチームに最適なアプリを見つけることにどう直接関わるか

それは、ソフトウェアだけでなく、あなたとあなたのチームがプロバイダーの製品・サービスと関わる他のすべての方法も見る必要があることを意味します。

CMMSソフトウェアプロバイダーのサービスには、トレーニングとオンボーディング、継続的なサポートが含まれます。まず、経験豊富なスタッフを持つプロバイダーを探しましょう。潜在的な落とし穴を避け、最初からベストプラクティスを採用できるよう支援してほしいからです。第二に、画一的で一次元的なトレーニングに頼るプロバイダーは避けましょう。代わりに、あなたのトレーニング目標を聞き出し、それを実現するために懸命に働く相手を探します。複数のトレーニングスタイルを提供していることも重要です。みんなが同じように学ぶわけではなく、優れたプロバイダーはマンツーマンからビデオ・ドキュメントライブラリまですべての学習タイプを支援します。本当に優れたプロバイダーはサポートでもプロアクティブです。あなたがソフトウェアをどう使っているかを積極的に監視し、もっと成果を出せる余地があれば連絡を取り、実現させます。

次のステップ

CMMSへの移行の準備ができた、またはすでに導入しているが約束された成果が出ていないなら、プロバイダーと話し始める時です。