---
type: guideline
title: Step.3 利用者視点でのニーズ把握
source: デジタル庁
ds_code: ds-120
category: government-system
updated: 2025-06-19
source_url: https://www.digital.go.jp/assets/contents/node/basic_page/field_ref_resources/e2a06143-ed29-4f1d-9c31-0f06fca67afc/9ab95eed/20250619_resources_standard_guidelines_guideline_06.zip
---

# Step.3 利用者視点でのニーズ把握

利用者視点で考えるという言葉は、あまりにも当たり前のことのように思うかもしれません。

そこで、最初に簡単なテストをしてみましょう。あなたが現在担当している業務について、考えてみてください。

まず、利用者の顔が、何人分思い浮かぶでしょうか。窓口サービス等で日々利用者に接する業務に従事する人であれば、すぐに数十名の利用者の顔が思い浮かぶでしょう。一方で、間接的な業務が中心の人は、あまり具体的な顔が思い浮かばないかもしれません。

次に、そのうち１人の利用者を思い浮かべてみて、その人のことをどこまで知っているか考えてみましょう。名前、住所、家族構成、職業、勤務時間、通勤経路、趣味、・・・。利用者からの相談業務に従事する人は詳細な状況を知っているかもしれません。しかし、多くの場合は、利用者がサービスを受ける瞬間の状況しか見えないので、あまり詳細な状況を知るチャンスはないかもしれません。

テストはこの２問で終わりです。どうでしょうか。意外と利用者のことを知らないということに気づいたかもしれません。でも、心配はいりません。利用者のことを知っていると思い込むよりも、利用者のことを十分に知らないと認識した上で、利用者の状況をしっかり調査することの方が何倍も重要なことだからです。

それでは、利用者の状況を把握する方法を見ていきましょう。

## 利用者のことを知る

【標準ガイドライン関連箇所：第３編第４章第２節】

民間企業が提供するサービスでは、利用者の人数を少なくても１日単位で把握し、週単位、月単位等で集計を行いながら利用者数の変化を機敏に察知しています。１日単位どころか、１時間単位、１分単位で利用者数を把握している企業も多いでしょう。例えばWebサイトで広告や販売を行っているサービスであれば、アクセスログを分析し、利用動向がすぐに把握できるように工夫しています。利用者数が、企業の収益に直結するからです。

行政機関が提供するサービスでは、利用者数を詳細に把握できているでしょうか。確かに窓口でのサービスであれば、１日ごとの利用者数を把握しているところも多いかもしれません。でも、システムの利用者数となると、アクセスログとしてシステム内に記録しているはずだけど、その集計結果を見たことがない、ということもありそうです。

しかし、行政機関においても利用者のことを知ることは不可欠です。民間企業であれば、サービスが悪い企業は自然淘汰されます。しかし、行政機関については基本的に他の選択肢がないので、サービスが悪くても利用者は使い続けるしかありません。だからこそ、行政機関は利用者の状況を知り、サービス内容が十分になっているか、改善すべき点がないかを自ら把握することがとても重要になります。

新しいサービス・業務を企画する際にも、まず利用者を知ることからスタートしましょう。

「どのような利用者が」「どこに」「どれくらい」いるのか、その利用者は「何のために」「どのように行動し」「何を求めて」いるのかを事実に基づいて把握し、情報を整理していきます。

なお、利用者とは、外部の利用者に限りません。内部の職員も利用者の１人です。職員自身が情報システムを利用してサービスを提供したり、様々な業務を実施したりするのであれば、その職員が業務を実施しやすいように十分な考慮を行うことが重要だからです。

### どんな利用者がいるかを調べる

まずは、どんな利用者がいるのか、利用者の種類を調べるところがスタートです。一般的には、次のような分類から考え始めると考えやすいかもしれません。

利用者の分類の例

- **サービスの利用目的による違い\**
  サービスの利用の仕方で分類します。例えば、行政機関に証明書発行を求める直接的な利用者がいる一方で、その証明書を確認することで業務を行う間接的な利用者がいます。

- **本人か代理人かによる違い**
  実際に手続等を行うのが、手続の主体となる本人か、それとも本人から委任を受けた代理人であるかで分類します。代理人による申請の場合は、委任状が必要になるなど必要書類や事務手続が異なる可能性があります。

- **個人か法人かによる違い**
  個人と法人では手続の目的、内容、手段が大きく異なる可能性があります。例えば、企業等の法人が日常的に申請を行っている場合は、１つの手続ごとに窓口に来るのではなく、まとめて一括で申請を行っているかもしれません。また、申請のためのシステムを企業内で整備しているかもしれません。

- **詳細属性ごとの違い**
  上記の分類に加えて、さらに地域別、世代別、世帯構成別など、ニーズの特性が異なるグループがあれば、詳細に分類することで個々のニーズを捉えやすくなります。

<!-- -->

- 事例4-1

  自動車登録検査業務における利用者分類

<table style="width:97%;">
<colgroup>
<col style="width: 96%" />
</colgroup>
<thead>
<tr>
<th><p>事例：自動車登録検査業務における利用者分類</p>
<p>利用者の分類は、抽象的な表現だけでは実感しにくいので、具体例に基づいて考えてみましょう。</p>
<p>自動車の登録検査業務（新規登録、継続検査（車検）等の業務）について、様々な種類の利用者が関わっています。</p>
<p>まず、自動車の所有者自体が個人であることもあれば法人であることもあります。また、継続検査等の手続は、自動車所有者本人が直接行うこともありますし、自動車の販売事業者、整備事業者、行政書士等の代理人が行うこともあります。また、これらの手続は運輸支局で実施しますが、オンラインで行える仕組み（ＯＳＳ：自動車保有関係手続のワンストップサービス）でも実施できるので、ＯＳＳ経由で本人申請や代理人申請を行う利用者が存在します。これらが、直接的な利用者の代表例となるでしょう。</p>
<p>一方で、これらの利用者へのサービスを提供しているのは運輸支局等の職員です。職員が効率的に業務を行えなければ、直接的な利用者へのサービスの品質は低下してしまいます。よって、これらの職員についても、利用者として十分に考慮する必要があります。</p>
<p>また、間接的にサービスを受ける利用者も存在します。上記の手続完了後に自動車検査証（車検証）が発行されますが、その車検証は様々な人が様々な目的で確認します。例えば、警察による路上調査、損害保険会社による自動車損害保険加入時の確認、フェリー会社による自動車積載時の全長・車幅の確認等があるでしょう。車検証の形態や内容を変更することがあれば、これらの間接的な利用者にも十分に配慮することが必要となります。</p>
<p>このように、１つのサービスであっても、その利用者は多岐にわたることがあります。利用者を漏れなく把握して分類することが、利用者を理解するための第一歩となります。</p></th>
</tr>
</thead>
<tbody>
</tbody>
</table>

利用者の種類を把握する手法には、以下のようなものがあります。

利用者の種類を把握する手法の例

- 現在のサービス・業務を利用している現場での観察

- 現在使用している業務マニュアル、手順書等の確認による利用者の洗い出し

- 業務データや各種ログ等の分析による利用者の洗い出し

- 想定する利用者に対するインタビュー、アンケート

利用者を把握した結果の整理方法としては、定量分析と定性分析があります。

利用者の定量分析は、利用者を洗い出し、種類ごとに量、利用時間帯、拠点等の情報をまとめたものです。これらは効果指標の基礎情報になりますので、正確で詳細な情報を収集してください。

利用者の定性分析は、利用者の種類、特徴、満足度、要求事項等を収集しまとめたものです。個々のサービス・業務ごとに一覧を作るのではなく、利用者から見たエンドツーエンドの範囲を網羅した１つの表でまとめると良いでしょう。基本的には利用者１種類を１行として整理しますが、年齢や性別、拠点等の特徴ごとに細分化して詳細を把握することを推奨します。

### 利用者の人数を把握する

利用者の種類を把握することは比較的簡単ですが、利用者の人数を把握することは難しい場合があります。サービスの直接的な利用者であればまだ把握しやすいですが、間接的な利用者になると人数を正確に把握することは困難でしょう。しかし、正確でなくとも、大まかな規模感をつかむことは重要です。

利用者の人数を把握する手法には、以下のようなものがあります。利用者を十把一絡げにして合計人数を出すのではなく、利用者の種類ごとに人数を把握しましょう。

利用者の人数を把握する手法の例　 （既存サービス）

- 申請数、窓口対応数、問い合わせ件数等、業務で蓄積したデータからの推計

- システムに蓄積したデータに基づく統計情報からの推計

- 現場での利用動向や業務状況のサンプリング調査に基づく推計

- 上記手法が取れない場合には、 一般的な統計情報に基づいた推計
  （該当地域の対象世帯人口に対して一定の利用比率を掛ける等）

さて、利用者が既に存在するサービスについては上述のように人数を把握することができますが、新規に立ち上げるサービスでは利用者の人数を「予測」しなくてはなりません。

このような場合は、サービスの想定利用者を種類ごとに区分した上で、それぞれの利用者層に対して次のような手法を活用して人数を見積りましょう。

利用者の人数を予測する手法の例 　（新規サービス）

- 類似するサービスの利用者数からの推計

- 利用者の最大人数を把握した上で、段階的な利用率の推計

- 利用者へのインタビューやアンケート調査に基づく推計

- 上記手法が取れない場合には、 一般的な統計情報に基づいた類推
  （該当地域の対象世帯人口に対して一定の利用比率を掛ける等）

ここで気を付けてほしいことは、多くの人が、利用者数を楽観的に「多め」に予想するということです。新しいサービスを立ち上げる際に、サービスを立ち上げる側の人はどうしてもサービス自体への思い入れも含めて、サービスが数多くの人に利用してもらえることを想定しがちです。想定する利用者数が多くなるほど、対応する職員側の人数もシステム費用も増えていきます。サービス開始当初から一遍に多数の利用者数を想定して投資するのではなく、利用者を段階的に増やすことも含めて、適切な水準で利用者数を見積もるように注意しましょう。

## 利用者のニーズを理解する

【標準ガイドライン関連箇所：第３編第４章第２節】

利用者のニーズを理解するために必要なことは、想像や推測ではなく、調査です。

例えば、「利用者は、窓口へ来訪することを面倒に思っている」ことから、面倒ではなくしてほしい、というニーズがあるのではないでしょうか。本当にそのようなニーズが強いかもしれませんし、逆にそのようなニーズよりもっと本質的に困っていることがあるかもしれません。それは、調査をしてみないとわかりません。

実際に調査をしてみると、いろいろなことがわかります。例えば、窓口へ来訪することよりも、申請後の審査に長期間かかっていることに困っているかもしれません。この例については、実践ガイドブック「第２章Step．2-1 目標とする成果を見定める」で詳述しました。

また、一部の利用者から寄せられた意見・要望だけを確認して、利用者全体のニーズが把握できたと思い込んではいないでしょうか。実際は大半の利用者が全く異なるニーズを持っているかもしれません。もしも自発的に意見・要望を述べることはない多数の利用者が存在する場合、調査をしなければそのニーズを知ることはできません（全体を適切に把握する調査の仕方については、「Step.5-2-G. 精緻に効果を積算し、主要な効果を実感可能なものとする」を参照ください。）。

現場を知らない人の推測のみで目標を設定するのではなく、現場の流れ、利用者の状況を調べて、利用者の本当のニーズを把握することが最初の一歩です。

### 利用者のニーズから出発する

利用者のニーズを把握するには、具体的にどのような調査をすればよいでしょうか。サービスを提供する側は、どうしても「提供者側の視点」に立ちがちです。様々な利用者のそれぞれの立場でニーズを把握するための手法として、「ペルソナ分析」があります。

「ペルソナ」とは、サービスの典型的な利用者の、目的、意識、行動等のパターンを構造化し、利用対象者を仮想の人物として定義するものです。例えばサービスのターゲットを「会社員」と抽象的に定義すると、検討チームのメンバーそれぞれが思い描く「会社員」の姿が異なるため、チームとして判断する際にブレが生じてしまいます。ペルソナ分析ではもっと具体的に「氏名、年齢、性別、家族構成、勤務先、仕事内容、その他の詳細条件」等を設定します。このような具体的な利用者像をイメージしながら検討を行うことで、利用者が抱える課題や問題を浮き彫りにし、具体性の高いアイデアを創出しやすくなります。

「すべての人を万遍なく満足させようとすると、結局誰にも喜ばれない」という考え方があります。ペルソナ分析を使えば、具体的な利用者の具体的なニーズに基づいて、少なくともその利用者にとって喜ばれるサービスを検討することができます。

なお、ペルソナ分析も１つの手法に過ぎません。重要なことは、提供者側の視点ではなく利用者側の視点に立つことです。サービスを検討するための大前提として、利用者の立場でサービスを受けることを想像し、利用者のニーズがどこにあるかを考えてみてください。

- 参考4-1

  ペルソナ分析

<table style="width:97%;">
<colgroup>
<col style="width: 96%" />
</colgroup>
<thead>
<tr>
<th><p>参考：ペルソナ分析</p>
<p>「ペルソナ」とは、サービスの典型的な利用者の、目的、意識、行動等のパターンを構造化し、利用対象者を仮想の人物として定義するものです。ペルソナを作成して検討を行うことで利用者体験を洗い出すことができ、検討を行う関係者の間で共通認識を持って検討ポイントを具体化することができます。</p>
<p>例えば、引越しに関する手続の改善を検討した際には、次のような家族をペルソナとして設定した上で、この家族が引っ越すときに必要な手続の内容やタイミング等について理解を深めました。</p>
<p>![](../assets/ds-120-ch04-image2.png)</p>
<p><strong>＜ペルソナの作り方＞</strong></p>
<p>以下に紹介する手順は一例です。検討対象や状況に応じて臨機応変に対応してください。</p>
<ol type="1">
<li><p><strong><u>ターゲットとなる利用者に関する情報を収集する</u></strong></p></li>
</ol>
<p>ターゲットとなる利用者又は近い属性を持つ人について、情報を収集します。情報収集方法としては、インタビュー・アンケート、Web検索、公開されている調査データ、既存システムのログ等が挙げられます。</p>
<ol start="2" type="1">
<li><p><strong><u>収集した情報を分析し、グルーピングする</u></strong></p></li>
</ol>
<p>収集した情報を、関連性が高いと思われるものごとにグルーピングして整理します。収集した情報全てが対象になりますが、自由回答のものからもパターンが見えてくること（サービスに関する調査方法、サービスを選択する際の判断基準、サービスとのタッチポイントで使用するツール、日常の行動パターン、等）があります。何の観点でグルーピングしたかがわかるように名前を付けておくと良いでしょう。</p>
<ol start="3" type="1">
<li><p><strong><u>グルーピングした情報から利用者像を具現化、ペルソナを作成</u></strong></p></li>
</ol>
<p>グルーピングした結果から、最も典型的と思われる利用者の輪郭を浮かび上がらせます。この時、最初はぼんやりでも構わないので、ペルソナの骨格となるものを整理します。これを基に、性格や嗜好、考え方やライフスタイル等の情報を加味していくことでペルソナ像を明確にしていきます。</p>
<ol start="4" type="1">
<li><p><strong><u>作成したペルソナの内容を見直す</u></strong></p></li>
</ol>
<p>ペルソナの案を作成後、ターゲットとなる利用者と直に接している人等に、実際の利用者像とかけ離れたところがないか、ターゲットたる利用者としてふさわしいかを確認してもらいます。実際の利用者像と作成したペルソナにかい離が見られた場合は、随時内容を修正してください。</p></th>
</tr>
</thead>
<tbody>
</tbody>
</table>

- 注記

  タッチポイントとは、サービス提供者と利用者の間に存在するあらゆる接点のこと。サービスを申し込むWebサイト、サービスの受付窓口、コールセンター等がある。

### エンドツーエンドで考える

行政組織は縦割りです。新たなサービス・業務を企画する人も、どこかの行政組織に属している以上、所属する組織の所掌範囲を意識せざるを得ないでしょう。

ただ、利用者にはそんな事情は関係ありません。関係する組織が１つであるか複数であるかには関係なく、手間は最小限に、サービスは丁寧かつ迅速に受けたいというのが利用者のニーズです。

利用者のニーズ把握を行うためには、自らが所属する組織の所掌範囲だけで個々のサービスや手続のみを切り取って検討するのではなく、利用者がサービスを受ける必要が生じた時の最初の行動から最後の行動まで（エンドツーエンド）の視野に立ち、他の行政機関や民間企業が担うサービスの利用まで含めた利用者の行動全体を一連の流れとして考えることが重要です。

- 図4-2

サービス・業務企画の対象範囲の例

![](../assets/ds-120-ch04-image3.png)

このような利用者の行動全体の流れを可視化するための１つの手法として、「ジャーニーマップ」があります。ジャーニーマップを用いることで、利用者の日常体験の中でどのように行政サービスが使われているかを可視化することができます。

- 参考4-2

  ジャーニーマップ

<table style="width:96%;">
<colgroup>
<col style="width: 96%" />
</colgroup>
<thead>
<tr>
<th><p>参考：ジャーニーマップ</p>
<p>ジャーニーマップは、利用者のサービス・業務に関わる一連の行動を旅になぞらえて可視化したもので、利用者とサービス提供者の関わりをストーリーとしてまとめたものです。</p>
<p>例えば、前述の引越し手続の例では、ペルソナとして設定した家族を念頭に置いた上で、この家族が引っ越すときに必要な一連の行動をジャーニーマップとして可視化しました。</p>
<p>![](../assets/ds-120-ch04-image4.png)</p>
<p><strong>＜ジャーニーマップの作り方＞</strong></p>
<p>ジャーニーマップの作成に確立された方法論があるわけではありませんので、以下の例の進め方にこだわる必要はなく、ジャーニーマップの作成目的や取り組みたい課題によって柔軟に項目を変えるなど対応してください。</p>
<p>なお、ジャーニーマップを作成する際は、ステークホルダーによるワークショップを実施するのが良いでしょう。ジャーニーマップの作成を通して、利用者体験のエンドツーエンドへの理解を深めることが期待できます。</p>
<ol type="1">
<li><p><strong><u>ペルソナの設定（誰が）</u></strong></p></li>
</ol>
<p>現状を調査した結果を分析してペルソナを設定します（「参考4-1ペルソナ分析」参照）。以降、このペルソナの体験としてジャーニーマップを整理していきます。ジャーニーマップは、ペルソナごとに作成することになります。ジャーニーマップは、一人のペルソナ分だけでなく、主要な利用者層にいる最優先のペルソナとサブ的な層にいる二番手以降のペルソナ等の複数のパターンに対して作成できると、より深い検討を行うことができます。</p>
<ol start="5" type="1">
<li><p><strong><u>場面の設定（いつ）</u></strong></p></li>
</ol>
<p>利用者の行動をいくつかの場面に分けて設定します。例えば、サービスを受ける前、サービスを享受している最中、サービスを受けた後と分けたりします。それぞれの段階を更に細かく区切っても良いでしょう（例：サービスを認知する場面、それに関心を抱く場面、同様のサービスを比較し検討する場面、サービスを決定してそれを享受する場面、サービス享受後の場面、等）。</p>
<ol start="6" type="1">
<li><p><strong><u>場所、タッチポイント、行動の整理（どこで、何を、どうした）</u></strong></p></li>
</ol>
<p>利用者がそれぞれの場面において、どこで何をどうしているかを整理します。</p>
<p>行動を整理する際は、タッチポイントを明確にすることも有効です。タッチポイントとは、サービス提供者と利用者の間に存在するあらゆる接点のことで、例えばサービスを申し込むWeb サイト、サービスの受付窓口、コールセンター等のようなものを指しています。また、タッチポイントにおける直接的な行動だけを整理するのではなく、その前後の行動にも課題が潜んでいることがあるので、併せて整理してください。</p>
<p>例示した引越し手続のジャーニーマップではタッチポイントまでは詳細化していませんが、役所の窓口に何度行く必要があるか、郵送や電話での手続を何度する必要があるかをタッチポイントとして明確化すると、利用者体験をさらに具体化することができます。</p>
<ol start="7" type="1">
<li><p><strong><u>利用者の感情の整理（どう考えたか、どのような感情だったか）</u></strong></p></li>
</ol>
<p>利用者が行動する際に、利用者がどのように考えたのか（感覚、疑問、不満、満足等）を明らかにすることも有効です。</p>
<p>ポジティブなものだけでなくネガティブな感情も整理してください。ネガティブな感情を抱くポイントには、往々にして改善すべき内容が含まれています。例えば、ジャーニーマップの中に、「同じことを何度も伝えるのが面倒」、「必要な書類の一覧がわからない」等の言葉を吹き出しで入れることで、問題点を強調することができます。</p>
<ol start="8" type="1">
<li><p><strong><u>課題、改善案等の整理（現状に対する課題、こうあるべきという意見）</u></strong></p></li>
</ol>
<p>ここまでに整理された内容から浮かび上がってきた課題や、こうしたらもっと良くなるのではという意見、新しくこういうものを作ったら良いのではといった改善案等を整理します。既に顕在化している課題や、何かしらの基準を下回っているものがあればそれも記載しておきます。ここで挙げた情報を基に、実際の改善策を検討していきます。</p></th>
</tr>
</thead>
<tbody>
</tbody>
</table>
