(4ページ目)

データ ✕ 収集

に関する学び

---

どこに問題ある？ 問題を明確にするため、まずはプロセスごとに分解し、どの段階に問題が存在するかを捉えます。具体的には、What（問題の明確化）、Where（問題箇所の特定）、Why（原因分析）、How（解決策の立案）の4つのステップに沿って検討します。ロジックツリーを活用することで、体系的かつ効率的に思考を進め、見落としのない分析が可能となります。また、全体を複数の部分や変数に分解する層別分解も有効です。 仮説はどう広がる？ ライブ授業では、既に把握している内容を元に分解を進め、仮説を複数立てて何を明らかにするかを検討していきます。グラフなどで可視化し、重点的に見るべき箇所を明示することで、ストーリー性を大切にしながら分析を進めています。仮説を広く立て、可能性のある原因を網羅的に洗い出す点がポイントです。 日常分析の実践は？ 日常の分析業務では、ロジックツリーを活用したプロセス分解がまだ十分でないため、正確な分析を目指す実践に取り入れています。解決の4ステップに従って、原因追及だけでなく提案まで行うことを意識し、当たり前のことにも疑問を持ち「なぜ」を繰り返すことで、自然とできるようになるまで継続していく所存です。 スキル習得はどう？ 今後は、データ分析に必要な専門スキルの習得にも力を入れていきます。たとえば、SQLは毎朝の学習を継続し、プログラムや統計学、機械学習については、講座終了後に専門スクールで集中的に学んでいく予定です。 フィードバックは大切？ さらに、依頼された分析だけでなく積極的にデータ分析に取り組み、上司や同僚からのフィードバックを得ることで自らのスキル向上を図ります。日次、週次、月次のKPI目標の振り返りを行い、要因分析にはロジックツリーやMECEを用いてプロセスを分解し、より正確な分析を実践していきます。 情報共有は進んでる？ また、分析に必要な情報収集のため、自組織や他部署のメンバーとの密なコミュニケーションを重ねながら、Webマーケティングやデータに関する知識の習得にも取り組みます。これらの活動を具体的なスケジューリングに落とし込み、着実に専門知識を身につけていきたいと考えています。

データ分析の目的は？ 「①データ分析の目的を意識すること」と「②正しく比較するために条件を揃えること」の2つが特に印象に残りました。これまでの仕事では、目の前にあるデータを漠然と加工し、何か分かることがないかと試行錯誤しているだけだったと改めて感じました。 明確な分析の必要性を感じる 今後は「何のためにデータ分析するのか」「何が分かると嬉しいのか」を明確にした上で分析に取り組むつもりです。また、自分の悪い癖として「結論ありき」のデータ収集や分析を行う傾向があると自覚しました。具体例では、「●●●という結論を導くために都合の良いデータを探してくる」という方法を取っていましたが、それだと誤った意思決定に繋がる可能性があります。常に正しい条件でデータを比較することの重要性を強く感じました。 賃金制度の課題とは？ ①新しい賃金制度の検討に活かしたい。自社の賃金制度に関する課題を明確にするためには、競合や労働市場との比較だけではなく、「現状の給与分布が自社の賃金制度の考え方に沿ったものか」、「自社の人事ポリシーに沿ったあるべき給与分布はどうあるべきかと現状との差異」を正確に比較したいです。 目的達成のためのツール選び ②新しいビジネスツールを導入する際の分析に活用したい。労働安全衛生関係の教育ツール導入を検討しているため、目的を明確にし、「目的を達成できるツール」を選定するための比較を実施していきます。 具体的に言うと、自社の賃金制度の課題を明確にするためには、競合他社や労働市場との年齢や等級ごとの給与比較は当然ですが、それ以外にも比較対象とする要素があるはずなので、漏れないように洗い出します。競合等と比較する際には条件をしっかり揃えることが大切です。また、ツール導入については「何のために導入するのか」「その目的を達成するために必要な要素は何か」「それぞれの要素の基準は何か」をしっかり考えて最適なツールを選びます。 継続的な評価が必要？ ツール導入後の経時変化も確認し、継続使用を検討します。いずれの取り組みも、目的や比較対象がズレていないか、要素に漏れがないかを上司やチームのメンバーとよく議論しながら進めていきたいと考えています。

問題解決の本質は？ ストーリー設計は、問題解決に向けた重要な要素です。分析に取り組む前に、解決したい問題を明確にし、結論のイメージを持つことが必要です。これにより、分析のプロセスが円滑に進められます。 仮説思考で何を見る？ 分析のプロセスには、仮説思考のステップがあります。まず目的を設定し、仮説を立て（多少外れても問題ありません）、データを収集して検証します。また、5つの視点を持つことが重要です。インパクト（どれだけ影響を与えるか）、ギャップ（違いを見つける）、トレンド（時間の中での変化）、ばらつき（分布を見極める）、パターン（法則性の有無）を確認します。アプローチは、グラフや数値、数式を活用して進めます。 学びの次の一歩は？ 今後の学習においては、考えを言葉にする「言語化」や本質を見抜く力、自分ごと化が重要です。また、「ありたい姿」に向けてのチェックポイントとして、具体性や意義、挑戦性、現実性を考慮し、モチベーションを維持する仕組みを構築する必要があります。 役割と判断の秘訣は？ 私に求められている役割は、販売全体の動向を注視し、適切な配分調整で営業利益を達成することです。さらに、働きやすい環境作りや各自が能力を向上できる環境整備を推進します。そして、上司や部下、社外の方々と積極的にコミュニケーションを取り、一方的に考えを固執せず、全体最適な観点で判断を行います。大局的な会社の方針や戦略、動向を踏まえた部門運営を明確に提示し、決断します。 現状改善の策は？ 会社のDX推進プログラムにエントリーし、具体的な課題解決に取り組んでいます。例えば、Web関連の各種KPIを全社の目標と関連づけ、可視化することが求められています。これは、WebのKPIが達成されても営業利益が未達成となる現状を改善するための施策です。また、プロモーションを投資対効果で判断する仕組みが必要とされています。さらに、データを活用できる人材の育成も重要課題です。専門的な分析を行う人材と、日々の判断を容易にするためにデータを活用する人材を育成する方針です。 今後の学びはどう？ 以上の取り組みを通じて、今後も必要なスキルの向上や新しい学びを続けていきます。

あるべき姿って何？ 今までは「あるべき姿」を、漠然と「ありたい姿」と「正しい状態」の二つの意味で使い分けずに運用していたことに気づきました。しかし、その区別を認識したことが今後の分析にどのような影響を与えるのか、正直なところ分かりません。今後その機会が訪れるのか疑問に感じています。 また、あるべき姿として何を設定するかを考えた時、以前はただ漠然と「こうなればいいな」と思う程度で、例えば急降下するグラフの曲線が鈍化すればよいという認識に留まっていました。今後は、より定量的に表現できる方法を検討していきたいと考えています。 早帰りは何故？ 人の管理において、業務終了時間が18時であるところ、早帰りが認められている場合、退社が17時になると、早帰りする人は17時前に業務終了の準備に取り掛かり、17時ちょうどに退出するケースも出てきます。そのため、17時前のお客様からの問い合わせに十分に対応できず、お待たせしてしまう場面があるのです。 解決へ向かう道は？ この課題を関係者間で合意のもと解決するためには、現状として17時前に何人が業務を離れているのか、またその時間帯にどの程度の問い合わせが発生しているのか、そしてその問い合わせにどの程度対応できれば問題ないのかといった、正しい状態を定量的に示す必要があります。これを踏まえ、現状を関係者間で共有し、合意形成を行った上で、解決手段を検討していきたいと思います。 まずは現状分析として、以下の点を把握する必要があります。 ① 17時前の人数 ② 17時後の人数 ③ ①と②の差から算出される早帰り人数（すなわち、17時前における作業可能人数の減少） これらのデータや、該当する時間帯の問い合わせ件数を数週間にわたり収集し、現状を明確にします。その上で、現状と理想の正しい状態が何かを議論し、あるべき姿を決定します。そして初めて、どのように問題を解決するか（how）の議論に入ることができると考えています。 これまでは、関係者間で現状のすり合わせを十分に行わずに解決策（how）のみを議論していた点を反省し、今後は一歩ずつ着実にステップを踏んで進めていきたいと思います。

問題解決の始め方は？ 問題を解決するためには、まず「何が問題か」を明確にし、「どこで」発生しているのかを特定します。その上で、原因を分析し、解決策を考えて実行するという4つのステップ（What、Where、Why、How）を意識することが大切です。 状況把握のコツは？ また、状況を整理するためのツールとして、3C（顧客、競合、自社）や4P（製品、価格、販売場所、宣伝）を活用する方法があります。これらのツールを用いると、事業の強みや改善すべき点がより具体的に見えてきます。 仮説は何故必要？ 問題の原因をつかむには、一つの仮説に絞るのではなく複数の仮説を立てることが有効です。異なる視点から仮説を構築し、その後に実際のデータを収集して検証することで、問題を多角的に理解し、正確な解決策に結びつけることができます。 データはどう取得？ データ収集においては、信頼できる情報源から、偏りのない意見を得る工夫が求められます。誰に、どのように質問するかを工夫し、整理したデータをもとに検証を進めることで、反論を排除しながら正確な分析が可能となります。 相談対応はどうする？ 実際の業務では、他部署から「業務がうまくいかない」という相談を受けることがあります。そうしたときは、まず問題の所在を整理し、どこでどんな問題が発生しているのか、またその原因を明らかにします。そして、仮説を立てた上でデータ収集と検証を行い、説得力のある解決策を提案できるように心がけています。 体制強化はどう考える？ 日常の業務において、問題解決の4ステップを意識的に実践し、仮説を立ててデータに基づいた検証を行うことで、より効果的なサポート体制を構築できると実感しています。また、3Cや4Pなどのツールを定期的に活用し、背景や業界の状況を把握しておくことも、今後の課題解決に大いに役立つと考えています。 振り返りの秘訣は？ 最後に、解決策を実施した後は、その結果を振り返り、どのステップや仮説が効果的だったのかを検討することが重要です。これにより、次回の対応に向けた改善点を明確にし、継続的なスキル向上につなげることができると思います。

仮説の設定と共有はどうする？ 「仮設の設定」 何が（what）、どこで（where）問題が発生しているのかという視点で考えることが求められます。その際、3Cや4Pのフレームワークを用いることで、網羅性を確保できます。自分自身の仮説を持つことも重要ですが、独りよがりにならないように、複数人で仮説を出し合うことが大切です。さまざまな視点で仮説を考えることで、より豊富な仮説を出すことができます。そして、その仮説がなぜ（Why）起こっているのかを考え、解決策（How）を導き出します。 仮説の検証はどのように行う？ 「仮説の検証」 解決策（How）として妥当かどうかを検証する際には、立証したい仮説に偏ったデータ収集は避けます。他の仮説を立証するようなデータも含めて、客観的にデータを比較することが重要です。これにより、仮説の説得力が強まり、仮説から導き出される結論（意思決定）の実効性も高まります。どんな単位を使ってデータを比較するのかや、主張したい仮説をいかに端的に説明できるかを慎重に考える必要があります。 データ分析で何を重視する？ 「仮説の共有」 特に組織においては、「問題解決の仮説」から導き出される「結論の仮説」を実行する際に、コミュニケーションの課題が発生します。自身の仮説を客観的に立証した上で、共有するための仮説を立てる必要があります。 自身の仕事の一つの課題として、ドライバーの待機時間の削減が挙げられます。得られたデータから平均値を算出し、標準偏差も計算します。そして、組織として持つべきKPI値（平均値・標準偏差）と比較します。そのうえで、KPI値未達の箇所（Where）に注目し、なぜ（Why）未達なのかを関係部門と数値を見ながら考えます。その後、仮説の設定（問題解決方法 How）を行います。 まずは、得られたデータから平均値と標準偏差を算出します。次に、得られた平均値が妥当なのかを標準偏差から検討します。標準偏差を悪化させている要因（外れ値）に注目し（Where）、なぜ外れ値が発生しているのかをプロジェクトメンバーと意見を交わして（Why）、直近で必要な対策（How）を考えます。

なぜ仮説を複数持つ？ まず、常に複数の仮説を立て、一つに決め打ちせず、各仮説が原因を多角的に網羅できるように意識することが重要です。どこに原因があるのか、何が原因なのかという点について、切り口を変えて考える必要があります。 比較指標はどう決める？ 次に、仮説を検証する際は、何を比較の指標にするかを明確に決めた上で、どこに注目し、何と何を比較するのかという意図を持つことが大切です。 データ収集の方法は？ また、データ収集においては、対象者（誰に聞くか）と方法（どのように聞くか）をしっかり考え、たとえ反論になり得る情報も排除されずに集めるよう努める必要があります。これにより、比較のためのデータが十分に得られ、偏りのない分析が可能となります。 仮説の使い分けは？ さらに、結論を導くための仮説と問題解決を目指す仮説を明確に区別しながら取り扱うことが求められます。普段は特許情報やその他の情報を用いていますが、さまざまな立場（営業、技術、知財など）から情報を収集する際には、ネガティブなデータが除外されていないかを意識することが重要です。 議論で論点はずれる？ 実際に、立場の異なる関係者による議論の場では、「課題」の共通認識が不十分なために、結論の仮説と問題解決の仮説が混同され、論点がずれてしまい、適切な結論に至らないケースが見受けられました。特に、人からの情報は各立場の主観が影響して、情報の取捨選択が無意識に行われることが多いため注意が必要です。 課題はどう分析する？ このような背景から、「課題」が何で、どの仮説に基づいて何を分析するのか、また、仮説、比較の指標、意図がぶれないようにしっかりと管理する必要があります。仮説を早期に決め付けたり、先入観に頼ってとりあえずデータを分析したりする危険性があるので、まず観点を整理し、複数の仮説を立てた上で深堀し、必要なデータを洗い出して収集することが求められます。 決め付けはなぜ危険？ さらに、結論を導く仮説にするのか、問題解決の仮説にするのかを明確にした上で、上記のプロセスに従い取り組むことが大切です。

分解で何が見える？ 今週の学習でまず印象に残ったのは、問題の原因を明らかにするためにプロセスを分解する考え方です。以前学んだロジックツリーと同様のアプローチで、複雑な問題も整理しやすくなる点が非常に参考になりました。 A/Bテストの本質は？ また、初めてA/Bテストについて学びました。Webサイトやアプリの改善において、2つのパターンを比較してどちらが効果的か検証するこの手法は、データに基づいた改善策を決定する上で非常に有用だと感じました。 対概念で広がる視野は？ さらに、対概念という考え方も学びました。対象となる事象の反対の観点を同時に考えることで、物事を多角的に捉え、より本質的な理解につながるという点が印象的でした。 患者動向をどう分析？ 診療科別の患者受診動向データ分析に関する学習内容も非常に有益でした。分析の視点に差異が生じた場合に、仮説に基づいて問題解決のプロセスをWhat（問題の明確化）→Where（問題箇所の特定）→Why（原因の分析）→How（解決策の立案）のステップで進めることで、より精度の高い分析が可能になると理解しました。これまではいきなり解決策を検討することが多かったため、本質に迫った対策を導き出す点で大きな学びとなりました。 仮説と実試行は？ また、現時点ではA/Bテストの具体的な活用場面はイメージしづらいものの、仮説を試しながら問題解決につなげる考え方が日々の業務にも応用できると感じています。 比較で見える分析法は？ 分析の基本的な進め方については、「分析は比較である」という考え方のもと、①目的・問いの明確化、②問いに対する仮説の設定、③必要データの収集、④分析による仮説の検証というサイクルを回すことが重要だと学びました。インパクト、ギャップ、トレンド、ばらつき、パターンなどの視点にも着目し、グラフや数値、数式を用いて視覚的に分かりやすく情報を提示することが求められます。仮説思考やフレームワークを活用して多角的に検討することで、データから有益な情報を引き出し、効果的な行動につなげることができると実感しました。

データ収集の視点は？ これまで、自身の仮説を実証するためにデータ収集に終始していたことを痛感しました。仮説以外の視点でどのようにデータを集めるべきかが分かっていなかったため、今回「仮説を考えるためのフレームワーク」を学び、今後のデータ分析に活用できると感じました。また、ある仮説に対して別の仮説が成立する可能性への反論を防ぐため、複数の仮説を異なる切り口で立てることの重要性を再認識しました。たとえば、■３C（Customer＝市場・顧客、Competitor＝競合、Company＝自社）や、■４P（Product＝製品、Price＝価格、Place＝場所、Promotion＝プロモーション）を利用する考え方は、データ収集の際に既存データのみならず、新たなアンケートやインタビューを通じた情報獲得にも役立ち、説得力のあるデータを生み出すための行動力が養われたと感じています。 社内参加の課題は？ また、社内で実施している任意参加のセミナーや施策について、毎回参加する社員と全く参加しない社員の二極化が進んでいる現状を踏まえ、より多くの社員の参加を促すために、３Cや４Pの視点で検討を行いたいと考えています。具体的には、■３Cでは、Customer（市場・顧客）として社員、Competitor（競合）として同時開催予定のイベントの有無、Company（自社）として社員のニーズが満たされているかを検討し、■４Pでは、Product（コンテンツが社員のニーズを満たすか）、Price（参加に見合う価値があるか）、Place（開催方法が参加しやすいか）、Promotion（社内への情報周知が十分か）といった観点で施策の企画を進めます。 意見共有はどう？ まずは、今回の学びを一緒に企画・運営するメンバーと共有した上でディスカッションの場を設け、これまでの検証に不足していた視点やデータを補完します。特に、本社以外の全国の拠点の社員にとっては日々のコミュニケーションが行き届いていないため、インタビューなどを通じて意見を聴く機会を設け、次年度に向けた施策の改善に努めたいと思います。

なぜ複数仮説を作る？ まず、目的を常に意識し、その目的に合わせた仮説を複数持つことが基本です。データは膨大な量があり、目的に沿った仮説がなければ、どのデータを選ぶべきかで躓く可能性があります。また、ひとつの事象にとらわれやすい傾向がある中で、複数の視点を持つことが他の可能性を閉ざさないためにも大切です。一つに決めつける心理を俯瞰して見直す努力が求められます。 どう仮説を具体化する？ 次に、仮説の立て方は目的に応じたアプローチを取ることが必要です。時間軸、内容、結果からの推論を重視する場合もあれば、問題点の洗い出しから解決策を探る場合もあるでしょう。ビジネスの現場では、結論から入ってしまうと失敗や時間のロスにつながることが多いため、常に仮説思考を持ち、問題意識を大切にしてスピード感を保つことが重要です。 なぜ原因を掘り下げる？ 過去の原因を十分に掘り下げ、問題解決につなげることで自社の行動を改善していくとともに、得意先と相互に利益が得られる関係、いわゆるWin-Win体制を作ることが肝要です。これらはすべて、ビジネスにおける成功へとつながる重要な視点です。 スペック提案の落とし穴は？ 特に、自社製品・サービスの販売においては、製品のスペック提案に陥りがちです。スペックはあくまで製品の中身に関する情報であり、それが直接ユーザーのベネフィットに結びついているとは限りません。どのような利点があるのか、どんな状態で使用されるのか、また利用する相手はどのような人物なのかを常に予測し、仮説を立てながら動くことが大きな変化を生むと実感しています。 顧客視点でどう判断？ まずは顧客起点で、自社製品がなぜ選ばれるのか、または選ばれないのか、その傾向を把握することから始めます。どこで、どのような時に製品が購入されるのかを理解した上で、より良い状況にするための複数の仮説を立てます。そして、その仮説に基づいて調査、分析、データ収集を行い、複数のプランを立案することで、会社としてどの方向に進むべきかの選択肢を明確にし、成功確率を高めることができると考えています。

分析とは何？ 「分析＝分類」という視点は、データ分析の本質を捉える上で非常に重要だと感じました。膨大な情報をそのまま扱うのではなく、目的に応じて比較可能な形に分類・整理することが、分析の第一歩であると認識しています。また、「分析とは比較なり」という言葉が示すように、異なる要素や時点を比較することで、初めて傾向や違いが明確になっていく点も学びました。 目的はどう明確？ さらに、分析には明確な目的が必要であり、仮説を立てて検証するサイクルを回すことが、意味のある結果を得るために不可欠だと実感しています。この考え方は、数値の単なる把握に留まらず、どの部分を改善すべきか、どうすれば成果が上がるのかといった具体的な施策検討へとつながるものであり、今後の業務に積極的に取り入れていきたいと考えています。 講座促進策はどう？ また、データ分析の知識は、当社が推進している講座の受講促進において大いに活かせると期待しています。具体的には、対象となる教育機関や宿泊業界における研修実績や予算、過去の導入事例などを定量的に整理・分析することで、より効果的な提案資料の作成や、営業の優先順位付けが実現できると感じています。さらに、各施策ごとの反応や申込数などを時系列で可視化することで、PDCAサイクルの精度向上にも寄与するはずです。 ターゲット抽出はどう？ まずは、教育機関や宿泊業界の人材育成に関するデータ収集から始め、公開情報や補助金制度、業界レポート、ヒアリングを通じて得た情報をExcelで整理します。次に、予算規模や研修回数などの傾向を数値化し、明確なターゲット層を抽出していきます。その上で、ターゲットごとのニーズに合わせた提案資料を作成し、営業活動に活用する計画です。また、講座紹介の販促施策における各種反応率を記録・比較し、次回以降の営業活動の改善点を把握できるようにしていきたいと考えています。 継続学習はどう進む？ 今回学んだ知見を踏まえ、まずは小さな一歩を着実に進めながら、継続してデータを扱う習慣を身につけ、業務の中で活用していく所存です。

仮説検証はどうすべき？ 問題を特定した後、解決プロセスでは、網羅的な仮説を立てた上で条件をそろえ、比較検証を行う必要があります。同時に、データを収集しながら根拠を明確にする手法も有効です。 上司の指摘は何を示す？ また、講義中に説明された内容ではありませんが、課題を進めていく中で思い出した上司の指摘が印象に残っています。上司は、データから状況を読み解く際、さまざまな項目を網羅することは大切ですが、事実と推測を明確に区別すべきだと述べていました。実際、読み取った情報が事実であれば仮説の妥当性を確認できますが、もし推測であれば話が大きく変わるため、この点には十分に注意が必要です。 根拠データはどう確保？ 社員の要望をアンケート結果から読み解く場合は、ひとつひとつの事象に対して根拠となるデータを具体的に示すことが求められます。たとえば、「この部分からこういうことが読み取れる」といった説明が必要です。 低正答率の真因は？ また、教育受講者に実施する理解度チェック問題で正答率が低かった場合には、単に「理解不足だから」と結論付けるのではなく、問題解決プロセスを分解して検討することが重要です。具体的には、社内教育における教材とチェック問題の内容の齟齬、チェック問題自体の意図が上手く伝わらなかった可能性、あるいは回答者側の問題（例：注意不足）など、課題が生じたプロセスを一つひとつ切り分けて検証する必要があります。 ヒヤリハットの要因は？ さらに、6月からは昨年度まとめたヒヤリハットに関するデータの分析が開始されます。ここでは、会計処理中に「冷やっとした」や「ハッとした」といったミスにつながりかねない状況を取りまとめています。データ項目の数や回答レベルが一定でないため仮説を立てるのは難しいですが、ロジックツリーを活用して全体を網羅的に整理し、what（何が）、where（どこで）、why（なぜ）、how（どのように）という観点から現状を整理し、考えの根拠を丁寧に示しながら、最終的にはhowの提案に結びつけていく方針です。