(81ページ目)

必要 ✕ 確認

に関する学び

---

目標設定に必要な要素とは？ ゴールや目的を明確にし、最短距離を導き出すためには、何が必要で何が不要なのかを具体化する必要があります。その際、フレームワークを用いて定量的・定性的な要素を確認し、優先順位を見直していく必要があります。差別化については、顧客がどのように感じるかが重要です。 営業プラン作成に役立つ学び このナノ単科の学びは、営業プランの作成に大いに役立つと感じています。以前はフレームワークのやり方がわかりませんでしたが、今回の学習で分析手法を学べたため、これまでなんとなくで作成していたプランをさらに具体化できると思います。 ビジネスプランとキャリアの見直し 現在作成しているビジネスプランを見直し、この学びを活かしてフレームワークを用いながら検証していきたいと考えています。また、転職を視野に入れ、自分のキャリアを見直し、必要なスキルをさらに明確にしていきたいとも思います。

ライブ授業のまとめ 総まとめとしてのライブ授業は、初回の気持ちとは異なり、学んだことを仕事にどう生かすか、そして忘れないようにどう継続するかを意識するようになった。特に今週の事例は予想通りであったが、売上原価の高さが意外と明らかになり、財務資料を見る重要性を実感した。 部門のP/Lをどう見るか 初回から一貫しているのは、部門の財務状況、特にP/L（損益計算書）をどう理解して改善につなげるかというポイントだ。学習を始めてから、部門のP/Lを真剣に見るようになり、自分なりに問題点や改善点を考えるようになった。 知識をどう活用する？ この知識を実際に活用するには、まだ経験と慣れが必要だと感じている。他社や競合、他部門のP/Lを確認し、自部門のビジネス上の特長と欠点を明確にすることで、改善点を提言できるようになりたい。そして、自分がその立場になった時には、それを実践していくつもりだ。

伝わる文章はどう伝える？ 自分の伝えたいことが先行してしまい、相手に本当に理解してもらえているかどうかをあまり意識できていない印象です。まずは、主語や述語、文章の長さ、そして何を結論として伝えたいのかを明確にすることが重要だと感じています。自分の作った文章が実際に伝わっているかを、他の人に確認してもらうなどして、日常から意識していきたいと思います。 全体の伝え方はどう？ また、普段のメールやチャット、資料作成など、あらゆるコミュニケーションの場面で相手に伝わるかどうかを意識していく必要があります。相手に正しく理解してもらえなければ、同じイメージを共有できず、結果的に誤った解釈や方向性のずれ、そしてやり直しが発生する恐れがあります。そこで、今回学んだピラミッドストラクチャーなどの手法を活用し、伝えたい内容を整理していくことで、小さな改善から着実に伝わる文章を目指していきたいと考えています。

スライドはどう魅せる？ 伝えたいメッセージに沿ってスライドのデザインを工夫することが大切です。たとえば、1ページに1つのメッセージを配置し、メッセージと図表が対応するようにすると、内容が伝わりやすくなります。また、強調すべき部分は、必要な要素を付け加えるだけでなく、不要な部分を削ぎ落とす引き算の技法も有効です。さらに、伝えたいメッセージに適したグラフを使用することで、資料全体の説得力を高めることができます。 他人の意見はどう活かす？ 一方で、独学で資料作成を続けるだけでなく、他人が作った資料に対して意見やフィードバックを行うことも重要です。このプロセスにより、どのような資料が伝わりやすく、また伝わりにくいのかを客観的に判断する力が養われると感じました。最後に、作成した資料をもとに自分で発表してみることで、喋りながら使用する場面での資料の見やすさや伝わりやすさを再確認することができました。

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

ロジックツリーの効果は？ 自身や他者が持つ思考のクセや偏りを踏まえ、ロジックツリーを活用することで、偏りの影響を受けずに考える訓練ができるという点が印象に残りました。思考のトレーニングを継続することで、より客観的に考える力を養いたいと考えています。 取引先対応のポイントは？ また、取引先との取り組みを整理し、どこから手を付けるかを明確にするためにもロジックツリーの利用が役立つと感じています。情報を整理し全体を俯瞰することで、抜け漏れや偏りを防ぎながら業務を進めることができると考えています。 実行計画のコツは？ 具体的な進め方は、まず取り組み内容をリスト化して重要なポイントを確認し、ロジックツリーを作成してテーマごとに情報やその関係性を可視化します。その後、重要度や影響度に応じて優先順位を決め、計画を実行しながら進捗をチェックし、必要に応じて柔軟に調整していくという手順です。

効果的な視覚情報の秘訣は？ 情報を伝える上で、視覚的な情報の作り方が非常に重要であると改めて感じました。伝え方は環境や状況によって異なるため、目的に応じた最適な見せ方を選べるよう、視覚情報の表現方法の幅を広げる必要があります。 自分の視点で見る資料は？ 普段目にする資料は、「自分ならどのように作るか」という視点で観察するよう心がけています。また、文章作成時には、アイキャッチの活用、文章の硬軟のバランス、そして読みやすい体裁の3点を常に意識し、読み手の立場に立って内容を確認する習慣を続けています。 プレゼン成功の秘策は？ さらに、8月22日に他部署の行動変化を促すためのプレゼンテーションを実施する予定です。資料全体の構成や使用するデータの選定において、目的と対象に合わせた最適な見せ方を意識し、作成内容が理解促進に効果的かどうかを事前に第三者の意見を取り入れて確認する予定です。

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

どんな価値を生む？ 事業活動とは、①顧客に対して価値を提供し、②その価値を実現するために必要な活動を行い、③その結果として顧客から対価を得るというサイクルで構成されることを改めて整理できました。これまでは「売上や利益」といった結果面だけに注目していたため、財務諸表がこの価値創造プロセスを数字で表現している点に新たな発見がありました。数字だけでなく、企業がどのように価値を生み出し、どのように対価を受け取っているのかというストーリーとして企業活動を読み解く視点が重要だと感じました。 財務情報の謎は？ また、投資先の経営状況や資金の使い方を正確に把握するためには、財務諸表の読み解きが不可欠です。今後は、決算資料を確認する際に売上や利益だけでなく、その背後にある事業活動の構造もしっかりと意識し、企業がどのように価値を創出し、利益を上げているのかを理解できるよう努めていきたいと思います。

問いはどのように設定？ 問いを正しく設定することが非常に重要であると実感しました。問いの立て方一つで導かれる答えが大きく変わるため、問題の本質を見極めることが求められます。そのため、データをどの角度や観点から見るかを常に意識し、さまざまな視点から疑問を持って捉える必要があると感じました。また、プロセスを進める中で、最初の問いを再確認し続けることで、答えがぶれずに一貫性を保つことができると考えています。 損益管理で何を問い直す？ また、損益管理における課題についても、まず問いが何であるかを改めて考える必要性を感じています。具体的な行動に焦点を合わせがちですが、何が本当の問題なのかを問い直すことに意識を向けることが重要だと思います。さらに、この考え方を自分だけでなく部下とも共有することで、彼らにも問題の本質に気付くきっかけを提供し、共に成長していけるよう努めていきたいと考えています。

MECEと分解のポイントは？ MECEの手法を通して、漏れなく重複のない考え方の重要性を学びました。また、ロジックツリーを用いることで物事を分解して考える方法にも触れました。ただし、細かく分解しすぎるのではなく、適度な粒度で整理することがちょうどよいと感じました。 製品サポートはどう変わる？ 個人的な感覚に頼るのではなく、フレームワークを活用することで、よりロジカルかつ具体的に意見を伝えることができると思います。私の担当している製品サポート業務では、お客様からの問い合わせ対応や内部連携の課題があるため、業務をさらに整理して取り組む必要があると感じました。 課題解決のヒントは？ 今後は、ロジックツリーを活用して課題を分解し、詳細に洗い出してみます。さらに、MECEの観点から整理されているかを再確認し、どこに課題があるのかを特定した上で、具体的な解決策を検討していく予定です。

試行錯誤の進歩は？ 最初は、一度の試行で完璧な分解ができなくても決して失敗ではないと認識しました。ある切り口だと十分な意味が見いだせなかったため、別の視点からの分解に切り替える必要性を実感し、試行錯誤する過程自体が前進であると感じています。切り口は固定せず、さまざまな観点から分解を試みることが大切だと考えています。 不足する視点は？ 演習では「Who（誰が）」「What（何を）」「When（いつ）」「Where（どこで）」というフレームワークを用いたものの、「How（どのように）」の視点が不足していることが明らかになりました。今後は、チーム内のオペレーションミスの原因を明確にするため、業務プロセス全体を分解して問題箇所を特定する取り組みを進める予定です。また、現行の報告フォームにおいても、業務プロセスに抜け漏れがないかを改めて確認し、より効果的な運用を目指していきたいです。