(102ページ目)

課題

に関する学び

---

生存者バイアスのリスクとは？ 「生存者バイアス」は、分析を主とする仕事に携わる人でも陥りやすい問題であると実感しました。データの扱い方だけでなく、分析対象の選び方についてもバイアスにとらわれず、ニュートラルに進めることが、自分の課題だと気付くことができました。 目的を明確にする重要性 BPOとして業務に携わっていると、データの使用目的が特に重要である場面が増えると感じています。以前の「マーケティング」という大義のもとでは、目的から外れることは少なかったのですが、目的を明確にすることが、業務全体でますます重要となりそうです。 データの純粋な観察方法 今回の講義を通して、データを純粋に観察する習慣を付け、仮説を立てることを重視し、比較対象が正しいかの確認を怠らないようにしたいと考えています。業務でバイアスの怖さを感じているため、事前の確認によって、バイアスの回避を心掛けたいと思います。

イシューはどう見える？ イシューを立てること自体が大きな学びとなりました。現状とありたい姿のギャップを埋めるために、課題と対策を検討するプロセスは難しさを感じる部分もありましたが、初週からのさまざまな視点と角度からの検討により、複数のイシューが浮かび上がることが実感できました。 会議運営はどう変わる？ また、これまでの会議では話の軸がぶれてしまい、結論が出ないまま次回に持ち越されることがありました。今後は、必ずイシューを意識しつつ、話題がずれ始めた際に軸を戻す役割を積極的に果たしていきたいと思います。 戦略策定はどう進む？ さらに、チームで下期の戦略を立てる時期にあたり、現状とあるべき姿をしっかりと設定し、そのギャップから導かれる「課題」についてブレインストーミングを進める予定です。本質に沿った課題が抽出されるよう、チームメンバーにもこの考え方を共有し、対策を講じていく所存です。

ABテストの意義は？ ABテストを通じて、単にAかBを選ぶのではなく、前提条件を統一した上で比較・検証することが次の施策につながると感じました。問題のある箇所については、プロセスごとに分解し整理することが大切だと改めて認識しました。 数字で何が分かる？ また、具体的な数字を取得することで、試行した打ち手がどのような効果をもたらすかを明確にしたいと思います。サイトに限らず、アンケートなどを活用して課題を抽出し、想定される項目のほかに自由記述も設けることで、定量データとして予想外の回答が得られるかどうかを確認できる工夫が必要です。 FAQ改善の狙いは？ 業務面では、FAQサイトの問題箇所を特定し、改善案に基づいた比較テストを実施することが重要です。過去のPV数などのデータを把握し、変更後の数値の変化を確認することで、PDCAサイクルを効果的に回していきたいと考えています。

段階分析はなぜ？ 何か課題が発生した際、経験則だけで原因を探ろうとしがちですが、プロセスごとに段階的に分析することの大切さを学びました。「何が」「どこで」「なぜ」「どのように」という順番を意識することで、問題点を明確に把握できると実感しています。また、A/Bテストにおいては、条件を揃えることが重要である点も大いに勉強になりました。 なぜ集客難航？ 現在、コンテンツの企画・販売に携わる中で、集客に関してかなりの困難を感じています。対象を広げるという対策を検討していますが、その前に、問題の所在と原因を絞り込む必要があると考えています。 新企画はどう進む？ まもなく新たな企画・コンテンツ制作が始まるため、これまでの課題を整理し、具体的な提案につなげていきたいと思います。また、前回の販売時には十分なデータが取得できなかったことから、今後はデータ収集の方法についても検討していく方針です。

記述統計量はどう見る？ 平均値だけでなく、中央値、標準偏差など他の記述統計量を抽出することで、データのばらつきまで確認できる方法を学びました。この手法は、問題解決の際に誤った仮説を課題と認識しないための一助となります。 現状指標の見直しは？ 現在の職場では、平均値、最大値、最小値のみが共有される指標となっているため、今後はQ1で述べた内容も加えて集計を行いたいと考えています。数値だけでは状況が把握しにくいこともあるため、ヒストグラムや散布図などのグラフを活用し、視覚的に理解しやすい資料作成を目指します。 実績可視化をどう進める？ また、FY24の実績値集計においては、ヒストグラムや散布図を用いて数値を分かりやすく可視化する計画です。具体的な項目としては、電話数と業務歴、トスアップ数と金額、トスアップ数と受注額、さらにはトスアップ数と年度内受注率の関係性を検証していく予定です。

基本理解の鍵は？ MECEの基本的な考え方を理解できたことが良かったです。特に、基本となる3つの分け方についても学び、多くの知見を得ることができました。 増収減益の原因は？ 現状の課題は増収減益です。原価上昇に対して売価設定が追いついていないのか、リカバリーにかかる費用が過剰なのか、またはお客様の要望が厳しく対応が後手に回っているのかなど、各フェーズで様々な視点から原因を探っていきたいと考えています。 数字分解の要点は？ 今ある数字を分解するときは、MECEを意識することが重要だと感じました。このロジックを繰り返し行い、確実に身に着けるためには反復が必要です。 改善策の展望は？ 来週の営業会議では、増収減益の原因を分析し、改善策を提示する予定です。そのため、今週中に必要なデータを整え、土日に詳細な分析を行い、週の前半には問題の特定と改善策の検討を済ませたいと思います。

どの問いが重要？ 今回の学習を通して、どのような問いを立てるかが最も重要であると感じました。例題からは、問いの立て方がその後の議論に大きく影響することも学びました。また、自分が立てた問いを他者と共有し、同じ問いに沿って議論が進んでいるかを都度確認することが大切であると実感しました。 焦点はどこに？ 日々のミーティングでは、最初に何を話すかという問いが明確であっても、気がつけば議論の焦点が見失われがちです。この現象は、問いの共有や振り返りが十分に行われていないことに起因していると改めて認識しました。 何が課題なの？ また、テキストコミュニケーションが主な状況では、日々のやり取りの中で問いを立て、その問いに対する答えを準備することが求められます。問いを立てる際、ロジックツリーなどを活用して、今問うべき課題（イシュー）を明確に整理しながら議論を進める方法も有効だと感じました。

イシューって何？ イシュー（最優先課題）の特定と、その課題に対する対策から次のイシューを明らかにし、順次対策するというプロセスを学びました。この方法により、効率的かつ効果的な課題解決が可能であることを理解しました。 優先順位はどうなる？ 一方で、事実を多角的に捉え課題を洗い出す際に、何を最優先に解決すべきか見極めるのは容易ではないと感じました。 目標達成の秘訣は？ たとえば、担当部署の予算目標に対して実績が追いつかない状況では、様々な要因が絡み合っている中で、目標達成のためにまず最優先すべき課題を明確にすることが、効果的な対策の立案につながると実感しました。 次は何をすべき？ 今後は、課題の洗い出し、詳細な分析、優先順位の整理を常に意識しながら、優先度の高いイシューから順に対策を講じ、その結果をもとに次の課題を把握し対処するというサイクルを継続していきたいと考えます。

MECEでどう選ぶ？ アイデア出しのプロセスで、MECEという手法を用い、全体像の中からアイデアを絞り込む方法が特に印象に残りました。たとえ評価基準で最終的に採用されないアイデアであっても、いったんすべて洗い出して評価することで、新たなチャンスや問題点を発見しやすいと感じました。 階層分析で何が見える？ また、プロジェクトにおけるアイデア出しでは、階層ごとに分析することで、さまざまな発想が生まれやすくなる可能性を実感しました。同じく、課題を分析する際も、階層別や変数別に整理することで、より具体的な問題点に焦点を当てることができると感じました。 なぜ体感するのか？ 現在は、アンコンシャスバイアスの解消を目指した若手ワーキング向けのフレームワークを企画しています。その一環として、MECEを取り入れたグループワークの時間を設け、同僚と一緒に体感する場面を設定したいと考えています。

なぜ売れたのか？ 実例に沿って、なぜある商品が売れたのかを考えることは今まで経験していなかったため、とても印象に残りました。自分がよく知る商品についても同様に、なぜ売れたのか具体的な理由を探っていきたいと思います。また、行動観察を行ったことがなかったため、まずは身近なところから実践してみる意欲が湧いてきました。 実際の行動はどう？ 新規システムを開発する際には、これまで社長からの指示に従ってシステムを作ってきましたが、その結果、真のニーズが捉えられておらず、売れない原因になっていたと感じます。今後は、社長が想定する利用者像に留まらず、実際に利用者の行動を観察し、深いインタビューを行った上でシステムのコンセプトを策定していくことが重要だと実感しました。この点を踏まえ、予算申請にも利用者観察やインタビューのプロセスを組み込み、本当に解決すべき課題を明確にしていきたいと考えています。

仮説はどう生まれる？ まずは、3Cや4Pといったフレームワークを仮説の軸として活用することで、仮説をスムーズに構築できます。この方法により、偏った仮説や考慮漏れを防ぎ、網羅的かつ精度の高い分析が行えると感じています。 私の仮説偏りはなぜ？ また、私自身、問題解決のための仮説設定が思いつきやすいものに偏りがちであることを実感しています。そこで、今後はまず3Cや4Pなどの軸に基づいて仮説を網羅的に洗い出す手順に見直すことにしました。これにより、より体系的かつ客観的なアプローチが可能になり、問題解決の効率も向上すると考えています。 実践はどう進む？ 具体的には、最初に3Cや4Pを活用して課題に対する多角的な視点を整理し、次に各軸に沿って仮説をリストアップ、優先順位を付けながら検証を進めます。最後に、検証結果をフィードバックし、再度仮説を見直していくプロセスを実践していく予定です。

問いはどう考える？ まず、重要なのは問い（イシュー）を立てることです。この問いは具体的であり、疑問文の形であるべきです。常に問いを考え続けることが求められます。たとえば、南守島のケースでは、データを様々な切り口で分析し、課題を特定し、その解決策を出すという一連の流れを理解しました。 イシューをどう整理する？ 議論が多岐にわたると、イシューを見失うことがあります。そのため、一貫してイシューを意識するのが重要です。議事録のヘッダーにイシューを入れることで、会議の開始時にメンバー全員で確認し、共通の認識を持つように心がけると良いでしょう。 会議はなぜ確認する？ 会議の最初には、イシューを全員で確認します。また、議論が逸れた場合には、軌道修正のために再度イシューを確認することが必要です。イシューが複数ある場合には、それを構造的に分解し、それぞれ個別に議論する場を設けると効果的です。