(7ページ目)

確認 ✕ データ

に関する学び

---

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

データ分析で解像度を高めるには？ データは受け取ったままではなく、一手間加えることで解像度が上がります。絶対値だけでなく、相対値でも数字を出して比率を確認し、数字はグラフ化することで視覚的に課題を見つけやすくなります。また、取り扱う情報が売り手側か顧客側かで分析の視点が変わることを認識しておくことが重要です。 偏りを防ぐためにはどうする？ 基本的に売り手側の情報から分解することが多かったため、偏った視点だということを意識しなければなりません。切り口は時間、人、手段など様々な角度から分解し、可能な限りMECE（Mutually Exclusive, Collectively Exhaustive）で分解することで、ダブりなくモレなく網羅的に分析が可能になります。 新たな課題を発見する方法は？ 事業部の売上を分解する機会がよくありますが、売り手側の情報に偏らないように注意が必要です。慣れた分解手法を使うことが多いため、異なる視点や切り口、深掘りをすることで、今まで見えていなかった課題を見つけることができるでしょう。 分解のブレを防ぐには？ 事業部の売上や部署の売上、メニュー毎の売上、顧客毎の売上など、分解できそうな要素は多くありますが、まず最初に全体の定義を決めることで分解のブレを防ぎ、有効に活用していくことが大切です。毎週や毎月のように分析を行う機会があるため、週報や月報でこれまでと違った切り口で分解を試みてみようと思いました。 異なる切り口での分析の効果は？ これまで「課題はこれだ」と決めつけていた部分も多かったため、本当にそうか疑い、別の切り口で分解することで新たな課題を特定できると感じています。早速今回の週報から分析と分解を活用し、全体の定義を決め、MECEで考えるよう心がけ、ダブりやモレのない進行を目指します。

どんな選択が必要？ 私たちが何を得るかと同じくらい、何を捨てるかという選択の重要性を学びました。戦略の一環として「捨てる」ことに対して、明確な見通しを持ち、周囲に適切に伝える準備が大切だと感じました。 何のために捨てる？ 選択（捨てる）の必要性は、顧客にとってのメリットが向上する場合があることを再確認する点にあります。具体的には、「何のために？」という視点をしっかり持つことが重要です。時には、捨てることで顧客の利便性が増すことがあります。例えば、あるパフォーマンス集団が動物を排除することで、人間の高度なパフォーマンスに注力できるようになったという具体例が理解を深めました。 なぜ変革が必要？ 長年の惰性に流されず、現状から最適な解を探求することが肝心です。「やめましょう」という勇気を持ち、新しい意見を取り入れることも重要で、これが惰性による無駄を排除するヒントとなります。 業務はどう見直す？ 業務プロセスの見直しにおいては、優先度の低いタスクを削減し、手動作業を自動化・簡素化することが必要です。サポート範囲の見直しでは、対象の中止や範囲を低減し、FAQやセルフサポートを導入するといった方法があります。データの管理と報告の効率化として、不要なデータを整理し、報告を簡略化することが挙げられます。 再構築はどう進む？ 「捨てる」という選択は価値を高めるための再構築と覚悟すべきです。具体的には以下のステップが有効です。まずは目標と優先順位の明確化を行い、リソースの把握を通じて捨てるべき項目の候補を挙げます。その後、捨てる対象を決定し、チームで共有します。そして、捨てた後の行動計画を策定し、計画的に新たに生まれたリソースを活用します。最後に、実行後はモニタリングを行い、捨てた結果が本当に改善されているかを確認することが大切です。

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

任せ方の見直しは？ 自分の仕事の任せ方が、相手にとって過度な負荷になることがあると知りました。 選択にリスクは？ 演習では、データ入力の後にどんな仕事を任せるかというワークがありました。私は、いきなり経営陣にプレゼンする資料を作成させるという仕事を選びました。当時の私はこれが最適だと思って選択しましたが、その選択にはリスクがあることが示唆されました。 成長重視で良い？ 成長や経験に重点を置きすぎると、部下の能力や気持ちが追いつかないことがわかりました。個人的には追いつかなくても良い経験だと思っていましたが、仕事の成果に重点を置くとリスクがある選択であり、部下のモチベーションにもリスクとなることを学びました。 新人育成はどう？ これから新しく配属されるメンバーの育成を担当することになります。新人育成では、お客様との相談業務を行えるようにするのがゴールですが、すぐには難しいため、少しずつ任せることが必要です。今回の学びは、この育成業務に大いに活かせます。 既存メンバーの活用は？ もちろん、既存メンバーに対する仕事の任せ方としても活用できるスキルなので、意識して使っていきたいと思います。 ゾーンの境界は？ まずは新規メンバーの育成に活用します。相手の能力や気持ちを確認しながら、ストレッチゾーンになりうる仕事を任せていきたいと考えています。具体的には、ストレッチゾーンとコンフォートゾーン、パニックゾーンの境界線を探りながら進めていきます。 目標再設定は？ 次に、既存メンバーへの目標進捗ミーティングに活用します。今期は3ヶ月が過ぎ、状況も変化しているので、ミーティングを設定し、どんなことをどのくらい、どのように行ってほしいかを再設定したいと思います。部下が前向きに取り組める部分を確認し、再設定を行います。

仮説って何だろう？ ビジネス現場における仮説とは、ある論点に対する仮の答えのことです。仮説は「結論の仮説」と「問題解決の仮説」に大別され、時間軸（過去、現在、未来）によりその内容が変化します。問題解決の仮説は課題に取り組む際の原因究明に用いられ、一方、結論の仮説は新規事業などに対する仮の答えとして位置づけられます。 プロセスの流れは？ 問題解決のプロセスは４つのステップで整理できます。まず、Whatで問題が何であり、どの程度の問題かを把握します。次にWhereで問題の所在を明らかにし、Whyで問題が発生している原因を追究します。最後にHowでどのような対策が有効かを検討します。複数の仮説を同時に立て、各々の仮説が網羅性を持つよう確認することで、行動のスピードや精度の向上が期待できます。 仮説の活用法は？ 私自身はこれまで、Webサイトの行動履歴や売上、KPIなどのデータ分析において、一つの仮説に頼る傾向がありました。今後は最低３つ以上の仮説を立て、上記の４ステップ（What、Where、Why、How）に沿って分析を深め、効率的な問題解決を目指していきたいと考えています。原因追及だけでなく、具体的な対策案を提案できる分析力の向上が目標です。 具体策は何だろう？ そのため、以下の取り組みを徹底していきます。まず、仮説立案を強化し、複数の仮説を積極的に検討します。次に、問題解決の４ステップに沿って、各ステップの内容を明確に記録し、問題の全体像を把握します。また、データ分析に必要な技術や知識の学習を継続し、プログラムや統計学などの講座を受講することでスキルアップを図ります。最後に、チーム内でのコミュニケーションを強化し、情報共有や定期的なレビューを通して、原因追及から対策提案まで一貫したアプローチを実現します。

「Why」と「How」の探求は？ 問題解決の4つのプロセスのうち、最後の2つである「Why（なぜ）」と「How（どのように）」について考えました。問題の原因を明らかにするために、プロセスを分解し、どの段階に問題があるのかを特定します。そして、解決策を検討する際には、複数の選択肢を洗い出し、それぞれの根拠を持って選定します。 学びをどう生かすか？ これまでの学習でも、都合の良いデータばかりを集めないことや、仮説思考で柔軟に考えることの重要性を学んできました。同様に、「How」についても決め打ちせず、複数の選択肢を洗い出し、判断基準を設け、重要度で比較して解決策を選ぶようにします。 A/Bテストの手法とは？ また、A/Bテストについても学びました。複数の案を条件を揃えて比較し、評価する手法です。複数の案を実際に試し、反応を確認しながら仮説検証を繰り返して評価します。ある事例では、スピードが重要で3ヶ月も待てないため、同時にランダム表示を選択しましたが、条件を揃える理由に納得しました。 黒字化への挑戦は成功？ ちょうど今週、この学びを生かす機会がありました。自部門の数字が黒字にならない原因を考える場面があったのです。これは長年の問題で、まだ解決に至っていません。今週の学びを基に、原因や解決案を決め打ちせず、プロセスに分解し、複数の仮説を立て、根拠となるデータを示しながら解決策に向けた対策を考えていきたいと思います。 残業時間の原因は何か？ 最後に、自身の月々の残業がなぜ80時間に達してしまうのかについても、4つのプロセスを用いて考えてみることにします。さらに、Q2で記載した問題の原因について、ある程度仮説を立てています。それらの仮説が正しいかどうか、データを用いて分析することを早速始めてみます。

仮説の再考は？ 仮説の分類について考える際、私は従来「問題解決を過去から見る」観点に主眼を置いていました。しかし、仮説全体を見直すうちに、「結論や未来を予測し、仮定の上、検証する」点には十分踏み込んでいなかったことに気づきました。 視野を広げるとどうなる？ そこで、仮説全体を見る際には、結論や未来の予測を含む多角的な視点を持ち、バイアスにならないよう視野を広げて考えることが重要だと感じました。結論、つまりゴールから出発しデータを集めて検証していくものの、その過程で手戻りが発生し、結果として何度もデータを再確認することがあります。こうした経験から「方向性を見いだせて初めて動き出せる」という体験を増やしてみたいと思いました。時間効率を意識することで、普段の行動に留まりがちになりますが、時にはうまくいかないことを試みる勇気も大切だと考えています。うまくいかないことから得られる手戻りや試行錯誤の過程は、生産効率を低下させる一方で、自己を納得させるための貴重な材料にもなります。 根拠に基づく行動は？ 行動計画としては、「仮説を立てる」にあたって、数字に基づく根拠やフェルミ推定を活用し、意思決定において経験則に頼らず新しい立ち位置を見つけることを目指します。また、これまで行ってきたお客様の離脱予測を、仮説をもとに見直し、データ収集を通じて有効な改善策を模索していきたいと考えています。 データの真実は何か？ さらに、KPI関連指標については、チーム単体での目標達成がデータ分析を経ないままであったことを反省し、達成の要因を深掘りすることで、本当に正しい事業活動を行えているかを検証します。他チームや類似業務との比較を通じて、データ取得し仮説を立て分析を行うことで、一層の改善を図っていくことを目指しています。

分析の本質をどう理解する？ 「分析は比較なり」という言葉に触れ、データ分析の本質を理解しました。特に分析の重要な要素を短く表現していると感じ、講座の印象に残っています。具体例では飛行機の比較がありましたが、欠損部分を答えと思ってしまいました。この講座を通じて、すぐに正しい結論を導けるよう、考え方を習得したいと思っています。 分析前の準備は何を意識する？ 次に、分析前の「目的」と「仮説」が重要であることを学びました。これまでは仕事の中でしばしば「分析しておいて」と言われ、提案書の内容やグラフの色選びで迷うことが多くありました。これらの悩みの原因は、分析の目的や仮説の前提が欠けていたことに気づきました。この気づきにより、目の前の作業に集中するのではなく、前提意識を持って取り組むことで、提案書の質やクライアントへの説得力が大きく改善されると感じました。 理想の分析へどう向かう？ 「言語化・教訓化・自分化」の実践においては、理想の姿を描く際に不足を感じ、反省しました。本講座を通じてこれを意識的に学び、活かしたいと思います。また、内部環境や外部環境のデータ分析でこれらの考えを活用できると感じました。 必要なデータはどう見つける？ まず、データ収集の場面では、市場やクライアントの会社を分析時に、どのデータが必要か考えることができます。クライアントに提供するデータについて考える場面にも役立つでしょう。 提案書作成で重要なポイントは？ 分析前に重要なのは、「目的」と「仮説」であり、提案書へ表現する際には、明確な目的に基づいて、適切なグラフや色の選択を行うことが大切です。また、分析を進める間にも都度結果を確認し、方針の変更がないかチェックすることで、目的に沿った貴重な分析を行いたいと考えました。

テクニックって何？ 最初に、テクニック面で以下の点を再確認しました。まず、「何となく考え始める」のではなく、「イシューは何か？」を明確にすることからスタートします。そして、そのイシューが正しいかを客観的に考え、特定したイシューを分析する際には「ひと手間かけて」データを加工することが大切です。さらに、データの分解が正しいかどうか、一度立ち止まって考える姿勢を持ち、相手に伝わるように丁寧にスライドを作成することが重要です。 心はどう向き合う？ 次に、気持ちの面でも以下のことが身に染みました。人や書籍から知識を得るだけではなく、自分の頭で考えることをしなければ、自分の力にはなりません。しかし、自分勝手に考えるだけで人や書籍から学ばなければ、独断に陥ってしまいます。これからも「自分自身で考える」ことを止めてはいけないと強く感じています。 タスクの理由は？ ルーチンのタスクにおいても、なぜそれを実施しているのか、実施の必要があるのかを改めて考え直しながら業務に取り組むべきだと感じました。そのため、早速月曜日から思考を止めることなく行動していきたいです。また、企画を立案する際には、イシューの特定から相手に伝わる資料の作成・提案までのすべてのフローで今回学んだことが実施できているかを確認しつつ進めていきたいと考えています。 具体的には、ミーティング参加時にはイシューがぶれていないかを常に確認します。そして、思考を整理する際にはMECEやピラミッドストラクチャーなどのフレームワークを活用し、思いつきで行動するのではなく、一度立ち止まる癖をつけるようにしたいです。また、資料作成時には論理的思考をベースに下準備を行い、データを分析し、相手に伝わるかという視点に重きを置く習慣をつけることが必要だと考えています。

6週間の振り返りと学び 6週間の総まとめをLive授業で振り返り、演習として実践することができました。時間は限られていましたが、ブレークアウトルームでのディスカッションが非常に有意義でした。他のグループの発表やチャット欄での投稿から、同じ題材でも切り口や発想が異なる点も興味深かったです。 アウトプットの重要性を実感 アウトプットの重要性と他の人を巻き込み、様々な視点で物事を考えることの重要性や効果を実感しました。データ分析は週次のチームミーティングでの前週の結果分析や当該週のアクションプラン策定に活用しています。本講座で学んだ考え方や進め方をチームメンバーにも浸透させるため、常にアウトプットを意識していきます。 分析と仮説構築の大切さ 特に以下の3点を大切にしていきます。 1. 分析とは比較すること 2. 仮説の引き出しの持ち方 3. 仮説構築に各種フレームワークを活用できること 新しいスタイルの効果は？ アウトプットを通じて自分自身にも自然に身につけ（体得する）状況にまで持っていければと思います。 Q2に記載した場面での活用を考えていますが、その進め方には特に注意を払いたいです。最初に自分の分析結果を示してからメンバーの意見を聞くのではなく、前週の結果やトレンドを全員で確認し、その上でどのような仮説や原因が考えられるかをチームで検討します。そして、その上で自分の分析結果や仮説を共有することを意識して取り組みたいと思います。 得られる効果への期待 このスタイルにより、以下の効果が期待できます。 1. バイアスをある程度取り除ける 2. 自分自身が思いもつかなかった仮説を認識できる これまでのスタイルから変えていくことで、どのような結果が得られるのか楽しみです。

重要な三つのポイントとは？ 私が特に重要と感じた点について整理すると、次の三つが挙げられます。 まず、「分析は比較なり」という点です。物事を細分化して整理し、各要素の性質や構造をはっきりさせることが求められます。また、具体的な比較対象や基準を設けることで、状態を把握しやすくなり、意思決定もしやすくなります。 データ分析の目的確認はなぜ大事？ 次に、「データ分析を始める前に目的の確認をすること」の重要性です。仮説を立てて取り組むことが強調され、目的と照らし合わせながら比較することで、目に見えない情報を想像しながらの分析が可能になります。 最後に、「Apple to Appleになっているか」の確認が重要です。不適切な比較対象を避け、意思決定に役立つ分析を行うよう心がけなければなりません。 グラフの可視化はどう変わる？ また、グラフの可視化においても学びがありました。データの種類に応じた加工法やグラフの見せ方を学び、「どんなデータを」「どう加工するとわかりやすいか」をより意識する必要があります。これを企画ごとのデータ分析に役立て、反響率や成約率、属性やエリアなど、比較すべき視点が今まで以上にあることに気づかされました。 実践にどう活かすか？ さらに、作成するグラフの可視化方法についても実践していきたいと感じました。分析の本質をチーム内で共有し、分析に取り組む前の目的の明確化を意識することが必要です。そのうえで、これまで出してきた分析指標が正しい比較だったのか、新しい視点はないかを見直し、より良い意思決定に役立つものにしていきたいと思います。 企画運営の課題を定量分析によって発見し、根拠のある提案ができるようにするために、まずは学びを実践していくことが大切だと感じました。