このプロジェクトの目的は、Trustyouのモバイルアプリを完全に刷新し、ユーザーの体験を全体的に向上させることだった。具体的には、デザインを現代的な基準に合わせるとともに、速度とパフォーマンスを改善した。初期のリデザインでは、新たなインターフェースとナビゲーションを導入し、将来的に製品ロードマップがスケーリングし、追加機能が追加される可能性を考慮した。 また、製品をさらに進化させるための検証と意思決定を可能にする利用データを収集するため、より優れたイベントトラッキングの実装にも取り組んだ。.
過去の体験から、二つのネイティブアプリを維持管理することの難しさと、全てを一から再設計・書き直すことの実現可能性を考慮した結果、エンジニアリングチームは新しいモバイルアプリを構築する決断を下した。 React Native. これにより開発は速くなったが、一方でAndroidとiOSの両プラットフォームの標準やパターンに互換性のある単一のアプリを設計する上で、いくつかの課題も生じた。.
フェーズ1：現状の把握
ユーザビリティの問題点を特定し、ユーザーfeedbackを分析して、初期の製品仕様を定義する。.
ユーザビリティの問題点を特定する
再設計プロセスを開始する前に、現行バージョンのモバイルアプリをテスト・分析し、既存のユーザビリティ問題を特定し、初期改善案を提案した。特定された問題はユーザー体験とアプリ全体の見た目に影響を与えていた。 最も重大な問題は、ターゲットサイズ、ナビゲーションパターン、レイアウト・可読性・一貫性といった視覚的デザイン要素に関連していた。この分析では、Android向けマテリアルデザインガイドライン、iOS向けヒューマンインタラクションガイドライン、ターゲットエリアやサムゾーンといったアクセシビリティパターンも考慮した。.
ユーザーfeedbackの分析
プロジェクト開始直前、カスタマーサクセスチームはユーザーを対象にアンケートを実施した。目的は現状の利用状況、課題点、改善点や不足している重要機能を把握するためだ。回答者の大半が指摘したのは、パフォーマンス、データの関連性の低さ、使い勝手の悪さだった。このfeedbackを基に初期製品仕様の一部を修正し、さらに詳細なユーザー調査プロセスを構築する出発点とした。.
フェーズ2：アイデア創出とプロトタイピング
製品チームとデザインチームと共に初期のアイデアを検証し、テスト可能なプロトタイプを構築する。.
スケッチとワイヤーフレーム
製品チームは収集したデータと既知のユーザビリティ問題を分析し、対応が必要な最初の機能セットと改善点を定義した。これが最初のステップとなり、デザインチームがアプリケーション全体にわたるインタラクションとナビゲーションパターンの階層を定義する助けとなった。.
テスト可能なプロトタイプ
いくつかのアイデアを反復し、プロダクトチームとデザインチームで議論した後、低忠実度のインタラクションを備えた高忠実度のプロトタイプを作成した。これを構築するために我々は インビジョン, 彼らのモバイルアプリを使えば、モバイル端末で直接テストできるからだ。このプロトタイプの目的は、新バージョンのモバイルアプリが顧客のニーズと期待に応えられるかどうかを検証することだった。このプロトタイプをテストすることで、見落としていたかもしれない他の機能や使用例に関する追加情報も収集できる。.
フェーズ3：ユーザビリティテストとインタビュー
新アプリの使いやすさとビジュアルデザインをテストする。データ可視化やデータの関連性といったトピックを含む。.
調査コミュニケーション計画
顧客を募集してデザインをテストするため、調査チームやカスタマーサクセス、キーアカウントマネジメントなどの他部門と連携し、 メールチンプ 我々が調査対象アカウント全員に配布したキャンペーンだ。このキャンペーンには調査の簡単な説明と、セッション予約用の空き枠が記載されたCalendlyリンクが含まれていた。我々の計画は、Calendlyで事前に設定した時間帯を通じて少なくとも5人の顧客を募集することだった。 研究によれば 5人の参加者によるテストでは、通常、ユーザビリティ問題の85%が発見される。.
方法論
調査は以下から成っていた。 コンテクスト調査 約40分間のユーザビリティテストセッションを、いわゆる「ラップトップを抱きしめる」手法を用いて遠隔で実施した。これは我々のデザインチームが ハンナ・ピレッギ, デュオリンゴの調査責任者は、ある スマッシングカンファレンス, テストユーザーはノートパソコンを向きを変えて、ノートパソコンのウェブカメラ経由でスマートフォンの画面を配信する。.
ノートパソコンを抱きしめるデモセッションの写真と動画。.
我々は初期のインタビュースクリプトとユーザーテストで検証するタスク群を定義し、調査チームの協力のもとで改良を加えた。スクリプトとタスクは異なるカテゴリーに分類され、得られたデータで後ほどテーマ別分析を実施できるようにした。加えて、検証したい仮説と前提条件のセットも定義した。.
フェーズ4：結果の分析と共有
調査から得られた最も重要な発見とインサイトを分析し、文書化し、関係する利害関係者と共有する。.
主題分析
定性データの分析は、以下の方法を用いて実施された。 テーマ分析法 インタビューから主要なテーマとパターンを特定した。これにより、調査から得られた最も重要なインサイトと発見を分類・決定し、仮説を検証または反証することができた。.
仮説とは、視覚デザイン、ユーザビリティ、データ可視化に関連する前提条件であり、インタビュー台本に含まれていた。以下に最も関連性の高い仮説を挙げ、それらを立証または反証する結論を併記する：
✅ 確認済み： dashboardに全幅タイルを採用することで統一感が生まれ、より多くの情報を表示できるようになる。これにより、異なる言語でも読みやすさが確保される。.
参加者全員が新しいレイアウトに好意的な反応を示し、情報がより明確に理解でき読みやすいと述べた。.
❌ 反証された： ユーザーは、ログイン後に「新機能画面」を読むことで、新バージョンで導入された変更点を知りたいと思うかもしれない。
参加者の大半は、更新内容を説明するイントロ画面をすぐにスキップしたり無視したりした。わずかな割合の者だけが興味を示したが、タイトルをざっと目を通しただけだった。.
✅ 確認済み： 背景色とフォントの太さを変えるだけで、新しいクチコミと既読のクチコミを区別できる。.
参加者の大半は、既読と未読のクチコミの違いを理解していた。彼らはメールプロバイダーで似たようなパターンに慣れているため、既に馴染みのあるものだと述べていた。.
❌ 否定された：センチメント分析のハイライト表示をオン/オフに切り替えることで、クチコミ詳細の可読性と視覚化が向上する。.
参加者全員が、この機能が役に立たないと言っていた。なぜなら、この機能が体験に何の価値も加えず、さらなる交流を提供しなかったと感じていたからだ。.
➖ 追加情報が必要だ：企業ユーザーは、デフォルトのホテル名横のカーソルをタップした後、引き出しメニュー内で簡単にホテルを切り替えたり検索したりできる。.
この特定の仮定については、検証するのに十分な情報を集められなかった。しかし、提案されたデザインでアプリをリリースし、利用データを分析し、より多くのfeedbackを集めて、より良い判断を下すことにした。.
タスク成功率とセンチメント分析
調査は質的情報の収集に焦点を当てていたが、タスクの成功率や知覚された使いやすさ、満足度を測定するための指標を設定することも可能であった。当社の調査ツールが備える自動化したセンチメント分析プロセスのおかげで、, ほぞ継ぎ, ユーザーからのfeedbackに基づき、我々はポジティブなセンチメントとネガティブなセンチメントの全体的なバランスを把握することができた。.
フェーズ5：調査結果に基づく行動
調査結果を現在の設計の改良に適用し、最も重要なインサイト製品開発に反映させる。.
製品ロードマップと開発
ユーザー調査の結果は、ロードマップの優先順位付けに関して有用なインサイトをもたらした。最も多く指摘された課題は、機能不足に関するものだったからだ。.
データの正確性と一貫性は、このリストの第二の課題であった。これは以前のバージョンで頻繁に発生した問題であり、大多数のユーザーが懸念していた点だ。参加者は、デスクトップとモバイルの両環境で同一の情報と操作感を維持することの重要性を強調した。この知見により、開発リソースはデータの正確性と透明性の確保、ならびに全プラットフォームにおけるビジュアルデザインと体験の一貫性向上に集中できた。.
ユーザビリティの改善
初期デザインをテストした結果、主にナビゲーションパターンと不自然なジェスチャーに関連する重大なユーザビリティ上の問題を発見した。しかし、この段階で最も重要な発見の一つは、データの複雑さと表示方法がユーザー体験に与える影響を理解したことだ。 認知負荷 ユーザーにとって。それ以来、我々の主な目標の一つは、データの可視化と表現方法を改善することである。.
反復と改善
我々は定期的なテストを実施し、定量的なデータで検証することで、ユーザー体験を絶えず改善してきた。.
非モデレートテストと定量データ
この再設計の最初のバージョンをリリースして以来、我々は様々な調査手法やチャネルを導入し、現在追跡しているイベントからの利用データと関連付けられるインサイトを得てきた。我々はしばしば迅速かつ短期間のテストを実施している。 ユーザビリティハブ, これにより、我々はfeedbackを得て、アイデアを検証する方法を、はるかに迅速かつ低コストで実現できる。.
デザインシステム
モバイルアプリの新バージョンを成功裏にリリースした後、新たに導入したコンポーネント、ナビゲーションパターン、インタラクションをデザインシステムに組み込むことにした。これにより、全てのプラットフォームで一貫性を保てるようになる。デザインチームとエンジニアリングチームと共に、 Trustyou Brew 当社の全製品と体験のための統一されたデザインシステム。.
結論
モバイルアプリの新バージョンをリリースした後、我々はプロセスと学びを振り返り、モバイル製品の設計体験について文書化することを決めた。.
モバイル体験のデザインは、絶え間ない学習とテスト、そして反復のプロセスだった。 新しいパターンやインタラクションが頻繁に導入される、スピード感のある環境だ。プロジェクト開始当初から、我々はプロセス全体を通じて変化を受け入れ、自らのアイデアを絶えず検証し挑戦してきた。その結果、改善点や新機能の提供期間が短縮され、プラットフォーム全体でのユーザー体験の一貫性が向上した。この迅速で機敏なリズムにより、新たなコンセプトを容易にテストでき、その後デスクトップ製品にも展開できるようになったのだ。.
前述の通り、我々の最大の課題の一つは、iOSとAndroidの両デバイスに対応するパターン、ジェスチャー、さらにはコンポーネントにおいて共通基盤を見出すことだ。原則として、最適なユーザー体験を提供できる最善の手段でない限り、特定のプラットフォームの解決策を選択しないようにしている。.
複数のプラットフォームに対応するフレームワーク内で設計を行う際、それらのプラットフォームは通常大きく異なるため、我々にとって最も重要な課題の一つはナビゲーションパターンの定義であった。. ユーザーはコンテンツとアクティビティの間をどう行き来するのか？階層とナビゲーションを伝えるために、どんなアーティファクトやコンポーネントを使うのか？ 我々の体験上、これらはチーム内で理解し共有すべき基本原則の一部だ。特定のシステムに厳密に縛られず、ベスト・プラクティスに従ったシンプルで統一されたモバイル体験を提供するためには、これらの原則が不可欠である。.
