英語圏を意識した診断フローと使用シーンを想定したメリハリのあるデザイン

米国市場でのリリースを意識し、デザイン面でこだわったところは？

JB：日本国内におけるクボタさんのイメージは理解できていましたが、海外ではどのように見られているのかをリサーチするところからスタートしました。米国の関連WEBサイトをいろいろと見て、現地でのブランドイメージを理解した上でどういった体験を提供すればいいのか思案しました。もし私がアメリカのメカニックだったら、自分のよく知ってるクボタさんとは異なるイメージだとギャップを感じるだろうな、と。表面的な部分ではありますが、そういった現地のブランド認知に合わせることが重要だと思いました。

また、大きめの文字サイズを採用するなどメリハリが強い部分も米国におけるクボタさんのブランディングの特徴でした。私たちはオフィスの中でアプリのことを想像していますが、実際にアプリが使用される現場は屋外が多い。メカニックの方々が作業しながら片手でアプリを使っているシーンを想像すると、サイズの大きいボタンを設置してミスを防ぐなど、UIデザインの部分で配慮が必要だと思ったんです。

梅林：JBさんが考えてくださったUIデザインは提案時からかなり好評でしたね。ベンダー選定の際はアメリカ拠点も巻き込んでアンケートを取ったのですが、モンスターラボさんのデザインが最も高評価でした。

診断フローのIA（情報アーキテクチャ）を考える上で考慮した点はありますか？

JB：日本語と英語の文法の違いに関して、提案の時点から気づけたことが大きかったですね。例えば、「エンジンがかからない状態ですか？」という質問に、日本語の場合は「はい、かかりません」と答えますが、英語で答える場合は「No, the engine will not start.」と答えます。つまり、ボタンのラベルにYES・NOを採用するとツリー構造がおかしなことになってしまう。そのため、ボタン自体に「エンジンがかかる」「エンジンがかからない」と明確に記載したUIでなければならないと気づきました。GoogleもAppleも、ヒューマンインターフェイスのガイドラインでボタンを読めば内容がわかるようなUIをオススメしていますしね。早い段階で気づけたのでよかったですけど、ここに気づけていなかったら後で大変なことになっていたと思います（笑）。

梅林：提案時、その点に気づいていたのはモンスターラボさんだけで、我々も指摘をいただくまでは気づけていなかった。日本人の感覚ではYES・NOの二択の方がシンプルでわかりやすいと思ってしまいますよね。当初はYES・NOの質問に答えていくだけで最終的な結論に結びつけたいという構想があったのですが、それではダメだと気づかせていただきました。この観点は整備解説書を作成しているメンバーなどにも共有して、マニュアル関連などに問題がないかもチェックしてもらっています。

Sorry...we couldn’t find that page.

Sorry...
we couldn’t find that page.