(6ページ目)

流れ

に関する学び

---

この学びはどう？ 今回の学びの中で特に印象に残ったことについて述べたいと思います。 グラフで伝わる？ まず、情報を伝える際のグラフの使い方についてです。グラフの見せ方を工夫し、メッセージと整合させることで、伝えられる内容やその影響度が大きく変わると感じました。目的に応じて効果的にグラフを活用することが重要です。 資料作りは大丈夫？ 次に、資料作成において相手に情報を探させないことの大切さを学びました。相手に情報を探させてしまうと、伝えたい事項が正確に伝わらない可能性があります。だからこそ、スライドは丁寧に作成し、流れに沿った構造にすることが求められます。 文章は魅力的？ また、良い文章作成のための工夫についても考える機会がありました。良い文章とは、目的を明確にし、読み手を理解し、内容を保証し、読んでもらえる構成を持っています。フォントや色使い、グラフや図表メッセージの整合性を活用し、文章を魅力的に見せる必要があると感じました。これまでただ文章を作成していただけですが、今後は誰に対して何を伝えたいのかを意識しながら、より効果的な文章を目指していきたいと思います。 会議は効率的？ さらに、営業の定例会議での報告についても触れておきます。既にグラフによる整理はされていますが、さらなる見せ方の改善に取り組み、目的を整理し、会議の効率化を目指したいと考えています。 イベントで伝える？ 各種イベント資料の作成については、その都度目的に応じた資料を用意することが必要です。対象者によって内容を適切に調整し、効果的な情報提供を行えるように努めたいと思います。また、事業部への活動報告の機会は少ないですが、その際も読んでもらえる工夫を施していきたいと思います。 目的は明確？ 最後に、資料作成においては、目的を明確にし伝えたい内容をはっきりさせることを心がけます。タイトルとグラフの整合性を念頭に、構成を考慮して作成していくつもりです。完成度が60%程度でも、全体の構成を確認し、目的とメッセージがぶれないように見極めながら進めていきたいと思います。フォントや色使いにも注意を払い、視覚的に魅力のある資料作成を意識していきます。

SCAMPER法はどう活かす？ ブレストにおいて紹介された「SCAMPER法」には、今後の授業でもすぐに実践してみたいという印象を持ちました。具体的な題材として「軽い登山用カバン」など、イメージしやすい製品からアイディアを膨らませることが有効だと思います。ただ、今回のワークで「軽い素材」というテーマに対しては、自分自身ではなかなかアイディアが浮かばず、ネット検索やAIに頼る結果となりました。今後はPDCAサイクルを意識しながら、改善を重ねていきたいと考えています。 自由発想だけで十分？ 最初の講義動画では、ブレストの手法の一例としてSCAMPER法が紹介され、その後ワークに取り組みました。しかし、単に自由な発想だけでは十分なアイディアが出せない可能性も感じました。そこで、まず自由なブレストでアイディアを大量に出し、その後SCAMPER法などの具体的手法を用いてさらにアイディアを深める方法が効果的ではないかと思います。グループワークを通して意見を交換しながら、試行錯誤して最適な方法を模索していければと考えています。 発想法の違いは？ なお、今回の授業では、以下のようなアイディア出しや製品コンセプト策定の手法についても学びました。ブレストでは、質より量を重視し、他者の意見を否定せず自由にアイディアを出す姿勢が大切です。KJ法は、出されたアイディアをカードなどで整理し、グループ化することで見える化を図ります。シナリオ法では、ユーザーの視点から具体的なストーリーを描くことで、新たな製品・サービスの改善点を探ります。また、ペーパープロトタイピングは、アイディアを紙上で具現化するプロセスであり、要件定義からユーザー調査までの流れを意識する必要があると感じました。 価値と調査はどう判断？ 製品コンセプトの策定では、競合他社や市場調査を行い、ターゲットやその課題を明確にすることが求められます。バリュープロポジションでは、企業が提供できる価値と顧客が求める価値を見極め、その交差点からコンセプトを導出するプロセスが重要です。今回の授業で得た知見をもとに、より実践的な方法を模索し、今後の学びに活かしていきたいと思います。

仮説って何？ ビジネス現場での仮説とは、ある論点に対する暫定的な答えを示すものであり、大きく「結論の仮説」と「問題解決の仮説」に分けられます。状況に応じて、過去・現在・未来それぞれで仮説の内容が変わる点も特徴です。 解決と結論は？ 問題解決の仮説は、具体的な課題に対して原因を究明するためのものです。一方、結論の仮説は、たとえば新規事業においてある論点への暫定的な答えを示す際に用いられます。 4ステップの流れは？ 問題解決のプロセスは、次の4つのステップで進めます。まず、Whatとして問題が何であるか、またその規模を把握します。次にWhere、すなわち問題の所在を特定します。その後Whyとして、なぜその問題が発生したのか原因を追及し、最後にHow、どのように対策すべきかを検討します。 仮説はどう練る？ 仮説を立てる際には、決め打ちせず複数の仮説を考えることが重要です。異なる観点や組み合わせから仮説を立てることで、情報の扱いに網羅性が生まれ、柔軟な解決策を導く助けとなります。 現状把握は大事？ 施策の検討では、すぐに解決策に飛びつかず、まずは現状を十分に把握することが求められます。たとえば、見込み顧客を効率的に集めたい場合、SEO対策やウェビナーをすぐに試みるのではなく、なぜ見込み顧客が増えないのか、実際に問い合わせをしてくれる顧客の層やニーズを確認した上で仮説を立て、ABテストなどで検証するプロセスが大切です。 営業仮説の効果は？ また、営業面においても、現状の状況・業務上の問題・その影響、そして解決された場合のメリットを問い直すことで、仮説の思考は効果を発揮します。これは、営業メソッドであるSPINの各質問（状況質問、問題質問、示唆質問、解決質問）とも通じる考え方です。 顧客行動はどう見る？ さらに、顧客の行動分析の際は、カスタマージャーニーマップを作成するにあたって、こちらの期待する行動ではなく、顧客のインタビューを通じた実際の行動パターンをデータ化・可視化し、どのステップで課題が生じているかを明確にすることが重要です。

財務はどう活かす？ 本日の学習では、財務数値を単なる数字として覚えるのではなく、ビジネスモデルやオペレーション、経営判断と結びつけて考える視点が深まりました。 丸亀製麺の分析は？ Gailの問５に取り組む中で、丸亀製麺を題材に、店舗設備、原材料、人件費、メニュー開発、立地など、企業活動の各要素に着目して分析する練習ができました。それぞれの活動にどの程度のコストがかかり、その補填にどのような資金調達が必要なのかを構造的に考えることで、PL・BS・CFが企業の動きを反映した仕組みとして理解できるようになりました。 分析フレームワークは？ また、企業を分析するための有効な思考フレームワークも身につけることができました。特に以下の点が印象に残りました。 ■バリューチェーン 　企業の業務を活動単位に分解し、どこでコストが発生しているのかを整理する手法。 ■コスト構造（固定費 × 変動費） 　各費用が重いのか軽いのかを判断するための基準となる。 ■軽資産モデル vs 重資産モデル（BSの視点） 　企業のリスク構造、競争力、そして資金調達の方針の違いを読み解くための視点。 フレーム連携の効果は？ これらのフレームワークを組み合わせることで、たとえば、丸亀製麺と他の類似企業との違いや、先日の例であるANAとZOZOの資産構造の違いを財務視点で比較する力が養われました。総じて、企業活動からコスト構造、そして財務数値へとつながる流れを考え、分析フレームワークを活用して整理する技術が大きな学びとなりました。 今後の実践はどう？ 今後は、今回学んだ「ビジネスモデル → コスト構造 → 財務数値」のつながりを、研修設計やクライアントへの提案に積極的に取り入れていきたいと考えています。さらに、人事・組織の施策がPLやBSに与える影響を説明できるよう、説得力を高めるために、以下の3点を実践する所存です。 ①事例企業を分析する際に、まず活動をバリューチェーンで分解する習慣をつける。 ②固定費と変動費の構造を意識して見る。 ③軽資産／重資産モデルの違いを踏まえ、企業の強みとリスクを整理する。

どのようにマーケティング戦略を変えるか？ Week.01からの学びを通じて、「何を売るか？」から「誰に売るか？」という流れを一連のプロセスとして把握することができました。ニーズを正確に捉え、「何を売るか」を明確にすることが大切です。そして、提供価値を創造し、「勝てる市場」で「誰に売るか」を明確にすることが求められます。 顧客視点を活かした分析とは？ 「何を売るか？」や「誰に売るか？」を決定する際には、細やかで論理的な分析が必要です。また、カスタマージャーニーをじっくり行い、エスノグラフィーを通じて顧客の視点や声を拾い続けることも重要です。ソフトとハードの両面から多角的に捉え、活路を見出していく姿勢が求められます。 想定外の顧客層をどう捉える？ また、既存の自社製品やサービスが想定した顧客以外に支持されることもあります。思い込みや固定概念にとらわれず、柔軟な発想をすることが大切です。そのために、定期的に振り返りと分析を行い続けることが必要だと感じました。 軌道修正の重要性とは？ さらに、分析や切り口を誤ると期待通りの結果が得られません。間違ったとしても、迅速に軌道修正できるフットワークの軽さが重要です。ポジショニングやセグメンテーション、ターゲティング、そしてプロモーションの4つの要素が一致しているか確認することが不可欠です。 業務委託におけるビジョン形成 現在、社内でさまざまな部署の業務を委託する業務を行っていますが、その中で「ニーズ」や「誰に売るか」が明確でないまま進行してしまうことがあります。現時点で大きな業務委託はありませんが、将来的にはそのビジョンも考えています。今回学んだ内容を活かし、社内業務の整理・分析・設計を行い、ビジョンにつなげたいと考えています。 実践に向けたフレームワークの活用法 「ポジショニング」「セグメンテーション」「ターゲティング」に関するフレームワークは、即実践的に使えるものです。今後の業務提案、業務設計、そして既存業務の見直しに活用していきたいと考えています。また、期末に向けてプレゼン資料を作成する際にも、これらの学びを活かそうと思っています。

なぜ行動が大切？ 私が今回学んだことは、行動、相手の立場へ寄り添う姿勢、そして学びの真の目的が相手への還元であるという3点です。どんなに意識やスキルが高くても、実際に「行動」しなければ信頼は得られません。そこで、小さなチャレンジでも具体的な行動として計画し、実施後に振り返る時間を設ける工夫が大切だと感じました。 どうして共通認識が重要？ また、相手の立場に寄り添って共通認識を作ることが重要です。現状とゴールのギャップを明確にし、背景や目的、業務の流れ、そして困ったときの対策を事前に合意することで、チーム内のコミュニケーションを円滑に保つことができます。日常的な雑談を交えた会話や定期ミーティングを通して、メンバーが抱える業務上の課題や不安を話しやすい環境づくりを意識しています。 学びの還元は何故？ さらに、学びの目的は自分自身のためだけではなく、具体的な誰かに還元することにあります。チームや組織のメンバーを念頭に置きながら、学んだことをどのように活かすかを考えることで、目的意識が明確になり、やる気の向上やストレスの軽減にもつながります。実際、体制が変化し業務に精通した人が少ない状況の中で、チーム全体のアウトプットを最大化するために、これらの学びを具体的な行動に落とし込みました。 どう実行に移す？ 具体的な取り組みとしては、まず、日常的なコミュニケーションを重視し、相談しやすい雰囲気の中で業務上の課題や不安を引き出せる環境を作っています。さらに、定期ミーティングでは、チームの現状や直近のゴール、組織全体の期待値を明確に共有し、認識の統一を図りました。上位者への定期報告においても、チームメンバー自らが情報を発信できるようサポートし、オーナーシップを持って報告する体制を整えています。 経験はどう生かす？ 昨年度、初めてプロジェクトリーダーを担当した経験があり、今年度は同じグループでその経験を踏まえた2年目に突入しました。体制が変化する中で、チーム全体の成長と成果最大化を目指し、今回学んだことを日常のコミュニケーションや各種ミーティング、上位者への報告に生かしていきたいと考えています。

テストで何を見極める？ デザイン思考の最終ステップである「テスト」は、共感、課題定義、発想、試作というこれまでの流れを総仕上げしながら、各プロセスに戻るための道筋を示す重要な工程です。この段階では、試作に盛り込んだアイデアの充実度、課題定義の妥当性、そして初期の共感がどこまで実現されているかを議論します。状況に応じて、必要な工程に立ち返ることができるため、非線形的なアプローチの入り口とも言えます。 なぜ戻るが大切？ 一般には「戻る」という作業は嫌われがちですが、デザイン思考を活用して何かを実現するためには、このプロセスが非常に大切だと感じています。初めからプロジェクトメンバー全員がその重要性を共有していれば、スムーズに進められるのではないかと思います。 システム開発の難しさは？ 私の仕事であるシステム開発では、各ステップが線形に進む必要があるという制約があり、各工程ごとに承認や同意が求められます。一見するとデザイン思考とかけ離れているようにも思えますが、今回の学びを通じて、デザイン思考は全体を俯瞰するだけでなく、一部分の課題に対するアプローチとしても有効であると実感しました。特に要件定義の期間にデザイン思考を集中的に取り入れることで、その後の設計やシステムテストの工程に悪影響を及ぼすことなく、より効果的な成果に結びつけることができると考えます。 新規案件でどう活かす？ 現在手掛けている新規案件では、顧客側からの提案依頼がまだ明確ではないため、この段階でデザイン思考を活用できる可能性を感じています。顧客を巻き込み、共感のポイントを洗い出し、適切な課題定義に結びつけることができれば、その後に弊社側で発案する解決策との連携も取りやすくなり、システム完成後の効果がより実感できるはずです。一方で、試作段階については、単なる操作画面のスライドショーでは伝わりにくいという過去の経験もあり、工夫が求められると感じています。また、システム開発においては試作にかかるコストも課題となるため、これまでの経験を活かしながら、デザイン思考をうまく取り入れてより良い課題解決へ繋げていきたいと思います。

ストーリーの重要性は？ 今回の講義で最も印象に残ったのは、「やみくもに分析しない。ストーリーが大事」という点です。今まで意識していなかったwhereで傾向を掴み、どこまで掘り下げられるかという部分に気付かされました。whereを浅くしすぎるとwhyがまったく意味をなさなくなるため、問題がどこにあるのかという点にもしっかり目を向けたいと思います。 「わかる」と「できる」の違い 全体の講義を通じて感じたことは、講義や動画の内容に対して納得できる部分が多々あったということです。毎回わかっているつもりでしたが、実際に演習をしたりグループワークで意見を交換したりすると、うまくいかない場面が多いことに気付きました。「わかる」と「できる」は全然違うということを改めて実感しました。 賃金制度見直しのポイント 来期に向けた賃金制度の見直しに際して、以下のポイントを意識して分析したいと思います。まずは①自社の賃金制度のどこに問題があるのか、次に②なぜそのような問題が発生しているのか、最後に③どうすれば理想の姿に近づけるのかです。これらを講座で学んだことを活かし、具体的な賃金制度案を示していきたいです。 仮説からのデータ集め方とは？ また、自身および一緒に働くメンバーに対しては「仮説➡データ集め➡検証」という明確な流れを意識することが少ないため、今回の学びを共有し、効率的・効果的に課題解決のステップを踏めるチームにしていきたいと考えています。 学びを日常に活かすには？ チームで共有するためには、まず自分がしっかりと理解し、使えるようになることが大切です。学んだことがまだ全然身についていないため、まずは学んだ内容をもう一度振り返り、ポイントを整理し、日常業務や生活の中で1日1回は必ず実践することを意識したいです。特に「仮説を網羅的に立てること」、「何と何を比較すれば得たい結果が得られるのか、比較対象を設定すること」、「条件を揃えて比較すること」といった点について意識しながら日々考える習慣をつけたいです。

目的を明確にするには？ 自身が今までに上司より求められたことと照らし合わせ、以下が重要であると考えました。 まず、目的を明確にすることが大切です。何を伝えたいのか、相手にどう感じてもらいたいのかを最初に明確にすることで、文章の方向性がぶれにくくなります。 読者視点の重要性とは？ 次に、シンプルでわかりやすい表現を心がけるべきです。複雑な言い回しや専門用語は避け、シンプルな言葉で書くことで、相手がすぐに理解できるようになります。 また、常に相手の視点を意識することが重要です。読者が誰なのかを考え、その人がどのような情報を求めているか、どのような表現が理解しやすいかを意識して書くことが求められます。 具体例の効果的な使い方は？ さらに、具体例を用いることが効果的です。抽象的な表現よりも具体的な例やデータを用いることで、相手にイメージを持たせつつ説得力を高めることができます。 文章を整える方法とは？ 文章の構成は論理的に整えることが必要です。前後の文や段落がしっかりとつながるように、論理的な流れを意識することで、読みやすさが向上します。 推敲・修正の重要性は？ 最後に、推敲と修正を怠らないことが大切です。書いた後に何度も読み返し、不要な部分を削除したり、表現を改善することで、完成度の高い文章に仕上げることができます。 これまでは自分目線の文章を作って満足していましたが、相手目線を意識することで記入すべき内容が変わってくるのだと気付きました。また、その内容は人によっても変わります。そのため、いつ、誰に、どのような内容を伝えるのかということを繰り返し意識しながら文章を作っていく必要があります。 共感を得る文章の作り方は？ とにかく相手に食いついてもらえる文章であることが大事です。それに至っていないのに、自分の意見などを細かく盛り込んだ資料を見せても意味がありません。まずは伝えたい内容に絞った文章を作成します。細かい内容や根拠は、相手が興味を持ってくれてから必要になるので、共感を得られて相手が質問してきた時に回答できるように準備をしておくことが大切です。

課題設定はどう考える？ 今週は、データ分析の一連の流れ（問題提起、仮説設定、検証方法の決定）の総復習を行いました。特に、どんな課題を設定すべきかという初期段階での苦労から、課題設定の難しさを実感しました。適切な課題設定がなされなければ、仮説や検証の方向性も定まらず、最終的な分析の質に大きく影響することを再認識しました。また、課題設定の精度を向上させるためには、現場の声をヒアリングする、過去のデータからヒントを得る、フレームワークを活用するなどの工夫が必要だと感じました。 実務復習は何が目的？ 今回の復習を通して、実務でデータ分析の流れを実践し、ブラッシュアップしていく重要性も改めて感じました。特に、業務改善や営業データの分析においては、適切な課題の切り口が成果に直結します。例えば、営業成績が伸び悩む店舗に対して「なぜ成果が出ていないのか？」と問いかける際には、「訪問件数が少ないのか」、「折衝時間が短いのか」、「既存顧客へのアプローチが不足しているのか」といった具体的な観点から検討する必要があります。適切な課題が設定されなければ、的外れな仮説から誤った改善策を提案するリスクもあるため、今後は現場の意見をしっかりとヒアリングし、過去のデータを積極的に活用する習慣をつけたいと考えています。 仮説検証はどうなす？ さらに、仮説を立てた後は、実践を通じてどのようなデータが有効なのかを検証することで、より精度の高い分析フローを確立することが求められます。これによって、業務改善や営業データの可視化に対して、より効果的なアプローチが可能になると実感しました。 現場実態はどう見る？ 現場の実態を正確に把握するためには、まず営業担当者の意見を聞き、「営業活動でどのような課題を感じているか」を確認することが重要です。データだけでは見えにくい実際の状況を把握するため、過去の営業データ（営業成績の推移、訪問件数、成約率など）を分析し、他店舗との比較からどの指標に差があるのかを特定します。また、フレームワークを活用して「なぜ？」を繰り返し問いかけ、根本的な課題を探ることも効果的です。

情報設計はどう進む？ 「情報設計」から「プロトタイプ」まで進めていく中で、情報設計の担当者は1名で、その内容を確認するメンバーが数十名にのぼる状況でした。少人数で情報設計を行うと、マンネリ化による問題が生じると感じました。 多様な視点はどう活かす？ そこで、改善策として、さまざまな視点を持つメンバーが情報設計に参加する取り組みが行われました。マーケティング担当だけでなく、デザイナーやエンジニアが関与することで、多様な視点とアイデアが生み出されるようになります。ただし、メンバーが多くなると意見やアイデアの取まとめに難しさが増す場面も見受けられました。 権限整理はどうすべき？ この問題に対しては、まず権限を持つメンバーを定めることが改善策として挙げられました。さらに、担当者が期限を設定し、社内に情報を回覧する体制を整えました。また、情報設計からプロトタイピングに至るまで、正しい視点やユーザー視点が盛り込まれているかをチェックするシートも作成されました。 誰に何を意識する？ 多くのメンバーが関わると、それぞれが考えた方法や進め方が異なり、意見が多くなるのは避けられません。何かを作成する際には『誰に』『何を』『どのように』行うかを常に意識することが大切であり、これは成果物の作成に限らず、社内でプロジェクトを共有する際にも重要な考え方です。 依頼の意味は伝わる？ プロジェクトメンバーに対しては、「誰に」依頼する理由としてその人物が関わる意義を伝え、「何を」ユーザーが共感する企画を立案することを求め、「どのように」営業、制作、法務から選ばれたメンバーがさまざまな視点で試作を進めるという流れが示されました。 社内共有はどう進む？ また、プロジェクトを社内に共有する際は、「誰に」伝えるのか、その理由を明確にし、「何を」会社が抱える課題に対して新たなサービスを構築した事実を伝え、「どのように」関係する各部門から選出されたメンバーが取り組んだプロセスを丁寧に説明することで、プロジェクトに関わっていないメンバーの疎外感を解消することが重視されました。

数値は何を示す？ 日々、売上データや研修テスト成績のローデータを確認していますが、ただ眺めているだけでは具体的な課題や改善点が浮かび上がりませんでした。項目ごとに分け、平均や合計を算出することで、個々の強みや弱点が明確になり、そこから戦略を立てる流れが実感できました。特に、項目分けをする際は、MECE（漏れなく、ダブりなく）を意識する必要があると感じました。また、研修テスト成績については、単に点数で判断するのではなく、どの問題で多くの誤答が見られるのか、どの傾向の問題で苦戦しているのかを明らかにし、今後の研修内容にどのように活かすかを考える重要性を実感しました。 テスト成績で分かる？ 私は、製薬会社に派遣されたMRとして、同社で研修や人材育成に携わっています。今週は、研修中のテスト成績の分析に多くの学びがありました。ローデータの平均や合格点以下の数値だけでなく、「どの部分で間違いが生じやすいのか」「合否にかかわらず苦戦している問題、不合格者に特有の傾向はどこか」といった点を抽出し、研修内容の改善や補講の検討、さらには合格者によるメンタリングといった対策の幅を広げることができると感じました。同時に、MRとしての経験年数やその製品に対する経験など、さまざまな視点で項目分けができる可能性にも気づかされました。 MECEで突破できる？ 今後もMECEを意識し、漏れや重複がない分類方法を追求していきたいと思います。 会議で迷う理由は？ 今回の課題を通じて、「どのような項目分けがMECEに適っているのか」「他にどのような分類方法が考えられるのか」をじっくり検討する機会となりました。しかし、実務で会議中に提示されるデータを前に、瞬時に「この分類方法は適切か？」「他の方法はないか？」「前提自体は正しいか？」と判断し意見を求めるのは非常に難しいものです。そのため、データを確認しながらも、もやもやとした不明瞭な状態に陥ることが少なくありません。今後、訓練を重ねる中で、初めて目にするデータからも適切な項目分けの問題点を即座に把握できるようになることを期待しています。