令和5年度春期 システムアーキテクト 午後Ⅱ 問2

利用者視点でUI改善を考える

利用者像を手掛かりに、画面の使いやすさを評価するときは、誰がどの場面で何を達成したいのかを起点に、要件と改善の優先順位を整理しましょう。その後、観察や評価結果を次の見直しへつなげる流れも確認します。

この問題で問われていること

この問題では、個別の画面表現を暗記するのではなく、利用者の目的や状況を捉え、要件化・評価・見直しを循環させる観点から、説明全体の整合性を丁寧に確認してください。

視点

利用者像は、設計者の好みではなく、想定する利用者の目的、前提、利用状況を整理するための視点です。要件を考える際は、利用者の課題と達成したい結果が対応しているか、改善の根拠が確認可能かを見ます。

確認ポイント

• 想定する利用者の目的と利用状況が整理されているか
• 要件が利用者の課題や達成したい結果と結び付いているか
• 評価で得た気付きが次の見直しに反映される流れか

解説

利用者と直接確認できない情報システムを題材に、想定した利用者像に基づくUI設計、UI選定上の課題と対応、運用後の継続改善を一貫して論述する問題です。

問題の全体像

通販サイトやスマートフォンアプリケーションのように、開発者が利用者と直接接点を持ちにくい情報システムでは、利用者に要件を直接確認できない。そのため、まず年齢層、性別、利用端末、ITリテラシー、利用場面などから利用者像を想定し、必要な機能とUIを検討する必要がある。さらに、利用者が多様で支援機能やメニュー構成の判断が難しい場合の対応と、利用状況を把握してUIを継続的に改善する仕組みまで、実務経験に基づいて一貫して説明することが狙いです。公式の出題趣旨でも、想定した利用者像、検討したUI、UI選択時の課題と対応策、継続的な適切化の工夫を具体的に論述することが求められている。

設問ア

まず、設問イと設問ウの前提となる一つの情報システムを明確に設定する。開発の目的では、単なるIT化ではなく、利用者の利便性向上、業務効率化、サービス提供範囲の拡大など、なぜ開発したのかを示します。対象業務では、誰がどの業務を行い、利用者がどの場面でシステムを使うのかを説明する。情報システムの概要では、主要な機能、利用端末、利用者との接点が直接持ちにくい理由を簡潔に記述する。800字以内なので、後続設問でUIの検討を具体化できる程度に、目的・対象業務・システム概要を過不足なく押さえることが重要です。

設問イ

設問アのシステムについて、利用者像を具体的な属性と利用状況で設定する。例えば、年齢層やITリテラシーだけでなく、スマートフォンかPCか、利用頻度、時間的制約、初回利用者か熟練者かなどを示します。その上で、利用者が行う主要な操作を踏まえ、画面構成、入力方法、メニュー階層、検索、エラーメッセージ、利用ガイドなど、どのようなUIを検討したかを書く。さらに、利用者が多様で支援機能の内容を決めにくい、メニューを浅くするか深くするか判断しにくい、といった選択上の課題を明示し、利用者調査、アクセスログ分析、ペルソナや利用シナリオの作成、プロトタイプ評価、A/Bテストなど、課題に対応する具体策を示します。課題と対応策が対応し、その結果どのUIを選んだのかまで説明する必要がある。800字以上1、600字以内のため、利用者像、UI、課題、対応策、選択理由をそれぞれ具体化する。採点講評では、利用者と直接接点を持たない情報システムのUIについて適切に解答した論述が評価される一方、一般論に終始したものや設問の要求事項に触れていないものは不十分とされている。

設問ウ

設問イで選択したUIを完成後に固定するのではなく、運用しながら適切化する仕組みを具体的に述べる。例えば、画面・機能ごとの利用率、離脱率、入力エラー、検索語、問い合わせ内容、完了までの時間などを収集し、利用者属性や端末別に分析する。改善候補を抽出した後、優先度を決め、仮説に基づくプロトタイプやA/Bテストを行い、効果を確認して正式反映する流れを示すとよい。また、開発・テスト・リリースを自動化して短いサイクルで改訂すること、変更前後の指標を比較すること、改善結果を次の要件定義へ戻すことも重要です。単に『ログを分析する』『改善する』と書くのではなく、何を測り、誰が判断し、どのようにリリースし、効果をどう確認するかを具体化する。採点講評では、UIを継続的に適切化するための具体的な工夫を論じることが期待されているため、運用後の改善プロセスまで記述する。

学習のポイント

経験を具体的な事例として整理し、要件定義から運用後の改善まで因果関係を示す力を養う。