(11ページ目)

課題 ✕ 検証

に関する学び

---

A/Bテストは何が見える？ A/Bテストは、2つの施策を比較し、どちらがより適しているのかを実際のユーザー行動に基づいて判断する有効な手法です。アメリカ大統領選などの大規模な事例でも用いられている点が印象的で、仮説だけでなく実績に裏打ちされた評価がとても参考になりました。 演習で何を実感した？ また、演習を通じて、問題の各要素をステップごとに分解することで、どのデータを抽出すればよいかが具体的に見えてきます。こうしたプロセスは、原因の特定を容易にし、問題解決に向けた新たな視点を提供してくれました。 業務再構築はどう進める？ 社内業務の再構築にあたっては、まず課題を洗い出し分類した上で、それぞれの課題のどこに原因があるのかを要素ごとに分解して検証する方法が効果的だと感じました。Howに飛びつく前に、What、Where、Whyの各段階を踏むことで、より論理的に解決策を見いだすことができると思います。 原因探しで見つけたヒントは？ さらに、課題に対する取り組みでは、要素を段階ごとに書き出す過程が、問題自体の理解を深め、原因の特定に大いに役立ちました。その後、適切なフレームワークを用いて目的に沿った仮説を立て、多角的な視点から検討することで、より実践的な解析が可能になると実感しました。

なぜ手法を再確認？ 今回の学習では、問題解決のステップ（What/Where/Why/How）に沿って、各段階でどのようなアクションを取るべきかを再確認することができました。普段の業務でも同様の手法を取り入れていますが、今回の具体例を通じて現状の見直しに役立つと感じました。 適切な分解は何故？ また、ロジックツリーに取り組む際、すべての要素を漏れなくダブりなく洗い出そうとするあまり、時間をかけすぎてしまう傾向があることを改めて実感しました。特に末端の階層にこだわりすぎず、適切なレベルで分解するというアドバイスは大きな気づきとなりました。 現業務の解析はどう？ 現在の業務では、顧客へのサービス提供に際してコスト試算や自部署の予算計画、実績の分析を行っています。例えば、コスト試算においては提供価格、原価、販管費といった大枠から、さらに細かい費目に分解して検証していますが、構成要素をツリー状に分解するという手法は初めての体験でした。今回の学びを現業務にも活かせると考えています。 次の改善策は何？ 今後は、自部署における予算計画、実績把握、コスト試算のプロセスに、ツリー状の分析手法を取り入れてみます。一度試してみて、試算の妥当性や課題の特定にどのような効果があるかを検証していきたいと思います。

予測を立てる重要性は？ グラフなどの資料を見る際、自分なりの予測を立て、仮説を立てて実態との違いを確認することは重要です。このプロセスでは、仮説の誤りをマイナスに捉えず、新たな課題や問題に気づく機会として扱うことが求められます。 分析のサイクルをどう回す？ 分析の基本である「目的・仮説・データ収集・仮説検証」のサイクルを回すことについては、業務で分析を行う際に疎かになっていたと反省しました。数字に集約した分析を学ぶなかで、代表値（単純平均、加重平均、幾何平均、中央値）や散らばり（標準偏差）のそれぞれが適した状況で使い分けることが重要であると再認識しました。 患者数低下の原因とは？ 紹介患者数の低下対策を立案する際、まず分析のプロセスをしっかりと踏むことが大切です。特に目的を明確にすることで、求めたい結果を得るためのポイントとなります。次に、どの視点で分析を進めるかを判断し、グラフや数字を用いて実行していきます。 具体的には、紹介患者数低下の分析では、近隣医療機関からの紹介の減少が課題（目的・問い）となります。減少の要因について仮説を立て、その後、取るべき分析の視点（インパクト・ギャップ・トレンド等）を考慮してデータを収集し、グラフ化・数値化します。最後に、分析結果と仮説を検証し、対策を立案します。

学びの意義は？ WEEK1からの学びを通じて、自分にとって何が重要なのかを再確認できました。特に、思考の抽象度を操作することや、イシューの再検証に関しては、苦手としていた部分を具体的なアクションプランに落とし込むことができたのが良かったです。 リーダーで何する？ 現在、チームのリーダーを務めていることから、チームのメンバーや組織の課題に取り組む際にこの学びを活用したいと考えています。特に来年度のチーム戦略や目標を立てる際には、現状の組織課題をきちんとイシューとして認識し、その上で解決策を策定していくことが必要です。 抽象思考はどう？ 抽象度を上げる思考がしにくい点は、日常的な課題にも当てはまります。例えば、組織の課題に向き合う際には、周囲からのチームに対するイメージや現在の業務内容に引っ張られ、思考の抽象度が上がりにくいこともあります。これを改善するために、紙に書き出して思考の抽象度を上げる訓練をしてみようと思います。 イシュー評価はどう？ イシューの設定に関しては、実務において分かりやすいイシューが見つかると、それに集中して他の可能性を排除しがちです。これを改善するためには、思考のプロセスを意識し、発見したイシューが最適かどうかを何度か他の分解方法を試してみる習慣をつけたいと考えています。

問題解決の難しさに気づく 実践演習を通じて、私は問題特定の際に表面上の情報だけを処理しがちで、問題解決のステップを踏むことが難しいと理解しました。これにより、課題を適切に提起できることが限られていることにも気づかされました。MECEやロジックツリーという言葉は知識として持っていましたが、具体的に活用したことはありませんでした。しかし、MECEはデータを重複なく、漏れなく整理する考え方で、実務でも非常に有効であると感じ、直ちに活用したいと思いました。 新視点での顧客セグメンテーション 実務において、顧客セグメンテーションを考える際、これまでは年齢、性別、居住地などの従来の基準に頼っていました。しかし、MECEの考え方を用いることで、新しい視点からセグメンテーションを検討し、より優れた分析ができる可能性を探りたいと考えています。 新手法の有効性は？ 新たな顧客セグメンテーションの手法として、まず取引頻度と勤務先の業種という二つの基準を用いて分析を進めてみます。この二つでセグメンテーションを行い、既存の分析手法と比較することで、その有効性を検証したいと考えています。現時点では、取引頻度や業種に関するデータの分布を十分に把握していないため、まずはどの基準で分類を行うのか、データを確認していきたいと思います。

どの分析方法が有効？ 問題を特定する際のアプローチについて、分類や分解の手法、考え方の基本を身につけることで、さまざまな課題に対してゼロから悩むことなく、正しい分析を進められると実感しました。学習の中ではプロセスの分解に重点を置いていましたが、他の方法についても幅広く覚えておきたいと考えています。 提案の見直しは必要？ 実業務においては、顧客への提案で解決策ありきで進めてしまうケースがあり、都合の良い分析になってしまうことがあります。こうした提案は初めは良い印象を与えるかもしれませんが、本質的な課題解決にはつながらず、長期的には評価を下げるリスクがあるため、業務の進め方を見直す必要があると感じました。まずは、これまで学んだ分析のステップに基づき、客観的かつ正確な分析を実行した上で、最適な解決策を提案することが重要だと思います。 行動計画はどう決める？ 具体的な行動としては、実業務で特定のサービスに依存せず、客観的で正確なデータ分析を徹底し、複数の選択肢を比較検討することが求められます。そして、適切な判断基準を設定して最適な解決策を提案することを意識します。加えて、提案後の振り返りを行い、実施した解決策の効果をデータで検証する仕組みを整えることで、継続的に提案の機会を創出できると考えています。

前職はなぜ意義ある？ 前職ではSEとしてプロトタイプを作成し、フィードバックを受け取るサイクルを繰り返していたことを思い出しました。現在の業務では同じような機会は少ないですが、その経験を活かし、使用中のツールの改修や新規作成に取り入れていきたいと考えています。また、モノ作りのみならず、業務フローの改善にも生かす意欲があります。 フィードバックの鍵は？ 実践までは至っていませんが、実践演習を通して、まずアイデアを形にし、ユーザーからのフィードバックを受けるそのプロセスの繰り返しが、よりユーザーが求めるものを作り出す鍵であると感じました。さらに、プロトタイプの種類によって得られるフィードバックが異なるため、何を目的にするのか、現在のフェーズはどこにあるのかを踏まえた上で、プロトタイプの作成と検証を進めることが重要だと考えています。 スピードはなぜ大切？ とにかく、形にすること、そしてスピードが大切であると実感しています。形にすることで自分の考えが整理され、ユーザーやメンバーからコメントやフィードバックを得やすい状況が生まれます。そのサイクルをスピーディーに回すことが成果につながると感じました。また、ユーザーテスト前に評価基準を設定しておくことで、課題を見失わない工夫も大切だと実感しました。

顧客意図は何？ 顧客のニーズを徹底的に掘り下げるため、まずはカスタマージャーニーを活用した行動観察やデプスインタビューを実施し、顧客の真意を探ります。これにより、自社の強みを的確に理解し、効果的に生かすことが可能となります。なお、解消すべき不便や嫌な点、すなわちペインポイントは、お金を払ってでも解決したいと考える課題であり、その解消によって得られる利益をゲインポイントと呼びます。 市場調査はどう？ 市場調査では、まずカスタマージャーニーマップを作成して、各フェーズにおける顧客の課題とそれに対する自社のアクションを整理します。その上で、デプスインタビューを行い、顧客のより深いニーズを把握します。 効果測定はどうする？ プロモーションにおいては、自社のアクションがどのように顧客エンゲージメントを高めるかを念頭に計画し、実施後には効果測定を行い、その成果を検証します。 常に改善できる？ また、定期的にカスタマージャーニーマップを更新し、営業同行や顧客との面談を通じて行動観察やデプスインタビューを実施することで、顧客自身が気づいていない欲求も掘り下げます。これにより、現在のプロモーションやアクションが顧客のペインポイントを的確に捉えているかどうかを検証し、改善に努めることができます。

イシューはどう特定？ イシューの特定は容易ではなく、常に分解を行わなければ混乱に陥りやすいと感じています。常に「イシューとは何か」を意識し、その切り口となる仮説を用意しつつ、多角的に検証する必要があります。実際、以前は思い込みで打ち手を考えていたときに比べ、約30倍もの時間を必要とすることを実感しました。 打ち手は何が有効？ クライアントの現状に対し、どの打ち手が有効かを検討する際、これまで見慣れたSNSや特定のプラットフォームだけに頼るのではなく、リアルな情報も加味しながら、あらゆる角度からイシューを特定する重要性を改めて認識しました。 仮説の検証はどう？ イシュー特定のためには、直感に頼らず、常に仮説を立てた上でデータを分析することが欠かせません。仮説の検証が十分に進まない場合は、別の仮説を設定し、さまざまな視点から考察する習慣を身につけることが大切だと感じています。 構造再考はどうすか？ 自身の業務に照らし合わせると、クライアントの課題特定についてはまだ不十分だと感じました。ピラミッドストラクチャーを用いた際に根拠が不安定になる場合は、根拠を補足するための情報を集める必要があるか、もしくは一度構造を解体して再考する選択肢も考えるべきだと思います。

なぜ分解して考える？ プロセスを分解して問題の本質に迫る手法について、非常に分かりやすい事例から学ぶことができました。特に、採用プロセスの一部である中途採用面談や、顧客への提案における在庫差異の問題解決に、このアプローチを活用できると感じています。また、ABテストにおいては、条件をできる限り同一とし、検証範囲を絞るための仮説設定が重要である点も再認識しました。 採用面談、何が問題？ まず、中途採用面談に関しては、自身が関与する採用活動において、プロセスのどの部分で問題が発生しているのかを明確にするため、面談調整に要する日数と採用結果の情報を人事部から収集することを検討しています。この情報をもとに、面談調整に時間がかかる原因を特定し、改善策を提言することで、採用率の向上を図ることができると考えています。 在庫の差異、どう解決？ 次に、顧客への提案、特にシステム間の在庫差異に関する課題解決では、既に現状の業務プロセス分析は実施していますが、課題が発生しているプロセスの粒度が細かすぎるため、より単純化した形で説明する必要性を感じました。問題となりうる箇所を明示した上で、システム改善または運用プロセスの変更のいずれかを提案し、顧客にとって最適な解決策を提示していく考えです。

情報はどう補う？ 総合演習を通じて感じたことは、設問の情報だけでは答えられない問題がいくつかあり、不足している情報を取得する必要があるということです。それでも情報が不足する場合があり、その際はある程度仮説を立てて物事を考える必要があります。この点は今回の事例に限らず、実際の業務でも同様だと思いました。100%の情報が揃うことはまずなく、不足する情報は自分で調査をし、または人から聞いて知識を埋めなければならないと感じました。それでもなお未知の部分は、仮説を立てて結論を導き出す力が求められます。 新部署で挑戦する？ 10月からDX推進部に異動しました。ここでは、従来の定型業務がなく、正解のない課題に取り組む必要があります。新しいプロジェクトの一つひとつにおいて、今回の学びを活かせると確信しています。特に、フレームワークを活用した現状の整理や仮説思考が重要です。 e-learningで学ぶ？ まずは、ある程度答えがある事柄、つまり前提知識については、会社のe-learningを活用して知識を深めたいと思います。そして、新しいことの効果を検証する際には必ず仮説思考が必要であり、100点満点ではないにせよ、今ある情報をもとに効果を試算することに挑戦していきたいです。

復習はどう進める？ これまでの学びを振り返り、今後のありたい姿と具体的な取り組みを体系的に整理できました。振り返りを進める中で、全ての内容を完全に洗い出せたわけではなく、すでに忘れてしまっている部分も多いことに気づきました。そのため、何度も繰り返し復習し、実践の中で活用することが大切だと感じています。 管理とサポートの課題は？ 私の業務は、製品の管理とサポートに関わるものです。サポート内容に対する不満と製品そのものへの不満があり、それぞれ解決すべき課題が異なります。また、即座に対処できるものと、投資や時間を要するものも混在しています。相関分析を活用して、不満の原因となる主要項目を特定し、優先順位をつけた上で対応していく意向です。 方向性のズレはなぜ？ これまでの学びの中で、方向性を見誤ったり着眼点がずれてしまうことがありました。そのズレが生じた原因を、経験や定性的なデータをもとに検証し確認する必要性を感じています。さまざまなフレームワークを活用し、仮説を立てたり目的を明確にすることが、今後の正確な分析に欠かせないと考えています。ただし、数値だけに頼ると誤った解釈につながる恐れがあるため、解説書や事例を通じて知識をさらに深めるよう努めたいと思います。