(5ページ目)

同じ ✕ データ

に関する学び

---

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

今の問いは何だろう？ イシューとは、今ここで答えを出すべき問いのことです。イシュー設定の際には、「問いの形にする」「具体的に考える」「一貫して抑え続ける」という3つのポイントを意識する必要があります。まずは、問いが何であるかをはっきりさせることが大切です。 全体で課題を共有する？ 次に、その問いを常に意識し続けることで、解決すべき課題が見失われないようにします。そして、組織全体でこの問いを共有することで、皆が同じ方向性に向かって課題解決に取り組むことが可能となります。適切なイシュー設定は課題解決の成功に直結するといえるでしょう。 手法で問題を割り出す？ また、これまで学んできたロジックツリーやプロセス分解の手法を活用することで、イシューを導き出す方法もあります。例えば、売上構成をロジックツリーで細かく分析し、問題を特定の要素（例えば、客数の少なさ）に収束させるといったやり方が考えられます。 ユーザー心理は理解済？ さらに、自社サービスのウェブサイトに訪れたユーザーがどのような課題を感じ、最終的にどのような体験をしているのかについて、ユーザビリティテストを行わずとも自らイシューを見極めることが可能です。ユーザー行動に注目し、どの画面で何がわかりにくいのか、どのような心理を引き起こしているのかを把握することが重要です。 仮説検証の流れは？ 具体的な取り組みの手順としては、まずチームで最も解決すべき問題（イシュー）を特定し、そのイシューに基づいてデータを精査します。その後、仮説検証を繰り返すことで、実際の課題や障壁を明確にしていく流れが効果的です。

思考習慣の見直しは？ 1周目を振り返ると、思考の癖をできる限り減らすために、物事を分解し、MECEで考えることが重要であることを学びました。また、視点、視座、視野を意識することも大切です。この考え方を自分に定着させるためには、アウトプットが有用です。物事を考える際は、まず「問いは何か」を考え始めます。このために、現状を丁寧に分析し、なりたい姿を見据えて何をすべきかを見極める必要があります。その後、誰かに協力してもらうには問いを共有し、同じ方向に向かって進むことが大切です。自分が理解するため、さらに人に伝えるためには、データを加工してグラフ化し、視覚的に分かりやすくすることが有効です。 チーム活用で何が？ 新規事業を提案する際や、ハッカソンのイベントなどで、社外の人と4人のチームでこれらの考え方を活用しようと思います。提案や意見を伝える際に、今何を考えるべきかを考える際に、この学んだ考え方のコツを活かしたいです。また、アイデアを発表する際にも有用だと感じています。 発言前の確認は？ 発言するときには、その内容が本当に正しいかを確認し、思考の癖が出ていないか一旦立ち止まって考えることも重要です。ハッカソンを始める際は、何をすべきか漠然と始めるのではなく、問いにしっかり意識を向け、現状を分析してから始めたいと思います。アイデアを出すときには、取りこぼしている事項がないか、現状を紙に書き出し、MECEを意識することも重要です。課題解決の前後で世の中の変化を示す際には、納得感を得られるデータを準備する必要がありますが、その見せ方にもひと手間かけたいと考えています。

生成AIの活用は？ 生成AIの利点は、その即応性にあり、すぐに仕事に取り入れられる点だと実感しています。この特徴が、個人だけでなくチームや組織全体にも浸透していくことが、今後の大きな鍵になると考えています。時代に合わせたITツールが必要とされる中、エクセルやパワーポイント、オンライン会議ツールと同様に、生成AIも欠かせないツールになるでしょう。全員が一度は利用する環境を整え、外部環境やきっかけ、視点を示すことが重要だと感じます。 未来へのシフトは？ また、従来の「過去分析」から「未来予測」や「未来への議論」へ、時間軸を変えていく必要があります。具体的には、過去の分析や計画、予実管理といった手法から、仮説の立案、実行、検証といったプロセスへのシフトが求められています。定例の分析項目についても、十分なデータとフォーマットがあれば、生成AIによりレポート作成が可能な時代に変わっていると考え、一度その可能性を検証してみたいと思います。 活用に差は何故？ さらに、生成AIをすぐに業務に取り入れられる人と、なかなか取り入れられない人との違いについても議論が必要です。同じ職場環境が整っていても、個々の興味や感情、心理的な要因により、業務での活用状況にばらつきが生じるのはなぜか、その背景を探ることが今後の課題だと感じています。 依存リスクはどう？ 加えて、生成AIに依存してしまうリスクも懸念されます。翻訳機能が普及したときと同様に、生成AIの利用が進むことで、語学学習の意欲が低下したり、原文に触れる機会が減るなどの不安が生じる可能性があると考えています。

学びの反復は必要？ 反復して学び続けることの重要性を再認識しました。初回の学習を振り返る中で、多くのことを思い出し、反復しないと学んだことが徐々に忘れ去られてしまうことが理解できました。 問いが生む効果は？ イシューを問いの形にすることは、自然と解決策を探し出す助けとなります。また、問いを周囲と共有することで、同じ課題でも立場によって異なるアプローチが必要であることに気づきます。共通の目標に向かって解決策を模索できるのです。 ミーティングで何を問う？ ミーティングの場では、課題を問いの形式に変えて共有し、解決策を探索します。異なる立場によって異なる解決策があることを理解し、その違いを意識しながら共通認識を持つための説明を心がけます。 データは見やすくすべき？ データを見やすくすることも重要です。プレゼンやミーティングでのデータ分析では、より見やすい形に編集します。また、平均値が提示される場面では、その平均値の出し方が分析において妥当であるかどうかを考えることが求められます。 意識改革は成長につく？ これらを活用するためには、自分の意識を変える必要があります。習ったことを反復し、意識し続けることが重要です。今週の学習内容に関わらず、最初の週からの内容を繰り返し思い出し学び続けます。気になった書籍はすぐに読み、知識を広げる習慣を続けることが肝心です。その瞬間学びを怠ると、すぐに元の自分に戻ってしまうため、学んだことを少しずつでも実務に活かし続けることで、成長していけます。学習習慣を継続することが重要です。

なぜ業務量に差が生じた？ 現在の業務は減少せず、同じ部署内で担当する業務量に大きな差があるという課題を感じています。この状況について、なぜそのような事態になっているのかを定性分析を用いて仮説を立て、解決に向かわせる方法を考えました。インタビューなどを通じ、単なる業務量だけでなく、その背後にある問題点を明らかにする必要があると考えています。 アンケートから何が分かる？ 今回の演習で気づいたのは、アンケートの結果から、経験や年代にかかわらず共通の課題が存在することが分かった点です。この結果は、データをコーディングすることで抽出されたものです。しかし、実際に対処するデータは今回のものよりも複雑で量も多くなるため、分析の難易度は大幅に上がると感じました。また、課題設定において、単に現状の課題を把握するだけでなく、その課題があることによってユーザーがどのような回避行動をとるのかという視点を加えるという新たな発想も得られました。回避行動も一つの課題として捉え、解決策を検討することが求められると学びました。 定性分析で何が見えた？ さらに、分析手法として定量分析と定性分析が存在し、特に仮説の構築が重要であることを再認識しました。定性分析は仮説構築に大いに役立つという新たな気づきも得られました。分析結果から浮かび上がった問題について、もし解決が進まなかった場合の条件を設定し、さらに課題を掘り下げる手法も有効であると感じました。なお、解決策を前提にして課題を定義しないという点についても、常に意識して取り組む必要があると理解しました。

仮説立ての理由は？ 問題解決にあたっては、まず４つのステップに沿って検証を進めることが大切です。特に、データを見た段階で早急な結論に飛びつくのではなく、まず仮説を立て、その仮説を検証するプロセスを欠かさないようにしましょう。データはその見せ方によって印象が変わる可能性があるため、作成者の意図に左右されずに正しく理解することが求められます。また、フレームワークを効果的に活用することで、検証漏れや盲点の発見にもつながります。 分類・比較の意味は？ 分析の基本原則としては、「分類して比較する」という手法が重要です。各データの確からしさや抜け漏れ、見逃しがないかを確認するために、データを適切に分類し、条件をそろえて比較する工夫が必要です。データをそのまま受け入れるのではなく、仮説を立てながら検証する姿勢を保ち、多様な分析フレームワークを活用することで、思い込みを排除して正確な評価が可能となります。 比較意識のポイントは？ さらに、分析の際には分けて比較することを常に意識してください。比較対象を同じ条件の下で整理することで、普段気づかない新たな視点を得ることができ、より納得のいく分析結果に繋がります。 重要ポイントとは？ 最後に、これからデータと向き合う上で絶対に忘れてはならないポイントを挙げると、まず「分けて比較する」という基本原則、次に仮説思考、そして What、Where、Why、How の４ステップに沿って考察することです。これらを意識することで、より論理的かつ的確な分析が実現できるでしょう。

仮説の組み立て方は？ 仮説を立てる際には、【What/Where/Why/How】の各視点を用いると整理しやすくなります。具体的には、①問題は何か、②問題が発生している場所、③なぜ発生しているのか、④その解決策というステップで進めます。もし手掛かりが得られない場合は、【3C】や【4P】といったフレームワークも有効です。大切なのは、仮説の正確性よりも複数の異なる視点からの検証ができるかどうかであり、全体を満遍なくカバーする形で複数の仮説を立てることが望ましいです。その上で、データ収集や検証を行い、どこに問題が存在するのか、そして適切な解決策は何かを探ります。 お客様行動の理由は？ 顧客の行動分析において、この方法が非常に役立ちそうだと感じました。普段からお客様の行動についてはある程度の傾向を把握しているものの、なぜそのような行動に至るのかという原因まで深堀りできていなかったため、今回の仮説設定と検証を通じて明らかにしたいと思います。また、これまでなかった【3C】や【4P】の視点を取り入れることで新たな気づきも得られると期待しています。 データ収集の方法は？ まずは、自社が所有しているデータを収集するところから始める必要があります。現状のデータだけでは不足している可能性があるため、必要なデータをどのように取得するかを検討し、取得にかかる費用と解決したい問題とのバランスも考慮したいと考えています。加えて、仮説を立てることでスタッフ全員が同じ視点に立ち、各自の気づきを共有できる環境を作りたいと思います。

分析の目的は？ 今週の学習では、分析の本質が「比較」にあることがとても印象に残りました。分析を始める際は、まず「何を明らかにしたいのか」という目的を明確に定め、その目的に沿って「何と何を比較するのか」を考える必要があると学びました。以前は、目に見える数値や要素をそのまま眺めるだけで分析を行ってしまい、十分な示唆が得られていなかったと気づきました。目的に立ち返り、目の前にない要素も含めた比較を行うことで、初めて意味のある洞察が得られるのだと理解しました。 改善点はどこ？ 今回の学びは、GA4を活用した社内サイトの分析や、ページ改善、制作判断などの現場で役立つと考えています。具体的には、同じ目的を持つページ同士を比較しながら、閲覧数、流入元、離脱状況などのデータをもとに、どの部分に改善の余地があるのかを判断する手法が特に有用だと思いました。 目的整理はどう？ 今後は、GA4の数値を目にする際に、まず「今回の分析の目的は何か」を整理し、その目的を明らかにするために「何と何を比較すべきか」を先に決めてからデータに目を通すよう意識したいと思います。また、現場からの制作依頼に対しても、既存のページとの比較を行い、対応の優先順位や妥当性をデータをもとに説明できるよう努めたいと考えています。 目的不明な時は？ 一方で、実務の中では目的がはっきりしない状態で分析や施策検討を求められることも多いと感じています。そのような場合、皆さんはどのようにして目的を整理し、分析の着地点を見出しているのか、ぜひお伺いしたいです。

目的は何を求める？ データ分析において、まず目的を明確にすることが重要です。比較対象や基準を設けて仮説を立て、分析を進めることで、確実な意思決定につなげることができます。また個人的に、円グラフと棒グラフ（縦横）の使い分けが参考になりました。これまでは棒グラフの方向についてあまり意識していませんでしたが、今後は意識的に使い分けていきたいと考えています。 業務はどう進める？ 現在、私はR＆D部門で営業支援機能の一環として、顧客向けPoC作成や自社商材のクロスセル・アップセル立案を行っています。この中で、KPIの進捗率が良いチームと悪いチームが存在します。進捗率の悪いチームに対し、原因を分析してどのような支援が必要かを検討するための材料とする予定です。講義を受け、現在の業務の大半が定性的な要素に支配されていることに気づきましたが、これらも定量的なデータとして取得可能であることに今後注力していきたいと考えています。 指標はどこを確認？ 具体的には、目的を「進捗率の良いチームと悪いチームの差分を捉え、悪いチームのパフォーマンス改善につなげる」と設定しました。KPI管理している指標の前段階にある要素をロジックツリーで再度分解し、KPI設定に漏れがないか確認します。この過程で、数値データを得るための手法を考え、進捗率の良いチームと悪いチームへ調査を行って数値を取得します。同じ条件のデータ同士で比較して差分を捉え、数値的な差異からどのポイントで躓いているかを特定し、支援方法の検討につなげます。

原因はどこで？ 問題の原因を探る際には、まずプロセスに分けて考えることが重要です。どの段階で問題が発生しているかを明確にするため、原因を細分化し、全体を俯瞰することが効果的です。一概に「どうすれば良いか」を変えるのではなく、判断基準に基づいて選択肢を絞り込むことが求められます。 解決策は何で？ 解決策を検討する場合は、複数の選択肢を洗い出し、その中から根拠をもって最適な方法を選び出すプロセスが必要です。目的と仮説の設定、実行、結果の検証と打ち手の決定という流れをしっかり踏むことで、効果的な改善が可能となります。検証項目やテスト要素は一要素ずつ実施し、他の環境要因の影響を避けるために、同じ期間内での実施が望ましいです。 A/Bテストの真意は？ また、A/Bテストはシンプルで運用や判断がしやすく、低コストで少ない工数、さらにリスクを抑えた状態での改善が期待できます。テストの目的や仮説を明確にし、数値化できるデータを用いることで、検証プロセスがスムーズに進み、次の仮説や決定へと繋がります。 ボトルネックの所在は？ さらに、問題のボトルネックを考える際は、問題を発見するために「何が問題なのか」「どこで発生しているのか」「なぜ問題が起こっているのか」を多角的に検討し、プロセス全体を整理することが重要です。たとえA/Bテストがシンプルであっても、同条件に揃えることが難しい場合は、具体的にどの要素が影響を及ぼしているのかを洗い出し、最適なテスト方法を選択する必要があります。

ロジックツリーとMECEの限界は？ ロジックツリーやMECEを使って考えると、一人での作業では思考に癖が出て、洗い出しが不十分だったり、偏った視点になりがちです。しかし、CHATGPTを活用することで、自分とは異なる視点から「漏れなく」洗い出せる可能性が高まることを実感しました。実際、学習の際にCHATGPTを利用した結果、より早く自分なりの答えに近づくことができました。 定量分析の視点の活用法は？ 定量分析の５つの視点については、普段何気なく行っていたことが体系化されていることに気づきました。データ分析を行う際には、どの視点が最適か常に立ち止まって考えるようにしたいと思います。 CHATGPTの効率的な利用方法は？ また、問題を洗い出す際にCHATGPTを活用することで、様々な視点から効率的に問題点をリストアップできるようになりました。以前はこの作業に多くの時間を費やしていましたが、CHATGPTの登場により時間的コストが大幅に削減されました。学習ではコストと見合った洗い出しが重要だと教えられましたが、短時間で漏れなく洗い出すことを優先すべきだと感じています。 独自プロンプトの効果は？ さらに、問題の洗い出しをスムーズに行うために、自分独自のプロンプトを考案しました。問題洗い出しの場面では、そのプロンプトを使って多様な視点から問題をリストアップすることを徹底しています。また、このプロンプトは従業員にも共有し、同じような場面で活用してもらうようにしています。