「COMPANY」を開発するWorks Human Intelligenceのデザイナーたち
25年以上の歴史を誇る人事管理システム「COMPANY」を開発するWorks Human Intelligence（以下、WHI）は、"「はたらく」を楽しくする"をミッションに掲げるソフトウェア開発企業だ。
今回登壇したのは、「COMPANY」のUI/UXチームのリーダーである古澤杏奈氏、UI/UXデザイナーの扈文茜氏、大川澪氏、バックエンド、フロントエンド開発者の竹原百合子氏の4人である。セッションは4つのテーマをもとに、4人が回答するスタイルで進められた。
──最初のテーマが「WHIのデザイナーチームって？」ということで、まずはどんなチーム構成で活動しているのか聞かせてください。
古澤杏奈（以下、古澤）：2年前のチーム発足時は2名でしたが、現在は7名のデザイナーがいます。内3名はUXリサーチャー、デザイナーとして入社していますが、他4名は社内のコンサル、開発、営業、QAなど、さまざまなバックグラウンドを持つ人材で構成されています。ただエンジニア500名に対してデザイナーは7名と、デザイナーが極端に少ない現状です。
以前のチーム体制は、開発者とUIUXチームが組織的に分かれており、案件が発生したタイミングでUI/UX設計のサポートに入っていました。しかし製品数も多く、それぞれ状況や成熟度、技術、業務知識が異なり、スピーディかつ的確にUI/UX設計をするのが難しい状況でした。
そこで、各製品を主務で担当するOn-siteデザイナーと、各On-siteデザイナー全体を横軸で繋ぐCentralデザイナーに分け、実際にエンジニアのチームに入ることで製品理解を深め、サポートできる体制にしました。
この体制により、各製品の状況をオンタイムでキャッチし、スピーディかつ効率良く設計ができるようになりました。また、Planningにも参加し、UI/UXの問題を早期に発見すべく取り組んでいます。
役割としては、CentralデザイナーはCOMPANY全体のUI/UX向上を目指し、デザインガイドラインの設計・整備を担当。On-siteデザイナーがいない製品のUIUX設計、デザイナー同士が連携できる体制を構築しています。
扈文茜（以下、扈）：On-siteデザイナーはエンジニアと協業し、各製品の課題解決に向けたUI/UX設計や、UI/UXナレッジを共有しています。
竹原百合子（以下、竹原）：開発サイドとしてもUI/UXは長年の課題だと思っていたので、専門部隊ができたことはとても心強いと感じています。
歴史ある製品のデザイナー的難所とは？
──次のテーマは、実際に開発者と設計をしているOn-siteデザイナーの視点から、「歴史ある製品のデザイナー的難所」についてです。
古澤：COMPANYの開発プロセスは、要件定義からテストまでの工程を全て開発者が担当しています。
扈：UI/UXデザイン領域についても開発者が行っていました。一人の開発者が最初から最後まで携わってモノを作る、まさにCOMPANYの職人ですね。一方、デザイナーはより専門的なデザインスキルを活かし、ペルソナ・ユーザージャーニーマップ・プロトタイプ作成などで開発者や製品をサポートしています。
実際にどんなやり方でサポートしているかを表したのが、以下の図です。まず、製品・機能の課題について、開発者からOn-siteデザイナーに相談がきます。私たちは業務のキャッチアップとともに課題を整理して、デザイン上の解決策を提案します。開発者に解決策の合意を取った後は、実装面の条件を確認しながら、画面のUIチェックや実装のサポートを行っています。
──実際On-siteデザイナーとして、どこが一番難しいと感じますか？
扈：COMPANYは機能の充実性と設定の柔軟さから、多くのユーザー企業にご利用いただいている一方で、その多様さから最適なUI/UX設計が難しいという課題もあります。私たちがよく直面する問題は、一度リリースした機能やUIを変更することが容易ではないことです。
苦悩1：UI/UXの概念がない時代の「ボタン」
例えば、ボタン上の文字が説明文のように長かったり、たくさんの機能ボタンが縦に並んでいたりする画面があります。その結果、長すぎる文章は情報が伝わりにくく、ボタンの配置は押し間違いに繋がりやすいなど、画面が煩雑で使いにくい状態になっていました。
苦悩2：UI/UXの概念がない時代の画面への「慣れ」
多くのエンドユーザーがほぼ毎日使っている画面には、「慣れ」という問題もあります。業務システムで「ずっとここにあるもの」と認識されているボタンを変えたことによって、重大なミスに繋がることも十分ありえます。
──すでにリリースされた機能を考慮しつつ、改善するのは難しいですよね。それをどう乗り越えたのでしょうか？
扈：ユーザーの使い方を調査し、開発者と議論して納得してもらった上で、ボタンの文言を短くし、位置を押しやすい場所に固定するデザイン改善を行いました。改善前画面と改善後画面を用意して、段階的にUI/UXを考慮した改善後画面に移行する方針で進めました。また、マニュアルの紹介や告知も平行して行い、徐々にユーザーが改善後の新デザイン画面に慣れる期間を設けました。
古澤：デザインを改善する工夫として特に意識している点は、「今回の修正でどこまで変更可能か」です。状況によって簡単な修正だけで済む改善案と構造の修正が必要な案など、いくつかの案を準備しています。
竹原：UI/UXチームと担当した案件でデザイナーに相談したときに、「どこまで修正可能か」「どうして難しいのか」を開発者側に確認してくれたのでとてもやりやすかったですね。最終的な実装の判断を開発に任せてくれた点もすごく助かりました。また、改善案件の仕様や要件を伝えた上で、柔軟な選択肢をいくつか提案してくれたのも良かったです。
