(15ページ目)

課題 ✕ 仮説

に関する学び

---

顧客視点はどうですか？ 自社サービスの継続利用のための課題設定に際して、定性分析の手法を用いることにしました。顧客からの意見とともに、顧客接点に立つ営業部門からの声も取り入れ、複数の視点から情報を収集しています。また、暗黙知にも着目し、背景にある顧客倫理や潜在的ニーズを明らかにすることを重視しました。 迅速な設定はどう？ 当初、一から定性データを収集する案も検討しましたが、社内で声がけを行ったところ、既存のインタビューやアンケートが意外にも多く集まりました。今回、迅速に課題設定を進める必要があったため、既存の定性分析結果に加え、定量分析や営業組織からのヒアリング結果をもとに課題設定を行う予定です。 分析手法は信頼できる？ 定性分析は、質そのものに着目して行うコーディング手法など、すでに学術的に信頼されている手法がいくつか存在します。これらの分析から導かれたデータをロジックやプロセスに基づいて構造化することで、仮説を見出すことが可能です。一方、定量分析は仮説を磨き上げることが目的ですが、定性分析は新たな仮説の発見を主眼としています。ユーザーが抱える課題を的確に特定するためには、具体的な視点からのアプローチが不可欠です。

研修の成果はどこで感じる？ 新人研修企画に向け、複数の社員に対してオープンエンドな質問を行い、今年1年の振り返りや研修会に対する印象など、豊富な定性的情報を引き出すことができました。中には「正直覚えていない」「配属されてからでないと分からない」といった回答もあり、知識のインプットは十分ながら実体験が伴わないため、研修がその場限りになっているという共通の課題が浮かび上がりました。 調査の難しさは何だろう？ 一方、調査自体はまだ始まったばかりですが、対象者自身が気づかないような暗黙知にまで踏み込むのは非常に難しいと感じました。自身の仮説を提示し、それに対する意見は得られるものの、一歩踏み込んで本音の課題を引き出すためには、相手の領域やコミュニティに深く入り込む必要があると実感しました。 定性分析の説得力はどうする？ また、定性分析はどうしても恣意的なまとめ方になりがちで、説得力に欠けるという懸念がありました。これに対して、定量分析で明らかになった結果は一般的すぎる面があるため、数値以外の情報を加えた上で、定性的な情報の根拠として定量データを補完的に用いることで、より説得力の高い分析が実現できるのではないかと考えるようになりました。

なぜ仮説は大切？ 「良い仮説」という言葉が非常に印象に残りました。これまで、問題が発生した際には、過去の経験や思い込みに基づいた一方的な判断に頼っていた部分があったと感じています。今後は、問題に対して複数の仮説を立て、それぞれを検証していくことが大切であると考えています。 売上課題の原因は？ 私の担当している製品販売では、代理店を通じた受注や売上に関する問題が頻繁に生じます。こうした課題に対しては、さまざまな仮説を立て、検証を進めることで問題解決を図る必要があります。特に、施策と受注売上の関係性を十分に考慮して対応することが重要だと思います。 セミナーの現状は？ まずは、施策に関する問題点を整理することから始めます。長年、定期的にセミナーなどを実施してきましたが、必ずしも思うような成果に結びついていない現状があります。今後は、まず顧客のニーズを正確に把握し、現行のセミナー内容が実際に顧客の要望に合致しているのか、改めて検証する必要があると考えます。 3C分析で状況は？ そして、まずは3C分析を通じて状況を明確に把握した上で、複数の仮説を立て、順次検証を行っていくことで、今後の改善策を模索していきたいと思います。

分析はどのプロセスから始める？ ＜印象に残った内容＞ ・プロセスに分解し、各プロセス毎に数値を見る ・A/Bテストの前に目的と仮説を明確にする ・データ分析はまず身近な課題から着手する A/Bテストの代替案は？ ＜感想＞ A/Bテストはオンラインサービスとの相性が非常に良いが、対面サービスやコストの問題で簡単に実施できない場合の代替案が気になりました。 残業時間削減へのアプローチ ①社内で使用しているSFA（営業支援システム）の切り替えに伴い、入力画面のインターフェース検討においてFigma等のツールを使ってA/Bテストを実施し、手戻りが無いようにする。 ②今後の人員削減に伴い、業務の棚卸しを行う。 この切り替えは少し先になるため、思考訓練として自分の残業時間を減らすための施策を考えました。 まず、業務の洗い出しと各業務のプロセスの分析を行います。そして、以下の代案を検討します。 外注や自動化は可能？ ・外注の可能性を探る 　・無料の外注が可能か 　・有料の外注が利用できるか ・自動化を進める ・不要なプロセスを廃止する 以上のステップを踏み、効率的かつ効果的な業務運営を目指したいと考えています。

フレームワークの活用法をどう高める？ コンサルティング業務全般で役立つ3Cや4Pのフレームワークは、日々の業務で活用しています。しかし、反論を排除するデータまで踏み込めていない場面があるのが現状です。現状の問題や課題を批判的に捉える視点を持ち続け、本質的な課題や仮説・回答を考え抜くことを諦めない姿勢が重要です。 データソリューションの資料作りにおけるポイントは？ 現在作成中のデータソリューションサービスの営業資料には、データ分析の手法やその需要性を盛り込みます。フレームワークは組み合わせて使うことで本質に近づくことができるため、シャープな推論ができる頭の使い方が求められます。そのため、フレームワークを複数組み合わせて使う力を向上させることが重要です。 フレームワークの判断力をどう養う？ 具体的には、以下を実行します。まずは分析でよく使うフレームワークを単体で使いこなせるようにします。その上で、単体で使いこなせるフレームワークの数を増やします。そして、組み合わせることによって効果を増幅させるパターンを覚えます。常にどのフレームワークを組み合わせるのが最適かを考え、最適なパターンを選べるよう、判断力を養っていきます。

視覚的要素の活用法は？ 目は最高の分析ツールです。顧客へのプレゼンでは、すぐに理解できるグラフや表を用いることが重要です。特に、目の前にあるデータや事象にだけ引っ張られず、見えないものも比較対象として考慮することが肝心です。分析の着眼点としては、逆説的な発想を持ち、新たな仮説を立てられるようにすることで、重要な点を見落とさない思考を身につけることが求められます。 データ活用で成果を上げるには？ 現在の業務においては、データを活用して顧客の課題解決を図っています。営業活動においても、新規顧客の案件獲得やリード獲得にデータを活用できると考えます。しかしながら、広告媒体や営業ツールの選定では、比較対象のデータがフェアに整わないことがあり、会社との相性も考慮する必要があるため、仮説の設定やデータの加工が難しいと感じています。 目的設定の重要性とは？ そこで、目的をしっかりと設定することが重要です。顧客の要望をそのまま受け取るのではなく、意思決定や課題解決にどうつながるかを見極める必要があります。また、仮説の設定については、見えているデータ以外にも比較や仮説の対象となるものがないかを意識して考えることが求められます。

フレームワーク活用は？ 課題に対して仮説を立てる際、4Pや3Cなどのフレームワークを活用することで、これまでの漠然としたアプローチから、より効率的かつ効果的な方法へと進化できることを実感しました。従来の方法と比べ、論理的に整理された仮説構築が可能になり、今後の取り組みに大きな期待を持っています。 客観データで見直す？ また、仮説思考においては、反論を排除せずに客観的なデータ収集を行い、都合の良い解釈にとらわれないことが重要だと学びました。仮説が間違っている可能性を認め、検証に基づいた見直しを行う姿勢が、正確な結論に繋がると感じています。 問題解決の切り口は？ 今後は、問題解決に向けて複数の仮説を立てる際、フレームワークを活用しながら様々な切り口で検討していきたいと思います。これまで何となく仮説を立てていた点を改め、より具体的かつ体系的なアプローチを心掛けるつもりです。 進行中の分析は？ 現在進行中のデータ分析に関しても、今回の学びを活かし、もう一度仮説を立て直して検証を行います。日々の業務において常に仮説と検証のプロセスを意識し、フレームワークの活用に習熟することで、より確かな成果を目指していきます。

問題解決のプロセスとは？ 問題解決には明確なプロセスがあります。具体的には、What、Where、Why、Howの6つのステップがあり、この順番を守ることが重要です。まずは、なりたい姿と現状のギャップを把握することが分析の第一歩です。そして、解決方法を考える前に、現状で起きている問題の状況や原因を見つけることに時間をかける必要があります。 自分の思考の癖をどう活かす？ 私の場合、すぐに解決方法（How）に飛びがちです。しかし、自分の考え方の癖を知ることも問題解決において重要です。オープンデータから社会課題を洗い出すのが現在の業務ですが、仮説に対して問題を絞り込む際にロジックツリーが役立ちます。基本的にはチームで取り組むため、思考のプロセスを視覚化・言語化することで、情報共有を齟齬なく行えるようにしています。 データ分析で何を学びたい？ データ分析を体系的に学ぶことで、ロジカルに再現性のあるデータ分析に取り組みたいと思っています。特に、ロジックツリーを作る際には「手書き」を心がけたいと思います。紙に書くことで思考が整理され、重要事項には丸をつけたり矢印を使ったりすることで、優先順位を決めるのに役立ちます。

仮説構築フレームワークの活用法は？ 仮説構築のフレームワーク（3Cや4P）を課題解決に活用し、実際に使うことで自分の思考のクセを理解しました。このフレームワークは何度も活用して定着させることが大切だと感じました。また、手元にデータがあるとすぐに分析を始めるのではなく、まず複数の仮説を立ててからデータを用いて検証する順番を強く意識する必要があると学びました。これは、私がデータがあるとすぐに分析に取り掛かるクセがあるためです。 依頼元とのコミュニケーションの重要性 各事業の依頼に対しては、目の前のデータだけで解決するのではなく、本質的な課題を見極めるために依頼元とコミュニケーションをとりながら仮説を立てていくことの重要性を感じました。今回学んだフレームワークを活用し、事業ごとに複数のフレームワークを使い分けながら仮説を広げていくつもりです。 伴走案件への仮説思考の応用法は？ 来週から複数の伴走案件が始まる予定なので、課題に対して広い視野を持ちながら仮説の幅を広げていきます。多くの案件を同時に進行する中で、関心や問題意識を向上させると共に、課題の深掘りに差が出ないよう、仮説思考を実践していきたいと思います。

どうして分解が有効？ 様々な要素に分解して仮説を組み立て、データを意識した点はとても良いと思います。具体的な業界事例に当てはめて考えることで、理解がさらに深まるでしょう。 具体例はどう映る？ 仮説を立てる際には、具体的な業界やビジネスシーンの例を考えると、思考がより深まります。また、データを検証する際にどのようなツールや手法を用いると効果的かを検討することも大切です。 実践で活かすには？ 実際のビジネス状況で仮説検証をどう活用するかを考え、具体的に練習することが求められます。引き続き、さまざまな角度から課題を検討してみましょう。 なぜ幅広い視野？ 課題は狭い視野だけでなく、幅広い角度で網羅的に考える必要があります。そうしないと、本当の課題を見落としてしまう恐れがあるため、どのようなデータで検証できるかもしっかりと検討することが重要です。 共有はどう役立つ？ 自分の考えに固執せず、要素の重要性を周囲と共有しながら多角的に検討していくことが必要です。そして、どのように検証すべきか、またどの項目を指標として設定すべきかを同時に整理していくことが求められていると感じました。

暗黙知が示す問題は？ 既存業務では、表面的には問題が見受けられなくても、暗黙知により不便さが隠れている可能性があります。そのため、ユーザーが大雑把に抱える課題を観察しつつ、定性分析を使って解決策を見出す必要があると感じています。まずは、現場をしっかり確認し、困りごとを持つ人がいないか探すことを心がけたいと思います。 仮説は有効か？ また、自分自身が業務に追われ、常に周囲を見る余裕がなかったことも実感しています。そのため、あらかじめある程度の仮説を立てることが重要だと考えています。チームメンバーからは、偶然の会話の中で困っている点が見つかる場合があると聞いており、日常的にいろいろな人と話をするよう努めるつもりです。 分析手法はどう変わる？ 今回の学びでは、暗黙知と定量分析の双方が大きなポイントとなりました。さらに、コーティングの手法を習得できたことで、これからはアンケートやインタビューで得た情報をコーティングする習慣を身につけたいと考えています。現在は生成AIの活用により、簡単にコーティングが可能となっているため、その点を意識しながらアンケート結果の分析にも取り組んでいきたいと思います。

シンプルな検証方法は？ テストを行う際は、コストや実現性に関するハードルに注目し、まずコアとなる機能に絞ったシンプルなサービスやプロダクトを試す方法が有効です。試した結果が芳しくなかった場合でも、顧客の視点に立って、何が良かったのか、何が課題だったのかをしっかりと振り返り、それを知見として共有しながら、何度も改善していくことが大切です。 基本姿勢は整っていますか？ フィジビリティスタディを重ねる中で、テストに対する基本的なスタンスが自分に不足していたと感じています。まずは、仮説としてのコア価値を定義し、確認したい観点にあったテスト形式を作成することが重要です。加えて、何度も振り返って改善を重ねることで、サービス全体の向上を図っていきたいと考えています。 離脱防止の秘訣は？ また、総合演習でも触れたように、顧客の離脱防止のために有効な打ち手を数多くテストしていく必要があります。そのためには、まず課題定義をしっかりと行い、振り返りの基盤となる先を作ることが前提となります。さらに、明らかにしたいポイントに応じてテスト方法を工夫することで、より具体的な改善策を見出していきたいと思います。