(8ページ目)

ユーザー

に関する学び

---

顧客課題整理は？ 「顧客課題仮説」では、ユーザー、状況、課題、ソリューションをそれぞれ具体的に整理することで、単なるぼんやりした仮定ではなく、明確な言葉に落とし込むことができました。この手法により、経営者や従業員、支援者が共通のイメージを持ちやすくなったと感じます。 ヒアリングの進み具合は？ 実際に経営者を対象に実践した際、項目ごとに整理されていることで、ヒアリングがスムーズに進み、受け入れやすい結果となりました。一方、ある飲食店の場合は、オーナーだけでなく、実情を把握している店長やホール担当へのヒアリングを次回実施することとなりました。もし項目化がなされていなかったなら、経営者の感覚だけでヒアリングが終わっていた可能性があります。 ユーザー深堀りは本当か？ また、別の企業では、対象ユーザーが十分に深堀りされず、ニーズが曖昧な状況でしたが、今回の見直しを通じて、改めてユーザーの気持ちや共感を確認する機会となりました。順序は多少前後したものの、最終的にはユーザーの感情を基に課題を再検討することにしました。 共感が導く検討プロセスは？ このプロセスでは、共感を出発点として課題を定義することが重視されました。基本的には決められた順序で進むのが望ましいものの、行きつ戻りつの中で課題を固めることも重要であり、仮に具体的なアクションに移していたとしても、ユーザーの共感が揺らいでいる場合は、再度立ち返って検討する必要があると感じました。

住民サービス改善とは？ 私の職場である自治体において、住民への行政サービス提供の改善を実践しています。一例として、市役所の窓口での手続き改善点を見出すため、職員がロールプレイング形式で体験しながら意見を出し合ったり、電子化された行政手続きを自ら試用してみたりする取り組みがあります。 試用体験の効果は？ 電子化された行政手続きは、リリース前に何度も動作チェックを兼ねた体験が行われるため、自然と試用される流れになっています。私自身は行政手続きの担当部門ではなく、システム開発側にいるため、制度の細かな点についてはあまり把握していません。そのため、住民に近い立場から、専門用語を極力排除し、質問項目も必要最低限に工夫して使うよう努めました。この経験から、行政特有の硬直した手続きや、利用者側のストレスを実感し、ユーザー視点に立ったサービス開発が可能であったと考えています。 ユーザー共感どう生む？ 利用者はあくまでサービスのユーザーであるため、ユーザー視点で製品やサービスを開発するのは当たり前のことです。しかし実際には、業務の多忙さや手間を理由に、この基本的なステップが省かれている場合が多く見受けられます。組織全体の取り組みとしてユーザー共感のプロセスを重視することで、より良い環境づくりが実現できるのではないでしょうか。共感と共創が伴わない製品やサービスは淘汰されるという認識のもと、今後もユーザー体験の改善に努めていく必要があると感じています。

提供価値はどう見える？ マーケティングの基礎として、誰にどんな価値を提供するのか、そしてどのように魅せるのかを事例を通してしっかりと振り返ることができました。 反応をどう捉える？ 実際に商品を発売した後、狙ったターゲット層とは異なる層に受け入れられたケースや、商品の内容を変更せずに名前を変えただけで売上が伸びた事例、またユーザーの口コミから商品の予想外の魅力が伝わったケースなど、様々な現象を目の当たりにしました。こうした事例を通じて、発売後も「顧客はどう反応しているのか？その背景は何か？」といった視点で、Who、What、Howを見直す重要性を再認識しました。 ターゲットは誰？ すべての顧客に満足してもらおうとするのではなく、「誰に」焦点を絞ってターゲット層を考えることで、より刺さる価値を創造できると感じました。時間やマンパワー、コストなどの資源が限られている中で、「売上を上げる」というゴールに対して、どのターゲットにどのような価値を提供するのが最も効果的かを考えることが大切だと思います。 戦略の優先順位は？ 顧客層をセグメント化し、優先順位の高いターゲットを明確に定めることで、ターゲット層のニーズやインサイトを深掘りできました。その後、メンバーと共にアイデア出しを行い、具体的な施策を検討し実行するプロセスは、セールスやカスタマーサクセス、マーケティングなどさまざまな分野で応用できると実感しました。

なぜグループにまとめ？ 仕事でお客様の会社において、事業部、部門、部署、チーム、そして個人といった多様な単位でヒアリングを実施しています。各単位で個別に課題を抽出し解決策を検討するというよりも、各々の課題をコーディングし、小グループとしてまとめる手法に取り組みました。その結果、企業全体のインサイトがより明確になったと感じています。同じ課題であっても、観る角度や背景が異なるため、捉え方に違いが生じることを実感しました。 どう問いを工夫する？ また、ヒアリングやアンケートで得られたキーワードや文章をコーディングする際には、自身の考えや先入観を持ち込まないよう注意しています。適切な問いの立て方が非常に重要で、オープンクエッションを用い「WHY」を投げかけることで、目先の要求だけでなく、根底にある不自由さや真の要求を引き出すことが可能となります。問いを設定する前に、事前調査や自身の体験を通じた共感を得ることで、相手の立場に立った一歩踏み込んだ質問ができると感じました。 なぜ共感が大切？ 事前調査や経験による共感、そしてその共感に基づく一歩踏み込んだ問い、さらにヒアリングやアンケート調査で得た定性的な結果のコーディングを通して、課題とインサイトを明確化するプロセスは、相互に連携して作用しています。深い共感があれば、より深い問いが実現し、結果としてユーザーや生活者の深層心理を引き出し、課題とインサイトの発見へと結び付くと実感しています。

社内調査はどう進める？ 私の場合、業務の特性から、利用者は社内の他部署にあたります。そのため、今回ご紹介いただいた調査手法が完全に適用できるわけではありませんが、インタビュー設計の考え方自体は今後活用できると感じています。例えば、毎年対面で行っている監査の最後に、各部署から意見や要望を聴取する時間を設けています。その際、安全保障輸出管理ルールや運用、研修に関する意見を伺うため、現状の課題を掘り起こす質問作りに、本手法の一部が役立つと考えています。 フィードバックの真意は？ これまでにも各部署からフィードバックをいただく機会はありましたが、いただいた意見をそのまま受け取るだけで、その背景や理由に至るまで深掘りできていなかったと感じています。一問一答形式のインタビューでは、十分な会話のキャッチボールが生まれず、オープンエンドな質問形式や、質問に対して質問で返す手法を取り入れる必要性に気づきました。 共感の鍵は何？ また、共感のフェーズでは、観察やインタビューを通して利用者が何を感じ、何を求めているのかを理解することが重要です。ユーザー視点で問題や課題の本質に迫るためには、調査側の十分な準備が欠かせません。利用者の潜在的なニーズをどこまで引き出せるかが、質問設計の鍵となり、単に表面的なフィードバックを求めるだけでは真の共感には至らないと思います。そのため、相手の立場に立ち、想像力と行動力を働かせることが大切だと実感しています。

仮説検証におけるフレームワークの役割 仮説を立てるための考え方について学びました。特に、3Cや4Pのフレームワークは、以前大学で学んだものの、実際の仕事では体系的に使用していませんでした。しかし、これらを意識することで仮説検証のための情報整理に役立つと感じました。 仮説A以外のデータも探すべき？ また、自分の仮説に都合の良いデータだけでなく、仮説A以外の可能性を否定するデータも収集することの重要性に気付きました。実務ではスピードが求められ、自分の仮説を証明するデータを集めがちだったので、この学びは大変有益でした。これからは、直接的なデータだけでなく、複数の切り口からデータを検証するよう心がけたいと思います。 具体的には以下の点に活用できると考えています： - **企画・施策立案** - **クライアントへの提案内容の精査**：クライアントの立場に立って仮説を複数持つことで、より効果的な提案が可能です。 - **ユーザーの動向分析**：例えば、使用率が下がっている場合の原因検証などに使えそうです。 - **目標の設定**：年間目標の設定や到達見込みの予測に活用できます。 行動前に何が大切？ 行動の前に、もっと仮説の検証やデータの収集に時間をかけることが重要だと感じました。今後は、「データを分析して仮説を立てる」という従来の手順から、「仮説を立ててデータを分析して検証する」という手順に意識を変えていきたいと思います。

営業実績の見える化の秘訣は？ 部内で営業実績を可視化するシステムを構築する際、ビジネス側がシステム設計を確認する中で、ベンダーさんがしっかりと手順を踏んで進めていたことを改めて知りました。システム構築は何となく進めていたものですが、今回の経験で、体系的に学ぶことの大切さを実感しました。 コンテンツ設計の極意は？ また、社内で公開するSharePointのページを作る際に、いきなり制作に取り掛かるのではなく、無意識のうちに行っていたコンテンツ設計の重要性に気づきました。当時は自分一人で資料上で並び替えなどを試行錯誤して使いやすい表示方法を模索していましたが、次回はチームメンバーやユーザーに評価を仰いだうえで、実際の作成に移ろうと考えています。 ユーザー受入の意義は？ システム構築の過程で、ユーザー受入テスト（UAT）も単なる操作性の確認に留めず、実際のユーザーが何を実現したいのかを意識し、情報の配置や表現方法をしっかりと検証することの大切さを改めて感じました。 試作品作りの秘訣は？ 普段は試作品を依頼する立場ですが、試作品を作る前の要件定義を十分に行うことで、より精度の高い試作品が生み出され、そこからさらにアイデアを加えてブラッシュアップできると実感しています。情報設計、UI設計、ユーザビリティ設計、アクセシビリティ設計を進めるにあたっては、ターゲットを明確に設定することが非常に重要だと感じました。

根本原因はどう探る？ 問題や課題に直面した際、それらの背景や根本のイシューを特定することが最初に、そして非常に重要であるということを学びました。イシューの特定や設定には、立場や部門の違いから様々なアプローチが考えられ、必ずしもイシューが一つではなく、複数存在することもあるという理解が深まりました。 品質不具合の真実は？ 多く発生するのは品質の問題であると考えられます。社内での問題であれば、「なぜこの不具合が発生するのか」という視点でのイシュー特定が一般的ですが、逆の視点、「なぜこの不具合が顧客から受け入れられないのか」という視点でのイシュー設定も可能であるという新しい学びを活かしたいと考えています。具体的には、この不具合が直接取引の顧客でどのような問題となるのか、さらには最終ユーザーではどのような問題となるのかという視点を取り入れれば、品質責任の負担を平準化したり、過剰スペックを是正したりすることに繋がる可能性があると感じました。 会議で何を疑問視？ 週次で開催される品質会議では、不具合に関する品質部門からの分析内容やその是正に向けた対策について、自分自身が何か疑問を持つように意識することが重要です。「何が問題か」「どこで発生するのか」「なぜ発生するのか」といった基本的な把握に加え、問題や品質がなぜ顧客に受け入れられないのか、顧客でどのような問題に繋がるのかという視点を持つことから始めていきたいと考えています。

問題解決の4ステップとは？ 普段、何気なく課題を立てる際にwhat、where、why、howを使ってタスクを起こしていましたが、これが問題解決における4ステップであることを今知りました。そのため、4つを順に行わず、whatとhowばかり考えてタスクに起こしていたことが間違いだったと気づきました。 効果的なMECEの活用法は？ MECEを活用してロジカルツリーの作成、ロジカルに課題解決を実践することで、少人数のチームでも短時間で効果を上げるサイクルを構築していきたいと思います。今後はプロセスを踏み、自社サービスの課題解決に向けて努力していきたいです。 どのようにMECEを実践する？ MECEの概念についてはなんとなく知っていたものの、それを実践できていなかったと感じています。早速活用したいと思います。特にSEOコラムのオーガニックを増加させるために、MECEで分類してから細かく分析したことがないので、試してみたいと感じました。他の分類においても、影響力が少なくてもどこまで細かく分類すべきかを考えるのは難しいと感じます。 タスクの明確化はどう進める？ まずは、自身のマーケティング、メディア制作、CS効率化などのタスクを明確化し、最終ゴールである新規会員登録の増加（且つ正しいキーワードと属性のユーザー獲得）を最短でどこからできるのかを検討します。その後にスケジュールを立ててチームに共有したいと思います。

プロセスはなぜ重要？ デザイン思考は、料理と同じように順番や手順、プロセスが大切な考え方です。たとえば、IDEOが採用しているプロセスには明確なステップがあり、計画的に物事を進める点が特徴です。 顧客理解はどう進む？ この考え方の流れは、まず人間中心の視点から顧客を徹底的に理解しようとするところから始まります。そして、効果的に伝えるためのビジュアライズやプロトタイピングが実践され、ユーザー、作り手、投資家にまで及ぶ共感の連鎖を生み出します。 企業支援はなぜ有効？ 企業支援の現場では、従来の基本的な事業計画書の枠組みではなく、デザイン思考の進め方を採用して、実際の取り組みの中でその有用性を試すケースもあります。たとえば、あるインテリアメーカーが進める新商品の開発において、デザイン思考の視点を取り入れ、改善の可能性を検討する取り組みが行われることがあります。 資料整理はどうする？ また、企業初回の支援にあたっては、メモや各種フレームワークの中にデザイン思考に関連する項目を組み込み、資料としてまとめておくことが有効です。実践に向けた準備として、自身で新商品の事例にデザイン思考を適用し、どの部分が改善できるかを検討することも大切です。 基本理解の第一歩は？ このための第一歩として、まずはデザイン思考に関する書籍をしっかりと読み、基本的な概念と進め方を理解することが求められます。

問題解決手順をどう進める？ 問題解決のプロセスは、「What→Where→Why→How」の順で進めることが重要です。特に「How」の段階では、課題に対して複数の仮説を立て、それに基づいて具体的な対策（打ち手）を検討します。この際、効果、コスト、スピードなどの枠組みを用いると視覚化しやすくなります。 効果を測定するための方法は？ 効果を測る方法としては、ABテストが有効です。ランダムにユーザーを対象としてテストを行うことで、より効果的な対策を実証できます。 打ち手を評価する際の注意点は？ また、打ち手を検討する際には、決定要素を洗い出し、各項目に対してメリットとデメリットを評価します。仮説をもとに打ち手を考える際も、常に比較する意識を持つことが大切です。必要であれば、再度ABテストを行い、効果が高い対策を実施します。 プロジェクトで重視すべきポイントは？ プロジェクトにおける課題解決業務においては、次のポイントを重視します。まず問題解決のプロセスを意識して、問題の所在とその本質的な要因を明確にします。その上で具体的な打ち手を考え、その効果を検証します。この状況でABテストが必要であれば、実施します。 新企画の決定基準はどう定める？ さらに、新しい企画や打ち手を考える時は、決定の基準となる枠組みを明確にし、比較を行います。これにより、異なる打ち手の粒度を均一にし、論点を具体化します。

仮説立ての重要性をどう理解した？ 仮説を立てることについての理解が深まりました。これまで、仮説を考えるプロセスがわからず、思いつきや一部のデータに偏った仮説立てをしていました。それがよくないと気づいてはいたものの、他の手段を考える余裕がなかったり、時間が限られていたりして、そのままにしてしまっていました。しかし、今回の学習により、3C（市場・顧客、競合、自社）を網羅して複数の仮説を立て、その上で4P（商品、価格、場所、プロモーション）のフレームワークを活用して網羅的に検証することが大事だと理解しました。 新規ユーザー獲得の戦略は？ この学びを二つの業務において活用したいと考えています。 まず、自社サービスの新規ユーザー獲得導線の増強に活用したいと思います。現在、オウンドメディアの記事がある程度の検索表示回数や順位を保てるようになっているので、さらなる表示回数の増加と新規登録への導線強化を目指しています。具体的には、メディアの3Cのうち「市場」と「競合」を4Pのフレームワークを使って網羅的に検証し、新しい仮説を立てて実践してみたいと考えています。 既存ユーザーへのアプローチは？ また、既存ユーザーについても同様に4Pフレームワークを活用し、新規獲得に向けた分析を行います。具体的には、現状のユーザー行動を分析し、ゴールまでの導線を仮説立てして検証し、改善策を見つけ出したいと考えています。