(13ページ目)

同じ ✕ 方法

に関する学び

---

真因はどこにある？ プロセスを分解し、問題がどこにあるのか、さらにその真因を掘り下げるアプローチは非常に重要です。このような手法により、具体的な対策が見えてきます。特に、A/Bテストを用いた評価方法は、複数の施策を公平に比較するために有効です。ランダム性を持たせつつ、できるだけ条件を同じにして施策をリリースし、実際の結果を基に評価することが求められます。 課題はどう捉える？ 実際の業務では、A/Bテストを行う機会は少ないかもしれませんが、顧客の課題をプロセスに分解し、その真因を探りながら仮説を立てることは、多くの場面で有効です。このような手法で、顧客の表層的な課題だけでなく、プロセスの詳細まで深く掘り下げることが大切です。 データは信頼できる？ そのためのヒアリングやディスカバーを繰り返すことで、有意義なデータを収集し、場合によっては実地での業務サーベイを行うことも検討します。これにより、定量的なメリットの根拠を構築することが可能になります。

経営戦略で何が変わったのか？ 現在の会社では、経営戦略の活用により無駄な作業が著しく減ったと感じます。以前は同じ内容を複数の書類に記載するなどの二度手間が多かったですが、今は減らせる作業をどんどん減らしていっています。それにより、顧客への準備時間が確保でき、売上にもつながっています。 仕組み化のメリットとは？ 仕組化することも有効だと考えます。例えば、講演会の開催においては、個人によって準備や開催の方法、フォローの取組が様々ですが、最も効率的な方法をチームで検討して仕組化することで、抜け漏れの確認が容易になります。そして、全員が最も効率的な方法を実行できるようになるメリットがあります。 どう仕組み化を進める？ この仕組み化を実際に試してみようと思います。まずは、チームの個々の講演会のやり方を聴取し、最短で効果的な方法を抽出します。その後、数人で実施し、検証しながらブラッシュアップしていくことで、最終的に仕組化したいと考えています。

賃借対照表の仕組みは？ 賃借対照表は、左側がお金の使い方、右側がお金の集め方を示しています。お金そのものは同じですが、負債と純資産に分かれており、左右で必ず同じ金額になります。これがバランスしている状態であり、「バランスシート（BS）」と呼ばれます。 経営リソースの見極めは？ このシートを使うと、お金の使い方と調達方法の両面から、間違った方法になっていないかや、正当な価値に見合った運用になっているかを確認できます。つまり、どのような経営リソースが必要かを見極める手がかりとなります。 不要資金削減はどうする？ また、ビジネスモデルによって資産と負債の割合は大きく異なるため、自社の賃借対照表を確認することで経営状態を把握できます。社内では筋肉質な経営を目指す動きがあるため、このシートを用いて、不要な余分な資金の蓄積を理解し、どのようにしてそれを削減するか、自部門で取り組むべきことを考え、具体的な行動に移す必要があります。

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

BSの違いは何？ 同じ業界内でもビジネスモデルの違いにより、企業の貸借対照表（BS）が明確に異なる点を学びました。また、業種が異なる場合にも特徴が表れることから、さまざまな企業のBSを比較しながら、その企業がどのように事業をスケールさせようとしているのかを模索していきたいと感じました。 資金調達の秘密は？ まず、顧客企業のBSを読み解くことで、資金調達の方法や資金の使い道について深く理解できるため、事業に寄り添った提案が可能になると考えています。 具体策の進め方は？ 次に、営業部門と共にアカウントプランを作成し、両者でアイデアを出し合って具体的なアクションプランに落とし込む取り組みが重要だと思いました。 事業展開の仮説は？ また、自部門や営業部門のリーダーと連携し、BSの理解を通じて顧客の今後の事業展開について共に仮説を立案し、その仮説を基にアカウントプランを策定していきたいと考えています。

最適な分解の方法は？ 分解の切り口によって異なる視点が得られることを実感しました。MECEには主に3つの種類があり、無駄と重複を避けるためにはいきなり細かく分けずに進めることが有効であると学びました。階層別、変数分解、プロセス分解を試し、それぞれの分析の対象に合わせた適切な方法を選ぶことが重要です。 医薬品の使われ方は？ 自社が取り扱う医薬品の使用傾向を把握する際にも応用できると感じました。患者層の理解に加えて、別の薬剤を選択する医師の傾向も調査すると、効果的な対策が立てやすくなるのではないかと思います。 データ検証はどうする？ また、毎週の社内ミーティングでは、それまで試したことのない切り口でデータを分析してみます。これまでのデータも同じ切り口で分析可能かを検討し、社内メンバーと重複なく実行できているか確認します。得られた結果から仮説を立て、それに基づいた活動を行い、次週に検証していきます。

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

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

MECEとは何か？ MECEというロジカルシンキングの基本を学びました。この方法は、必要な要素を網羅しつつ重複しないようにする考え方です。そのために、層別分解、変数分解、プロセス分解という3つのパターンがあることを理解しました。 なぜMECEが重要？ 営業面で提案資料を作成する際に、MECEを意識することで考慮漏れの無い提案ができ、出直しや再考を防ぎ、より効果的な資料作成に役立てられると考えています。また、トラブル発生時の対策報告でも、この考え方は活かせると思います。 結論にどう導く？ これまでは結論ありきで、その根拠のために分析を行っていました。しかし、このプロセスを逆転させて考える必要があると感じています。同じ数字でも視点を変えて分解すれば、見え方が変わるということを意識し、分析結果を複数に増やしていくことで、より説得力のある結論に繋げていきたいと思います。

理解はどこまで進む？ パス・ゴール理論の指示型、参加型、支援型、達成志向型の各スタイルについて、「リーダーシップ理論を使って考える」ワークを通じ、理解が深まりました。自分自身のスタイルとしては、達成志向型がもっとも近いと感じています。 どのアプローチが有効？ 部下の経験や力量に応じ、例えば具体的な達成方法や工程を示す指示型や、部下の意見や考えを尊重する参加型など、さまざまなアプローチを使い分けることが、今後の業務に生かせると考えています。 どう委譲で改善？ また、リーダーシップを発揮するためには何よりも人に関心を持つことが大切です。すべての部下に同じ対応をするのではなく、各スタッフの力量に合わせた関わり方が求められます。自分はどうしても自分で手を加えてしまいがちであるため、今後は権限を委譲することで、部下の育成につなげていきたいと思います。

基本の意義は何？ 初めは「ここにきて、日本語を正しく使う」から始めるのかと驚きました。しかし、正しい主語と述語の役割を理解し、手順を踏んで文章を書く方法を体系的に学べたことは大きな収穫でした。基本を大切にすることの重要性を改めて実感しました。 事前確認はなぜ？ また、チームミーティングや部門外との調整の際の事前内容確認に活用できると感じました。自分では理解しているつもりで、イメージを共有して話している場合でも、相手が持つイメージとは異なる可能性があるため、誤解なく同じイメージを共有することが大切だと考えます。 伝わり方をどう工夫？ 文章や話し言葉だけでなく、図示するなど相手に伝わりやすい工夫が必要だと感じました。さらに、事前準備を怠ると相手の時間を奪ってしまうという責任の重さを痛感し、今後は言葉や文章を正しく丁寧に使うことを意識していきます。

多様な視点が見えた？ 同じテーマについて多様な視点が存在することを学びました。ユーザー目線で現状の仕組みが本当に適切かどうか検証する過程で、各メンバーが異なる観点から意見を述べるのが非常に印象的でした。また、デザイン思考に関しても、参加者それぞれの想いが交わり、ディスカッションが盛り上がった点がとても興味深かったです。 現状をどう問い直す？ 現状に疑問を持つことの重要性を実感しました。従来の方法や制度がただ続いている理由だけで運用されている場合、それをユーザー目線で見直し、より使いやすい形に改善する必要があります。まずは現行制度の確認と再検討を行い、実際に受けた問い合わせや相談内容を反映させながら問題定義を進めることが大切です。さらに、可能な範囲で改善策を検討し、ロジックツリーなどの手法を用いて試行錯誤を重ねるプロセスが印象に残りました。