(8ページ目)

収集

に関する学び

---

解決すべき問いは？ まず、何が解決すべき問いであるか、そして今、何を解決しなければならないのか、なぜそれが必要なのかを明確にすることが重要です。問いを言葉に表すことで、思考や議論がぶれるのを防ぐための基盤が整います。 論点整理はどう？ 次に、その問いに対する答えを導くため、論点を整理します。自分自身の偏りに気を付けながら、さまざまな視点から論点を洗い出すことが求められます。その上で、具体的かつ正確な情報をできるだけ収集し、集めた情報を根拠として論点への答えを主張します。このプロセスを繰り返すことで、内容に厚みが生まれ、主張に説得力が加わります。 適切な表現は？ また、問いとその答えをシンプルで正しい日本語に言語化することが大切です。メッセージ性のあるプレゼンテーションにするためには、情報の整理だけでなく、聞き手にとって理解しやすい表現方法が必要です。 会議進行はどうする？ 会議を主催し進行する際は、まず解決すべき問い（イシュー）を明確にし、その目的を問いの形で参加者に事前に共有します。定例の会議であっても、イシューを提示することは実践すべき基本事項です。さらに、そのイシューを解決するため、複数の視点からの論点を提示し、各参加者に必要な情報を収集するよう指示すると効果的です。多職種が集まる会議では、さまざまな視点からの情報が交わされるため、基礎知識の習得も欠かせません。 議論軌道修正は？ これらの準備を整えた上で会議を進行し、議論が逸れた場合には必ず最初のイシューに立ち戻り軌道修正を図ることが求められます。解決すべきイシューを明確にし、複数の視点から検討するために常にイシューリストを作成し、その優先順位を考察します。こうした準備と情報整理により、各論点に対する答えを根拠を持って主張できるようになり、議論が本筋から逸れるのを防ぐことができます。

どんな学びがあった？ week1からweek5までの学びを振り返り、有限な資源を効果的に活用するためには、まず情報を収集・整理し、自分の判断軸に基づいて本質を見極めた上で優先順位をつけることが有効だと理解しました。今回の学びは、仕事以外にも応用できる点が特に印象に残りました。これまで分けて考えていた部分が、ライブ授業を通してプライベートの目標や趣味にも活かせることに気づき、限られた時間内で計画を立て、実行に落とし込めると感じました。 情報整理はうまくいっている？ 日頃から情報収集や整理を行う際には、有限なリソースを意識し、時間をかけすぎないようアンテナを張っておくことが大切です。また、専門の取引先に情報提供を依頼するなど、工数管理を徹底する姿勢も必要だと考えています。 新制度の判断はどうする？ 自社では捨てる・辞めるという行為について比較的寛容な面があるため、新しい制度を導入する際には試験導入を行い、実際に期待する効果が得られるかどうかを慎重に判断することが望まれます。判断軸としては、会社の方向性をしっかり把握し、経験則に頼りすぎないことが重要です。不明な点があれば相手と対話し、真意を確認するように努めたいと思います。 ニュースや情報はどう活かす？ また、日常的にニュースや他社情報にアンテナを張るとともに、他社の財務諸表の分析を行うことで、内容によっては定点観測し派生する影響も把握できると感じました。さらに、専門知識を持つ取引先との接点を日頃から持つことも、情報の更新に役立つと考えています。 チームの連携はどう取る？ 実行後には、捨てる・辞めるという判断もあらかじめ決めておくことで、スピード感を持って取り組むことができると実感しました。さらに、業務開始時にチームメンバーと判断軸を共有し、認識を統一することが円滑な業務遂行に繋がると感じています。

問題の原因をどう探る？ 問題の原因を探るためには、データを確認しながら原因を突き止めることが重要です。問題の原因を明らかにするために、プロセスを分散して問題箇所を絞り込み、原因の仮説を立てるのが効果的です。問題がある場合、その結果には必ずその流れがあり、その流れを押さえることで、プロセスのどの段階に問題があるのかを特定できます。 解決策の検討はどう進める？ 解決策を検討する際は、複数の選択肢を洗い出し、根拠を持って絞り込むことが求められます。ステップを踏んでデータを分析し、問題解決の精度を高めることと、仮説を試しながらデータを収集し、より良い問題解決に繋げることは、両者のアプローチを組み合わせることが効果的です。まず手始めに身の回りのデータを分析すること、分析の練習を積み重ねること、そしてどんな分析計画を立てるかシミュレーションし、どんな情報を誰から収集するのか、データはどんな形で収集すればよいかを考えることが大切です。 シンプルで低コストなA/Bテストの利点 A/Bテストは、AとBの施策を比較するシンプルなテストです。運用や判断がしやすく、低コストで少ない工数で実施できるため、リスクが少ない。A/Bテストを行う際には、目的や仮説をしっかりと明確にし、有効なデータが集まるまで実施します。ただし、複数の要素をテストしたい場合には別の手法を検討すべきです。また、パターンは同時に同じ期間行うことが必要です。 データ分析の第一歩は何から始める？ 解決策を考えるときには、必ず複数の選択肢を検討し、「ステップを踏んでのデータ分析」と「仮説を試しながらのデータ収集」の両輪で分析を行うことが効果的です。分析が苦手な方には、まず身の回りのデータを分析すること、分析の練習を積み重ねること、そして問題にはそこに至るまでの流れがあることを意識することをお勧めします。

深く考える習慣をどう養う？ 物事を深く考える習慣を身につけることが大切だと感じました。表面的な情報にとどまらず、本質や意図を常に考える姿勢を保ちながら、鋭敏な感性を持つことが重要です。物の見方も偏らず、多様な視点で捉える姿勢が大事です。新しい発見や視点から考えることで、これまで気づかなかった発見に出会えるのではないかと思います。また、感情に流されることなく、感情的にならずに判断することが求められます。これらのプロセスを経て、質問する力がつき、自信も生まれるでしょう。こうした過程が、正解に至るためのプロセスであり、それこそがクリティカルシンキングだと感じています。 IT業界での活用法は？ 私はIT業界に従事していますが、問題解決やトラブルシューティングの場面でこの考え方が役立ちそうです。エラーが発生した際にはまず「その本質は何か？」と考えることから始めます。また、要件定義や仕様書作成の際にも、顧客の要件や要望を本質から理解することで、顧客要望の実現度に比例した品質を追求できます。プロジェクトの意思決定でも、複数の選択肢からベストなものを判断する助けとなるでしょう。具体的な例では、コードレビューが挙げられ、そのロジックが何を実現しようとしているのかを把握するのに有効です。リスク評価やセキュリティ対策など、ほぼすべての場面でこの考え方が役立つと感じています。 具体的なスキル向上法は？ まず、明確な目標を設定し、どの業務や場面に適用するか課題を設定します。次に情報収集を行い、報告する情報や受け取る情報の正確性を確認します。その際、情報を疑ってみたり、批判的に見る癖をつけます。話をする際には複数の視点を持ち、問題を小さな単位に分解して考える習慣をつけます。また、感情的になるのを避け、感情と事実を分けます。これらを習得し続けてスキルを磨くよう努力を続けます。

フレームワークの利便性とは？ フレームワークを活用することで、情報の収集が網羅的に行え、見落としを防ぐことができると感じています。自分の判断に頼ると、偏った情報や自分に都合の良い情報を選びがちですが、フレームワークは効率的に必要な情報を集められる手助けとなります。 ターゲット設定はどうする？ ターゲットを設定する際、具体的にしすぎると市場が狭まり、逆に抽象的だと広がりすぎる印象があります。このバランスについて、他の人の意見も参考にしながら学んでいきたいと思っています。 長期視点での差別化は可能？ また、実現可能性や差別化の持続性を判断する際には、即座に取り組めるものもあれば、費用や時間、人材が関与し、長期的な視点が必要となる場合もあります。事例によっては、品質、量、価格、サービスなど、様々な側面での改善策を検討し、優先順位を設定して取り組むことが重要だと感じました。 顧客視点でのニーズ把握 実務を通じて、自分は競合製品との差別化に対する意識が高いと感じています。担当製品だけでなく、疾患領域の課題を検討することで、顧客視点でのニーズを把握できると考えています。製品の視点を疾患領域に変えることで、新たなポジショニングの視点が見える可能性もあると感じます。 将来を見据えた判断とは？ さらに、実現可能な策においては、自社の過去の取り組みや製品の動向を把握することで、判断の参考にしています。疾患領域のトレンドを確認し、ガイドラインや学会のトピックスを理解することで、5年から10年後の治療を予測する準備ができます。そして、領域全体の中での適正なポジショニングを考えたいと思っています。 経営層の判断基準を理解する 直近のプランの審議では、経営層の判断基準を議事録から確認し、過去の製品のプランを参照して領域の特性を理解していきたいです。

Week6での気付きは？ Week1から学んでいたことが、ようやくWeek6で腑に落ちた感じがしました。 仮説思考の重要性とは？ ライブ事業では、ストーリーを立てて分析する方法を具体的に学びながら復習することができました。 よい分析のためには「仮説思考」が重要です。まず目的を明確にし、問いに対する仮説を立てます（例：打率ではなく失塁率が高い選手が原因ではないか）。次にデータを収集し、その仮説をデータで検証します。仮説がデータにより証明されなければ、新たな仮説を立て直します。 データ収集はどう進める？ データ収集の手段としては、検索エンジンや公開データ、アンケートやABテストなどがあります。 分析を進める際の5つの視点として、以下の点が重要です： - インパクト：影響度の大きさ - ギャップ：何がどのように違うのか - トレンド：時間的な変化の傾向 - ばらつき：分布に隔たりがあるか - パターン：法則性があるか WEBマーケティング分析のポイント グラフ化のステップとしては、まず仮説やメッセージを明確にし、比較対象を決めて、適切なグラフを選びます。 WEBマーケティングの売上に繋がりやすい顧客の分析には、以下の点を考慮していきます： - 企業規模や購入製品群（リピート購入か、多種製品群を購入しているかなど） - 地域による差異 - 製品の月別の差異 - 顧客情報の獲得経路の有効性 これらをMECEに分解し、先入観を避けつつ仮説検証を進めます。 来月以降、少し余裕ができるので、上記の分析を進め、WEBサイトの改善を図ります。ロジックツリーの活用で細かく分解しつつも、Week6の講義にあったとおり、目的に必要な分析範囲を見極めたいと思います。また、メンバーに説得力のあるプロセスを踏み、説明することも重視したいと思います。

仮説検討は効果的？ フレームワークを使って仮説を検討する重要性を改めて実感しました。自分の視点だけで考えると、異なる仮説が実は同じ意味を持っていたり、抜け漏れや重複が生じ、MECE（漏れなく、ダブりなく）にならないことがあると感じました。また、業務では自社の既存データを中心に扱っており、外部のデータと比較する機会が少ない点にも気づきました。一般的なデータにも注意が必要で、信頼性が低かったり数値が大げさに見せられるケースもあるかもしれません。こうした状況だからこそ、学んでいる知識を活かし、有効なデータと信頼できる情報源を見極める必要があると思いました。 動画から何を学ぶ？ 先週のグループワーク後に視聴した関連動画で紹介されたさまざまなグラフや分析手法も非常に参考になりました。自分がこれまでなんとなく実施していた方法が当てはまる部分もあれば、これまで注目していなかった視点に気付くこともあり、改めて復習する意欲が湧きました。 実務で新発見は？ 実務では、指示通りに同じグラフを作成することが多い中、自分自身でフレームワークを活用して仮説を立て調査することで、新たな発見につながる可能性を感じています。現在の職場では、これまでにない未来的な取り組みが多く、自社の過去のデータだけでは捉えきれない視点が必要だと再認識しました。大きな歴史的流れに沿った視点も、今後の改善に大いに役立つと考えています。 改善策の検証は？ まずは、フレームワークを用いて「どの部分が改善され、会社の売上に貢献できるか」という仮説を立て、データの収集と検証に取り組みたいと思います。また、データだけに頼らず、職場の改善点や取り組みについても多角的な視点を持って検証することで、会社全体の業績向上だけでなく、自分自身の成長につながる発見があると期待しています。

数字分析で見える傾向は？ 数字をいくつかのパターンでグラフ化し比較すると、傾向や特徴がつかめることがわかりました。知りたい情報に対して、意図的に複数の分析軸が必要であることも理解しました。特に一番の気づきは、一つの分析結果だけを見てすぐに結論を出すのは危険だということです。急ぐあまりに、ついやってしまいがちですので気を付けたいと思います。 分解時の注意ポイントは？ また、切り口を考える際のポイントとして、全体を定義したうえでモレなくダブりなく分解していくことが重要だと感じました。意識してチェックしていないと、歪みが出ることに気付けません。 課題の本質をどう見抜く？ 自分の業務では、お客様アンケートなどを整理する際の切り口を設定するときに使えると思いました。さらに、原因不明な状態で課題改善を依頼された際にも有効だと感じます。例えば、上司から「この課題はおそらくこの辺に原因があるからこの方向性で解決してほしい」と相談され、現場では「ほんとの原因はそこではないと思う」という意見の乖離があった際、どのように調整すればよいか悩むことがあります。そのようなときに、要素分解を用いて課題の本質を明らかにすることができると思いました。 精度の高い分析へ向けて 現在推進しているサイトのUI改善は、ヒアリングを中心に改善施策を検討していますが、今一度データの分析を掘り下げてみたいと思いました。その際に以下の点を実施しようと思います。 - 切り口を複数用意するために、分析に必要なデータを多く収集する - 手を動かして分解する - どんな切り口が分析に役立ちそうか関係者にもヒアリングしてみる - モレなく、ダブりなくの視点で問題ないか、分析の切り口を周囲の人と意見を聞き確認してみる 以上の点を意識して、より精度の高い分析を行いたいと思います。

自分に関係付ける重要性とは？ どの内容も聞いたことがあるものでしたが、自分に関係付けて考えたことがないと気付き、少し恥ずかしい思いをしました。特に、ロジックツリーについては知識としては持っていたものの、実際に描くことはほとんどありませんでした。今後は退職分析において、要素分解を試みたいと思っています。こうした学びに必死になって取り組める環境に飛び込んで良かったと、改めて感じています。 問題解決の思考法はどう実践する？ 問題解決のプロセスとして、What（何が問題か）、Where（どこに問題があるか）、Why（なぜ問題が起きているか）、How（どうするか）の順に考えることを学びました。しかし、私の場合、特に「Why」にこだわりすぎて哲学的になりすぎたり、わからなくなってしまうことがあります。そのため、この順番通りに愚直に考え、PDCAサイクルのように思考を回していきたいと思います。 人事データの分類方法は？ 私は人事部でデータ分析を担当しています。ロジックツリーにおいて、人事データに関する情報は、「個人情報」や「雇用情報」などに分類されます。具体的には氏名、生年月日、性別、入社日、部署、役職、資格、経験、語学といった情報です。これをMECEにするためには、さらに細かく分ける必要があると感じました。また、人事データという漠然としたカテゴリーから、具体的に項目を洗い出すことが可能だと思いました。 実践のために心掛けることは？ 実践においては、手を動かし、描き出すことが重要です。周囲のメンバーと積極的に対話し、多角的な意見を収集するよう努めたいと思います。同時に、目的を明確にすることを忘れないように心掛けます。そして、私は製造業に勤めていますので、「直接部門」と「間接部門」を混同しないよう、気を付けて分析していきたいと思います。

どんなデータで戦略化？ 私の顧客は主に社内の営業担当で、取得できるかどうかに関わらず、どのようなデータがあればより戦略的な活動が実現できるかというアイデアを集めるブレーンストーミングが面白いと感じています。現状、データ提供側は、こうしたデータをもとに顧客の考えや行動を理解し、営業がその仮説に基づいた行動に移ることを前提としているため、実際のデータ活用にはつながっていないと考えています。そのため、単に可視化しているデータに対する意見収集にとどまらず、営業として必要なデータについても積極的に意見を集めたいと思っています。 伝え方はどう変える？ 既存のデータの可視化においては、私自身が顧客（営業）視点で開発を進めています。しかし、システムベンダーとの要件定義の際、どうしても自分が実現可能だと感じているアイデアしか伝えがちでした。そこで、直近のシステム改修にあたっては、実現が難しいかもしれないアイデアも含め、幅広い提案をもとに話し合いを行いました。 代案提示の意味は？ その結果、実現不可能に見えるアイデアに対しても、ベンダー側からは「こういった形なら実現可能」という代案を提示していただくことができました。これにより、自己完結する前にアイデアを言語化し、関係者に発散することの重要性を学びました。 参加者選定どうする？ また、ブレーンストーミングの手法についても新たな学びがありました。これまでは、同じグループや部内で取り組むレクリエーション的なブレーンストーミングにおいて、出されたアイデアがどこか似通っており革新的なものを得られなかった印象がありました。今回、出したい成果に合わせて参加者を選び、初めからブレーンストーミングの設計を行うことで、以前感じていたもやもやの原因がわかり、スッキリとした気持ちになりました。

成熟市場への取り組み方は？ 成熟市場においては、差別化戦略が非常に重要です。差別化を図らなければ、業界のトッププレイヤーに対抗することは難しく、多くの場合コストリーダーシップに勝てません。しかし、差別化戦略を実行する際には、その軸を決定するのが難しく、ありきたりなアイディアに陥りがちです。そのため、「他業界事例の収集」と「集合知」を活用することが不可欠であり、自社の強みと外部の力を組み合わせる選択肢も考慮すべきです。 ターゲット設定はどう進めるべき？ 差別化戦略においては、ターゲット設定が非常に重要です。競合と比較した際の自社の強みを理解し、顧客の詳細な情報を把握することが求められます。どの戦略も永遠に続くものではありません。市場環境の変化を踏まえ、常に戦略を見直し続けることが大切です。また、特定の戦略を選んだからといって、他の可能性を軽視してはいけません。 エリアビジネスでの差別化法は？ 特にエリアビジネスにおいては、どのように競合他社と差別化を図るかが課題です。製品や価格での差別化が難しい中、何を価値として差別化を図るかを意識する必要があります。仮説としては、顧客接点での質が重要で、多くの業界プレイヤーがここで差別化を図っています。独自路線を進むためには、さらに顧客解像度と自社理解を深める必要があります。プロモーション部分でも最近は糸口を見出しつつあります。 顧客インタビューの活用法は？ 実際に顧客へのインタビューを行い、自社の強みをどのように捉えているのかを確認しました。また、エンドユーザーが何を基に企業を選んでいるのかをヒアリングしました。その他業界事例の収集や、1社で構わないので、差別化に向けた明確な仮説構築も行っています。 以上のような取り組みを通じて、差別化戦略の成功につなげていきたいと考えています。

仮説はどう活かす？ スピードや精度を向上させるためには、分析の初期段階で仮説を立てることが重要だと学びました。結論に向けた仮説と問題解決のための仮説という二種類の仮説があり、それぞれ目的や時間軸に合わせて使い分けることが求められます。 フレームワークってどう活かす？ また、3Cや4Pなどのフレームワークを活用することで、思考が整理され、仮説形成が容易になると感じました。仮説に沿って必要なデータを抽出し、場合によっては新たにデータを取得するプロセスは、効果的な分析の基本と言えます。数字で見えにくい効果も、可能な限り数値として示すことで説得力が増し、合理的な判断材料となります。 数字で信頼はどう？ 具体的には、コンバージョンレートなどの数値計算により、直感だけに頼らず理論的な判断が可能となります。フレームワークを用いることで、業務のスピード感と精度が向上した経験もあり、反対意見を含めた多面的な情報収集が仮説検証の信頼性を高めると実感しました。 新機能はどう検証する？ さらに、新機能をリリースする際には、3Cの観点から分析して優先度を明確化したり、施策ごとの「影響度×実行難易度」を評価することで、迅速な判断を下しています。ユーザーインタビューにおいては、どの層のユーザーがどのフェーズで不満を感じているかを仮説から検証し、具体的なデータに基づいて問題点を抽出する工夫も行っています。 仮説と判断はどう連携する？ 週に一度、仮説をもとに業務課題を整理し、必要なデータを洗い出すワークシートを作成するなど、日常的な業務の中でも「仮説→データ→判断」の流れを徹底しています。毎月、ユーザーアンケートやインタビュー結果の分析から改善案を提案し、社内でのレビューにてその流れを共有することで、施策の精度や実行力の向上に努めています。