(31ページ目)

課題 ✕ 認識

に関する学び

---

分析視点は何が肝心？ 今回の学習では、分析において比較する５つの視点（インパクト、ギャップ、トレンド、ばらつき、パターン）を意識することの重要性を再認識しました。また、平均値として単純平均、加重平均、幾何平均、中央値といった代表値の違いについて学び、特に加重平均と幾何平均が今後の業務で役立ちそうだと感じました。 平均選択のポイントは？ これまで実務では単純平均を使用してきましたが、利益が低下している部分に焦点を当てるためには、加重平均を取り入れることで事業の取捨選択がより明確になると気づきました。加重平均を用いれば、経営陣に現状の課題を整理し、改善提案を行う際に説得力が増すと考えています。 幾何平均はどう見る？ 一方、幾何平均は計算が複雑なため、現状では取り扱いが難しい印象を持ちました。しかし、来年以降の利益率成長率を算出する際に有用な指標となる可能性があり、将来的には利益予測の精度向上に寄与できるのではないかと期待しています。

フレームワークの意義は？ 仮説の基本的な理解を改めて振り返ることができました。これまで、どちらかというと自分のバイアスに左右されることが多かったですが、3Cや4Pといったフレームワークに沿って物事を進める習慣が必要だと実感しました。もちろん、データの活用において都合の良い点に気付いてしまう傾向もあり、そこは今後の課題です。 チーム作業に注意すべき？ また、実際の業務においては、ある程度の人数で構成されるチームで作業を進める場合、フレームワークを用いる際に工夫が求められることを改めて認識しました。それでも、基本に則って作業を進めることが、合意形成を図る上で重要であると感じました。 合意形成、どう進める？ 変革やシステムの刷新・改善といった業務では、関連部門との合意形成が不可欠です。こうした基本的なプロセスをフレームワークに落とし込むことで、問題の根本をより深く理解し、具体的なアクションプランを立てることができると考えています。

どんな問いを立てるの？ 課題に取り組む際は、無計画に考えを巡らすのではなく、まず「問い」が何であるかを明確にすることが重要です。その問いを常に意識し、他者と共有することが不可欠だと感じます。 会議前に何を問う？ 会議を開始する前には、まずこの会議で何を問うべきかを十分に考え、開始時に全員で問いの認識を合わせるようにします。また、プロジェクトの進行中は定期的に問いの内容を確認し、必要に応じて問いを修正することも大切です。さらに、作成したグラフや図、その他の資料が、設定した問いに対して適切な回答を出しているかを常に確認することが求められます。 学びをどう整理する？ まずは、Week01から得た学びを整理し、復習するところから始めましょう。その上で、問いを明確化し、文章として文書化するトレーニングを実施します。自分一人で取り組むのではなく、上司や同僚とも協力して実践することで、正確な問いを立てる力を身につけることを目指します。

偏見にとらわれない切り口とは？ 切り口について考える際、私はターゲットの課題を念頭に置いていましたが、偏見によって視野が狭まり、回答例で提示された着想や解答を十分に導けなかったと感じました。そこで、切り口をMECEに検討するためには、まずフラットな視点で考えることが重要だという認識を新たにしました。 課題解決のために何が重要？ ユーザーが実際に価値を感じる課題解決とは何かを考えることは、相手にそれを伝える際に必要なスキルだと思います。特に、シンプルに伝える文章の重要性を今まで軽視していたことを痛感し、基礎から再考する必要があると感じました。 効果的な伝え方の工夫は？ そのために、相手に伝える際には、主語（S）と述語（V）をしっかり意識し、短い文で伝えることを心がけます。そして、ユーザー思考で何が一番価値に繋がるのかを考え、MECEに要因分析を行う（5W1Hへの意識も大切です）。まずは、これらの点を徹底したいと思います。

イシューを具体化するには？ イシューの設定が課題解決において重要であることが身をもって実感しました。特に、問いを明確かつ具体的に設定し、全体の前提や認識をそろえることが不可欠です。また、イシューを設定した後も、常にその意識を持ち続けることが大切です。議論や思考が途中でそれないようにするためです。 営業マネジメントにおける効果的なサイクル 営業マネジメントにおいては、数値達成や業績向上のために、適切なイシュー設定と、その解決策を検討・実施するサイクルが求められます。今回学んだ内容は、自チームのイシュー設定から数値改善まで、実践で試してみる価値があると感じました。 データ活用の力をどう身につけるか？ 課題解決に際して何をイシューとするのか、これまでの数値データを活用して見極める力を習得したいと考えています。そのため、改めてデータを整理し、ピラミッド・ストラクチャーを使って、イシューの書き出しと整理を進めていきます。

なぜ振り返りするの？ これまでの学びを総まとめする中で、問題解決のステップと仮説志向の重要性を再認識しました。一見当たり前に感じることも、改めて意識することで新たな発見があると実感しています。また、他の受講生の意見に触れることで、自分のアプローチに不足している部分を確認することができました。 有意な検証方法は？ もともとの課題として、A/Bテストにおいて有意差が出る仮説を立案する必要があるため、「要素は一つ」「同じ期間で同時に」という基本に加え、仮説を明確にすることを意識したいと考えています。そのため、フレームワークを活用して仮説の幅を広げる取り組みも進めています。 効果的な施策は？ さらに、自分が実施するキャンペーンにおいて、コンバージョン向上のために検証すべき仮説をフレームワークを使って洗い出し、その中で最も効果が見込める仮説をもとにキャンペーンを実行・検証するサイクルを繰り返していくことが今後の課題です。

顧客目線を忘れないためには？ 顧客目線であることは、企業活動として当然のことであると思えますが、競合を意識するあまり、顧客ニーズを無視してしまうことがしばしばあります。そのため、適正なフレームワークの使い方を学び、常に高い視点で物事を捉える術を養いたいと考えています。 顧客との対話が生む成果とは？ 自身の取り扱う製品が顧客にとってどのようなベネフィットがあるのか、競合品との差別化が顧客ニーズを満たしているのかを検証するために、実際に顧客と対話を重ねます。また、メッセージが顧客にどれだけ響いているのかも再確認します。 イノベーション課題を解決するには？ イノベーションの普及要件として比較優位、適合性、わかりやすさ、試用可能性、可視性の観点で自社の製品を考えてみると、比較優位と試用可能性、可視性はあるが、わかりやすさと適合性が課題であると認識しました。これらの課題をどう解決するかを検討する必要があります。

手順の共有の意味は？ 実務の中で、手順やロジックを言語化することが、他者との共通理解を深める上で大いに役立つと感じました。抽象度の高い課題を、what、why、howのステップを踏んで具体的な対策へ落とし込むプロセスは、非常に有効です。 どんな課題に挑む？ 現在、私は「マイナスからゼロへ」そして「ゼロからプラスへ」という二つの課題に取り組んでいます。チーム内の共通理解を促進するため、整理した論点に今回学んだ方法論を適用し、共有することに力を入れています。 経験から得る信頼は？ また、私は転職経験があり、外部の常識や経験を活かして自社の課題を指摘しています。しかし、その指摘ポイントが十分に共有されていない状況です。論点を一つ一つ明確に示し、なぜその取り組みが必要なのか、背景や問題点を含めたたたき台として解決策を提示することで、共通認識をより強固なものにしなければならないと感じています。

イシューの意味は？ 「イシュー」とは「いまここで答えを出すべき問い」であり、その重要性を実感しました。問いが誤ると論点がずれ、共通認識が形成されなくなるため、イシューを共有し本質を意識することが、具体的な課題解決や施策につながると考えています。 課題共有はどう進む？ IT業界においては、顧客からの課題相談が頻繁に寄せられるため、まずはイシューを明確にして共有することから取り組みたいと思います。共有をせずに解決策だけを模索すると、後に認識の齟齬が生じ、根本的な課題解決につながらない恐れがあります。 本質解決は可能か？ 業務では、本質的な課題が誤ると顧客が期待する解決が果たせず、結果として不適切なITシステムが提供される恐れがあります。そのため、単に解決策のみを提案するのではなく、イシューを踏まえた本質的な課題解決を追求することで、真に必要なITシステムの提供が可能になると考えています。

ABテストはなぜ重要？ ABテストを正しく実施するためには、まず目的や仮説を明確に定め、比較対象となる条件をしっかり整えることが重要だと改めて学びました。 問題解決はどう進む？ また、問題解決のプロセスを順序立てて取り組むことで、何が問題であるのか、どのような仮説が考えられるのか、そしてどのような解決方法を選ぶべきかを体系的に理解できました。マーケティングチームでの売上進捗に関する課題の特定や、適切な打ち手の選択、さらに広告の効果検証など、様々な場面でこのアプローチを活用できると感じています。 多角検討はどうする？ さらに、複数の切り口で課題に接近し、必要なデータの洗い出しや抽出方法、そして解決策の多角的な検討を進める過程で、チームメンバーと協力しながら取り組む重要性を再認識しました。今後は、業務の中で意識的にアウトプットの機会を増やし、実践的な成果に結びつけていきたいと考えています。

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

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