(22ページ目)

意識 ✕ データ

に関する学び

---

問題解決のプロセスは？ 解決策を導くためには、まず原因を洗い出し、プロセスに分解して問題に至るまでの過程を確認することが重要です。その過程で、どの部分で問題が発生しているのかを把握します。また、複数の選択肢を設け、その選択肢を根拠を持って絞り込むことが求められます。この際、決め打ちしないように心がけます。 判断基準とデータ収集のポイントは？ 次に、判断基準を設け、重要度に基づいて順位づけを行います。分析と合わせ、仮説を立てながらデータを収集し、ABテストなどで仮説検証を並行して実施します。使われなければ知識は忘れてしまいますので、日常的に課題を捉え、原因を探索し、仮説を立てて解決策を考えることを意識することが大切です。 また、日々シミュレーションを意識的に行い、データをどうやって収集するかを考える癖をつけることも重要です。複雑なステップが関係する業務の改善策立案においては、プロセスを分解し、問題に至るまでの過程を丁寧に見直すことから始めるべきです。 複数解決策の評価方法は？ 私自身、答えが一つに絞りがちな癖がありますが、複数の解決策を立て、それを判断基準に基づいて評価するステップを実行しようと思います。実行を急ぐあまり、ベターな一つの解決策で進めがちですが、その癖を直すことを目標に業務に当たります。 日常のシミュレーションをどう工夫する？ 日々意識的に課題を発見し、シミュレーションを行うことを心がけ、有効なデータとデータ収集方法を考える癖をつけていきます。課題をプロセスに分解することで、本質的な課題へのアプローチに努め、仮説を実際にABテストなどで試すことを実施していきます。

比較分析のポイントは？ 今回の講義では、業務改善や標準化に取り組む上で、比較分析の重要性を再認識しました。まず、比較の軸として「インパクト」「ギャップ」「トレンド」「ばらつき」「パターン」という5つの視点を意識することが基本であると学びました。また、問題・目的・問いを整理し、仮説を立てた上でデータを収集・加工し、検証していくプロセスの大切さにも気づかされました。仮説を立てる際には、MECEを意識して常識にとらわれず新しい情報も取り入れつつ、まずはざっくりとした仮説を作成する。その後、必要な検証の程度を見極めながら、情報収集と分析を行い、仮説を肉付けまたは再構築していくという流れが印象に残りました。これらの仮説思考のクセを身につけることが、今後の業務改善に大いに役立つと感じています。 業務の課題は何？ また、実際に自分の業務改善に取り組む中で、長年携わってきた業務では「問題」として捉えられていない部分があるのではないかと考えています。そのため、まずは業務にかかる時間や売上といった指標を用い、仮説を立てて検証するアプローチを試みることにしました。具体的には、商談、見積、受注率、輸送費などの中から一つの業務を選び、その業務に要する時間を分析することで、担当者や取引先による差異が見られるかどうかを検証していきます。 数字の読み方は？ さらに、仮説思考や全体的な思考力を養うため、以前紹介していただいた『定量分析の教科書』を購入し、数字の読み方や使い方について継続して学んでいく予定です。これからも今回学んだ手法を業務改善に活かし、実践を通して思考の習慣化を図っていきたいと考えています。

思考の偏りはどう？ 考え始めると、つい考えやすいことから手をつけてしまいがちで、思考が偏ることがあります。そのため、まず「答えを出すべき問い」を明確に立て、その問いに対して適切な手法を選ぶことが大切であると学びました。特に私は以下の2点が苦手であるため、これからも意識して取り組みたいと思います。 問いはどう立てる？ 1つ目は「問いの立て方」です。解決したいことを具体的な問いの形にする必要があります。考えたり議論したりするときは、「今の考えが問いに沿っているか？」を確認し続けるのが重要です。 どう分解して見る？ 2つ目は「分解して考えること」です。MECE（Mutually Exclusive, Collectively Exhaustive）を意識し、一つの切り口に満足せず、層別、変数、プロセスなどの様々な角度から分けて考えることが必要です。データを分析するときも、自分で手を動かすことを大切にしています。 どんな深堀りが有効？ また、商品コンセプトに対してポジティブに深堀りする力を、議論の場で活用したいと考えています。これまでは答えが出れば良しとしていましたが、自分の考え方が正しいのか逐一確認し、考え方や分析の手数を増やすことで、スムーズなコミュニケーションを図りたいと思います。そのためにも、フレームワークを活用していきたいです。 自分はどう考える？ 普段から自分がどう考えているかを意識し続け、自分の考えが正しいのかを常に確認する。また、考え方や分析の手数を増やしていくために、フレームワークを活用し、円滑なコミュニケーションを実現することを心がけていきます。

デジタルの影響は？ デジタル化が進む社会において、顧客価値がモノの消費から体験へと変化していることを実感しました。特にサービス業では、データの分析や活用を通して、この変化に合わせた新たな価値を提供できると理解しています。一方で、モノを生産するビジネスでは、今後どのような顧客価値を創出すべきかについては、まだ道が模索中です。事業の永続性を考えると、デジタル化により変わる顧客価値を意識した取り組みが不可欠だと考えます。 業務改革はどう進む？ 当社では、次年度の事業統合を控え、受発注から物流に至る一連の機能の見直しを検討しています。特に、モノの納品を担う物流機能においては、デジタルを意識した業務改革の可能性があると感じています。現在、目指すべき姿を描いている段階ですが、今回学んだ内容を踏まえ、改革に取り組みながらこれを経営課題として捉えていきたいと思います。 顧客対応は変わる？ この取り組みを進めるには、社内だけでなく顧客側も変化する必要があります。たとえば、依然としてFAXオーダーを利用している顧客も存在します。まずは、こうした顧客とデジタル化に向けた連携を強化することで、新たな価値創造を促し、その動きが広がっていくと期待しています。今後は、顧客とのつながりを有する他の事業部も巻き込んで取り組む方針です。 学びはどう広がる？ ６週間にわたる学びの中で、他の受講生との意見交換を通じて新たな気づきを多く得ることができました。グロービスの講座は、新たな知識の習得だけでなく、人との出会いや人脈形成を通して学びを深める貴重な機会だと感じています。今後とも引き続きよろしくお願いいたします。

なぜデータ分析？ ビジネスにおける問題解決に必要な「データ分析能力」の重要性を再認識しました。これまで、日常業務の中でロジックツリー分析（層別・因数分解）を活用していましたが、今回のセッションで各データ分析手法の意味や実用例を体系的に学ぶことができ、自分自身だけでなく部下や上層部にもその重要性を伝え、社内の意思決定の質を向上させるヒントを得ることができました。また、問題解決には現状を正常に戻すためのアプローチと、未来のありたい姿に到達するためのアプローチの二種類があるという点も非常に印象に残りました。日々の業務の中で、後者の観点をより意識して取り入れていきたいと感じました。 プロジェクトをどう見る？ 先週の行動計画でも触れたように、現在、あるプロジェクトの支援に携わっており、これからフィージビリティスタディに入ります。その中で、市場・業界分析や3C（競合、自社、お客様）の分析、さらには地域別や店舗種別の分類など、さまざまな角度からの分析が求められています。プロジェクトメンバーはMECEの定義やロジックツリー（因数分解・層別分解）を用いて取り組んでおり、今回学んだ手法を大いに活用していきたいと考えています。 子会社管理のコツは？ また、主たる業務である子会社管理においても、予算に対して実績が下回る理由を明確にし、改善策を検討する際に因数分解を活用しています。売上は客数と客単価（さらに、単価と買い上げ点数）の掛け合わせで構成されており、どの要因に注力すれば売上の増加につながるか、または売上以外の軸でどのような調整を行えば営業利益が確保できるかについて、具体的に検討を続けています。

問いの大切さは？ 「問いから始める」という考え方が非常に印象に残りました。問いが何なのかを常に意識し、具体的な問いにまで落とし込むことが重要だと感じました。また、「問いを残す」ということは、問いを持ち続けることや自分が何を考えているのかを絶えず問いかけることであり、それにより、立てた問いが正しいのか、その問いに答えることで目標が達成できるのかを確認し続けたいと思います。さらに、問いを立てた後は「問いを共有する」ことが不可欠です。組織全体で方向性を共有しなければ、自分が解決しようとしている問題に取り組むことは困難になるため、問いの共有を常に心がけたいです。 工場問題の原因は？ 現在、私たちの会社は世界各国に5つの工場を持っており、お客様が希望するタイミングでの供給が困難になるケースが頻繁に発生しています。この問題の原因を詳しく分析する必要があります。考えられる切り口としては、工場のオペレーションに課題があるのか、あるいはシステムの受発注の仕組みに問題があるのかなどが考えられます。この分析を通じて、現状の問題点を明確にし、対策を検討していきたいと思います。 目標達成の方法は？ そのために目指すべきゴールと具体的方法、そしてその手段を実行することによって得られる価値についてしっかりと考えたいと考えています。検討した結果に基づいて資料を作成し、仮説を証明するための理由については、視覚的に分かりやすく示すように工夫したいです。この目的を達成するために必要なデータは何か、どのように分析すべきかを考慮しながら、自分の考えや実施したい施策について毎週の部内会議でチームメンバーと共有していきます。

理解を深めるための分解とは？ 物事を理解する際には、それを分解することが重要です。分解することで新たな視点が得られることがありますし、わからないことは必ずしも失敗を意味するわけではありません。むしろ、わからないことが明確になること自体が大きな成果です。また、物事をどのように分けるかによって、異なる理解が生まれることもあります。 MECEを使った効果的な分解方法 分解する際には、MECE（Mutually Exclusive and Collectively Exhaustive）を意識することが求められます。まずは全体を定義し、その上で足し算型、掛け算型、割り算型、またはプロセス型のどれに当てはまるのかを考えつつ分解していきます。 顧客データの多角的な分析 さらに、具体的なシーンにおいては、顧客の問い合わせやクレームの分析、データエラーの分析、顧客属性の分析、商品ごとのニーズ分析などが挙げられます。メンバーへのフィードバックや面接での思考プロセスのチェックもこれに含まれます。これらの情報はモニタリングダッシュボードの作成やrawデータの取得の切り口定義にも役立ちます。 フロー分割で問い合わせを深く分析 特に顧客の問い合わせの段階から注文に至るまでのプロセスは、フローを分けて考えると理解が深まります。このフローの中で、問い合わせのカテゴリーごとにさらに細かく分解することができます。例えば、問い合わせツールや新規顧客と既存顧客の違い、購入回数、法人と個人の区分、エラー項目、エラー後のコミュニケーション回数など、具体的に分けてみることで、多角的に分析することが可能になります。

仮説検証の重要性とは？ 改めて仮説を立てること、そしてそれを検証することの重要性を学びました。ビジネスには正解がない場合が多いですが、その状況に応じた最適な答えを出す必要があります。そのためには、良い仮説を立て、データを収集し、それを素早く検証するサイクルを回すことが極めて重要です。このサイクルを通じて問題や施策を導き出すことを再認識しました。 フレームワークはどう活用すべき？ また、仮説を立てる際にはフレームワークを活用すること、その仮説を検証するためには適切な指標を選び、収集したデータが反論を排除するための情報にまで踏み込めているかどうかを確認することも新たな気づきでした。これまでの経験を振り返ってみると、「仮説～検証」については何となく同じようなことをしてきましたが、仮説が網羅的でなかったり、検証が不十分だったりしました。今後は意識してこれを実行していきたいと思います。 未然防止に役立つ学びとは？ 安全衛生活動（事故未然防止活動）にもこの学びを活用します。例えば、ヒヤリハットが年に１回発生している工場と全く発生していない工場では、現状は表面的な差異を見つけて、適当な仮説を立てて施策に結びつけようとしていました。しかし、これからはもっと網羅的に問題を分析し、適切な打ち手に繋げていきたいと思います。 ヒヤリハットの原因を追究するには？ まず、そのヒヤリハットが「不安全行動」や「不安全状態」のどちらから発生しているのか、「４Ｍ」のどれに起因しているのかなど、問題の発生要素を網羅的に仮説立てします。それが本当にそうであるのか、データやヒヤリングを通して検証していきます。

なぜ自己反省が大切？ クリティカルシンキングの本質は、他者や提案を否定することではなく、自分自身の思考プロセスを客観的に振り返ることにあります。たとえば、「なぜ私はこの選択肢を良いと判断したのか」「どのような経験や価値観がこの結論に影響しているのか」といった自問を通じて、自身の思考の偏りや前提に気づくことが重要です。また、「自分の考えが絶対に正しい」という固定観念を避け、他者の異なる視点や経験から謙虚に学ぶ姿勢も求められます。チームメンバーや関係者との対話を通じて、自分が気づかなかった新たな視点を積極的に取り入れることで、より深い理解と柔軟な思考を育むことが可能になります。 どうして質問が大事？ クライアントワークで先方とコミュニケーションを取る際にも、相手の言葉をそのまま受け入れるのではなく、「なぜ必要なのか？」といった疑問を深堀りすることを心がけています。実際の会話では、「その機能が必要な理由は何ですか？」「それによってどのような効果を期待されていますか？」といった質問を通じて、目的や背景を掘り下げ、より深い理解を得ることを意識しています。 なぜ市場を選ぶ？ 新規事業の戦略を練る際も同様に、市場調査とターゲット層の明確化を行い、「なぜこの市場なのか」「なぜこのタイミングなのか」という視点で検証を重ねます。分析業務のレポート作成においては、単なるデータの羅列ではなく、「なぜこの結果になったのか」「どのような施策が有効か」といった要素まで考慮し、具体的なアクションにつながる提案を含めます。これにより、情報がより具体的で理解しやすくなり、実用的な価値を提供することができます。

数字の見せ方はどう？ グラフや比率などの数字の表示方法を変えることで、印象が異なり、最初の情報だけでは気づかない傾向や特徴を発見できることを学びました。グラフ化する際も、分類の仕方によって見えてくるものが変わります。まずはRaw Dataを確認して全体を把握し、その上で何を伝えたいのか整理して数字を整理する必要があると実感しました。 切り口は何で違う？ また、数字の切り口によっては本質を見誤ることがあります。そのため、常に複数の切り口を持ち、一つの見方だけではなく、様々な切り口で数字を分析することが重要です。これまで経験に頼っていた切り口も、When、Who、Howを意識することで幅広く持てるようになると気づきました。 データの視点はどう？ 私の仕事では日常的にデータに触れ、それを解釈しています。同じ現象の分析にも異なる視点を持つことを心がけています。具体的には、宿泊予約数の動向をデイリーのデータで見ていましたが、週次や月次で見るとどのような違いがあるのかを早速試してみたいと思います。また、他の切り口での分析も手間はかかりますが、視野を広げるために取り組んでいきたいです。 行動する意義は？ 自分の思考の癖から抜け出すには、まず行動することが大切です。ひと手間、ふた手間加えて、複数の視点で分析することを心がけます。その際、これまでの分析結果や結論を再評価し、本当に正しいのか疑う姿勢を持ち続けたいです。また、MECE（漏れがなく、ダブリがない）の意識を持ち、ロジックツリーを活用していくことで、このフレームワークに対する苦手意識を克服していきたいと思います。

基本の分析は何？ 問題解決の基本は、What（何が）、Where（どこで）、Why（なぜ）、How（どのように）の4つの視点から、問題を細かく分析することにあります。また、数値データを確認し、想定とのギャップがある部分に焦点を当てることが大切です。ギャップが見受けられない部分は、分析の対象外としても構いません。 ロジックの使い方は？ ロジックツリーを活用する際には、すべてを無理に細分化する必要はありません。説明が難しい情報や、現状の目的に直接関係しない要素は「その他」としてまとめる手法も有効です。ただし、この「その他」は単なるゴミ箱ではなく、整理の一方法として位置づけることが求められます。 MECEとは何が大切？ また、MECE（漏れなく、ダブりなく）の考え方は重要です。過去の分析では、もしかしたら見落としや重複があったのではないかと改めて確認するきっかけにもなりました。これにより、より網羅的で正確な分析が実現できると感じています。 部署比較で何が分かる？ サーベイの結果を分析する際は、全体と各部署の数値（平均）の比較から、ギャップがある箇所を特定し、その原因を探ることが有効です。ここで意識すべきは、誰かを非難するのではなく、次のアクションにつなげるための具体的な改善策を見出すことです。 対策の次は何だ？ 最後に、分析を進める際には、What, Where, Why, Howの視点を忘れず、単なる感想に終わらせず、どのように対策を講じるかというネクストステップを明確に示すことが重要です。また、過度に個人の特性に着目しすぎないよう注意する必要があります。

講義内容はどう感じた？ ライブ講義を拝聴しながら、ポイントを迅速に判断し整理する力がまだ十分でないと感じました。どのデータセットを扱う際にも、何を明らかにしたいのかという目的意識をしっかり持ち、ロジカルシンキングや仮説立案のスピードを高める必要があると痛感しました。大量のデータを扱う中で、解決策の発見に注力するあまり、次第に目的から逸れてしまうことが実務上でも生じるため、その兆候を早期に掴むことが重要であると改めて認識しました。 営業戦略はどんな課題？ 営業データを活用した営業戦略の立案においては、成約率向上という課題に対して、これまでの商談データを基に再検証を行う必要があります。過去にはあまり意識されなかったデータの粒度の粗さや、文章化およびビジュアル化の不足が、組織全体の納得感に影響していたと感じます。具体的には、なぜ成約率が低いのか、セグメントごとや担当者ごと、そして営業ステップごとの課題を明確にし、それぞれの原因を検証した上で、効果的な解決策を導き出したいと考えています。 UX改善は何が必要？ サービス利用データを活用したUX向上施策の立案では、SaaSサービスのアクセスログをもとに、どの機能が利用され、どの機能が利用されていないかを明確に分類することが求められます。使われていない機能については、導入時からの利用状況や徐々に利用が減少しているのかなど、その背景を整理しながら原因分析を行います。さらに、仮説を立てた上で改善策を検討し、場合によっては機能の廃止も含めた対応を実施するために、顧客へのインタビューなども通じて検証を進めていきたいと考えています。