(5ページ目)

売上 ✕ データ

に関する学び

---

なぜデータを分ける？ まずは、分析はデータを分けて整理するところから始まると感じました。各要素や性質の細部まで明確に把握してから整理することが、効果的な分析につながると実感しています。また、比較対象や基準を設け、データを比べることで意思決定を支援する効果にも大きな意義があると印象に残りました。 どこを重点分析？ 動画学習では、帰還した戦闘機の被ダメージ部分とそうでない部分、さらにその他の箇所について、どの部分の分析が有用なのかという問いかけがありました。帰還しなかった戦闘機では、被ダメージの少ない部分に致命的な損傷がある可能性を想定し、その箇所を中心に分析すべきだという仮説思考を学び、これまでになかった視点を得ることができました。 データで判断する？ また、データの収集や分析の目的は、それを基にした適切な意思決定にあると感じます。意思決定を円滑に進められるよう、データ分析のスキルを磨いていく必要性を強く意識するようになりました。 売上の謎は何？ 売上分析においては、課題の真因を明確にするために、売上に直結する各種データをどのように収集するかが重要です。過去の実績や予算、さらに他社の数値との比較によりギャップを把握し、原因を推察して仮説を立てるプロセスは、正確な分析に寄与するというイメージが湧きました。 本質はどう捉える？ 最後に、データ収集の際は、必要な要素の抽出を慎重に行うことが求められます。MECEの思考法を活用し、要素の抜け漏れを防ぐとともに、各項目に適した分析手法を検討することが大切です。データそのものの生成に注力するのではなく、本質が何かを見極め、意思決定を促す資料として仕上げることが、最も重要であると感じました。

代表値の意味は何？ データを理解するためには、代表値と散らばりに注目することが大切だと学びました。代表値については、これまで単純平均や中央値が中心だと思っていましたが、加重平均（重みづけを行う）や幾何平均（売上成長率の計算などに用いる）もあることを知りました。 散らばりの特徴は？ また、データの散らばりを把握するためには標準偏差が有効です。標準偏差の値が大きいほどデータのばらつきが大きいことが示され、散らばりをグラフにすると中央が高い釣り鐘型になるのが一般的です。大部分の値は標準偏差の2倍以内に収まるとされ、これを2SDルールと呼びます。この考え方は、日本人男性の平均身長とそのばらつきを求める具体例で非常に分かりやすかったです。 業務で活かすポイントは？ 業務面では、意識調査で入社年次のデータが取得できた際に、標準偏差を使ってデータのばらつきを確認してみたいと考えています。社内教育の理解度確認にも、標準偏差が有用であると思いました。 他部署での応用は？ さらに、別部署で実施している顧客アンケートの分析においても、今回学んだ知識が応用できそうです。たとえば、寄せられた意見をカテゴライズして、売上に応じた加重平均を算出することで優先すべき意見を抽出できると感じました。また、幾何平均を用いることで、翌年度の予測も立てられるのではないかと考えています。 今後の展開はどう？ 今後、6月末に予定している社内教育のアンケート分析では、理解度の散らばりを明らかにするために標準偏差を調べるつもりです。そして、業務分担の変更が見込まれる中で、顧客アンケートの分析にも加重平均や幾何平均を活用し、前年度データとの比較検証を行う予定です。

デザイン思考をどう活かす？ デザイン思考には、共感、課題設定、発想、試作、テストのステップがあり、これを非線形に繰り返すことが重要だと学びました。この思考をビジネスに活かすためには、顧客やユーザーの行動を観察し、彼らの体験価値を最大化することが大切です。最近学んだカスタマージャーニーでも、ペルソナを細かく設定することが、サービスやプロダクト、戦略を考える上で重要だとされており、これがデザイン思考と通じると感じました。 学びを深めるステップは？ 学びにおいて大切なこととして、1.言語化、2.教訓化、3.自分化が挙げられ、これが特に印象に残りました。私は考えを言葉にするのが苦手なので、まず書いてみて、次に発言し、さらに伝わりやすくするステップを踏んでいければ良いと思っています。 システム開発の目的を再確認 現在、私は営業系のシステムを開発・管理・運用する部署に所属しており、社内の営業部門がメインの顧客です。これまで、ITやシステムに慣れていないユーザーをターゲットに、使いやすさを重視した設計を行ってきました。しかし、講義を通じて、システム開発の本来の目的は効率化や売上向上を図ることにあると考え直しました。ターゲット設定を見直し、本来の目的達成のための設計をもっと重視すべきかもしれないと感じました。 顧客理解に基づく設計とは？ システム開発においては、インターフェイスの使いやすさに過度に拘らず、データの意味を可視化し、顧客理解や戦略策定を実現するための設計に焦点を当てる必要があります。既存のシステムについても、ユーザー目線でその利用価値を最大化できるかを考え、ユーザーからのフィードバックを積極的に取り入れる姿勢が大切です。

なぜ分析は重要？ 分析とは、単にデータを分類し比較するだけでなく、目的に沿った深い理解を得る手法です。基本となる4つのステップ―目的の明確化、仮説の立案、データ収集、結論付け―を踏むことで、より有意義な結果を導き出すことができます。 比較対象はどう決定？ 分析を行う際は、比較対象の選定が重要です。分析したい要素以外の条件を揃えるとともに、目的に合った比較対象を選ぶことで、情報が正確かつ具体的に浮かび上がります。 受動から能動へは？ これまで、航空会社での営業活動において、社内の分析チームから共有されたデータやコメントを受動的に読み取っていました。しかし今後は、共有された情報に頼るだけでなく、自ら積極的に情報を集め、複数の視点から状況を把握できるよう努めたいと考えています。 予約状況はどう見る？ 例えば、週間予約動向の分析では、毎週発表されるどの便・クラスの予約状況が一定の割合で埋まっているというデータを参照するだけでなく、先週との比較や他社の状況との違いを検討し、より広い視野で状況を評価していきたいと思っています。 売上分析の切り口は？ また、売上実績の分析においては、単に他社や昨年度同月との比較にとどまらず、国籍、性別、年齢別のデータも取り入れ、顧客のニーズをより深く探る視点を持ちたいと考えています。 仮説設定はどうする？ このような分析を行う際には、まず「何を知りたいのか」という目的を明確にし、データを眺める前に自分なりの仮説を立てることが大切です。数値をただ確認するのではなく、自身の考えを持ってさらに深堀りし、既存のコメントに影響されすぎず、自らの視点でデータを解釈する姿勢が求められています。

データ分解の必要性は？ 今週の学習では以下の点について考察しました。まず、データを分解する際には、さまざまな視点からの切り口を持っておくことが重要です。データの分解方法や細かくするやり方によって、データの見方は大きく変わり、傾向や仮説が立てやすくなります。また、多面的な視点でデータを分解することも必要です。MECE（漏れなく、ダブりなく）を用いて検証することは基本ですが、さまざまな角度から分析することの重要性を感じました。さらに、データの可視化も重要であり、グラフなどを使うことで傾向の見方が大きく変わるため、積極的に用いていきたいと考えています。 業務へどう活かす？ これを自分の業務に当てはめると、以下のようになります。データを単に表にまとめるだけでなく、詳細に分解したりグラフ化することで、関連性の洗い出しに役立てられると考えます。具体的には、開発中の製品の物性データ解析を行い、改善に必要な影響因子を洗い出したり、売上と在庫のデータ推移を国やユーザーごとに解析し、仮説立てに活用したりします。また、文章データを整理し、プロセス解析と分類分けによる分析を行います。 分析に多角視点は？ データ分析や分解については、自分だけで行うのではなく、他の人にも確認をお願いし、異なる視点や着眼点を参考にして分解のバリエーションを増やすよう心がけます。データを取得する際も、従来の方法にとらわれず、「本当に必要なデータなのか」という視点を意識して行います。過去のデータとの関連性も考慮に入れ、有用なデータ取得を目指します。結果に対しては、「本当か？」といった問いを繰り返し、別の視点での傾向の可能性を確認することも重要です。

標準偏差をどう理解したか？ データを分析する際に使用する数値（平均値、中央値、標準偏差）について、特に標準偏差については名前を聞いたことがあってもよく理解していなかったが、今回の学習でよく理解できた。2SDルールを使うと、大体の平均値が分かることも印象的だった。また幾何平均についても学べてよかった。恥ずかしながら、これまで売上の成長率をデータを目で見た大体の数で算出していたため、売上予測を立てるのに幾何平均が大いに役立つと実感した。調べたところ、エクセルでは標準偏差はSTDEV.P関数、幾何平均はGEOMEAN関数を使うと算出できるようだ。 より的確な売上予測を立てるには？ まず、目標設定のために売上予測を立てること。また、各製品のポテンシャル予測にも活用できそうだ。さらに、自社サイト会員数の分布を散布図を使って確認することができると思った。ニッチな業界のためこれまで分布を確認したことがなかったが、年齢や勤務地等でデータを分析してみると面白そうだ。 各製品の成長率を比較する方法は？ 次に、扱う製品と市場の性質上、月毎の売上に大きなばらつきがあるため、年ごとにまとめるのでは効果的な数字が得られないと考える。そのため、各製品の月毎の売上を、過去の3-4年と比較することで成長率や今後の伸び率が確認できそうだ。また、例えば月1以上ログインしている会員の年齢を5年くらいごとに区切ってヒストグラムに示す、あるいは企画ごとに図式化することで、どの企画がどの年代に刺さっているのかが分かりそうだ。 有用なデータ分析を期待するには？ これらの手法を取り入れることで、より具体的で有用なデータ分析ができると期待している。

なぜ複数の仮説が大切？ 仮説を立てる際の重要なポイントはいくつかあります。まず、確からしい仮説がある場合でも、それに固執せず、複数の仮説を立てることが大切です。また、異なる観点から仮説を立てることで、見落としを防ぎます。特にフレームワークを活用することによって、網羅的に仮説を立てることが可能です。例として、3Cや4Pのような方法がありますが、分類に自信がなくても、広い視点で考えることが目的ですので心配ありません。 データ収集で何を探す？ データ収集においては、比較対象を意図的に選び、反論を排除するための情報まで集めるようにしましょう。仮説を簡単に切り捨てないことがポイントです。 どうして視点を広げる？ 売上が低迷している商品のリニューアルや新商品のコンセプト評価が思わしくない場合、特に3Cの観点から原因仮説や戦略仮説を立てることがあります。その際、視点が狭くならないよう、予測可能な答えをいったん頭から離し、第三者の視点で仮説を立ててみることが重要です。また、「顧客」と「競合」といった視点での分類に迷うことがありますが、分類自体に注力する必要はありません。仮説を排除した際の理由をデータで示す必要があるので、安易に仮説を切り捨てないようにしましょう。 フォーマットで何を改善？ 仮説立てのフォーマットには、仮説を切り捨てた理由を記載する項目を設けることが有用です。また、「製品」に関しては、3Cだけでなく、「パッケージ」「味」「価格」なども考慮に入れたフォーマットに変えるのが良いでしょう。フレームワークを活用しても、一人では限界があるため、他部署の方々の協力を得ることも効果的です。

会社の繋がり方とは？ 山田さんの視点で描かれた親身になってくれる会社、先輩との繋がりのある会社、会社間の繋がりが説明されており、次第に定量的な価値にシフトしている様子がとても印象的でした。利益額や工数を基にした判断基準は、今後の顧客対応に役立つと思いますが、その時にロジカルに捨てる判断が本当にできるのかはまだ疑問です。組織が大きくなるにつれ、創業メンバーが行っていた業務が惰性で残ることがあります。しかし、新しい意見をしっかり受け止め、必要のないものはきちんと捨てるようにしたいと思います。 新規事業の挑戦とは？ 私の部署は新規事業を扱う部隊で、現段階では売上高や利益率のデータが十分に揃っていないため、定量的な優先順位を設定する朝の時間はありません。現在は、顧客の事業規模（売上高）と自律性で簡単な優先順位を決めていますが、リソースの逼迫が進むにつれて、どこかで切り捨ての判断が必要になると思います。 業務効率化の必要性は？ 社内にはまだ多くの無駄な業務がありますので、社内プロセスを効率化し外注化を進めたいです。一方で、社外のお客様の優先順位付けは後回しにしたいです。役員からは売上げ見込みを試算するように指示されていますが、最初から事業規模が一定以上の特定業界の顧客にターゲットを絞っているため、現時点で売上見込みが少ない企業を即座に捨てる判断には激しないかもしれません。しかし、「なぜその顧客と取り組んでいるのか」は将来的に問われるでしょう。 優先順位をどう整理する？ まずは、現顧客リストの取り組み状況から再度売上見込みを試算し、優先順位の妥当性を客観的に説明できるよう整理していきたいと思います。

数字を味方にするには？ 数字を味方にするには「分解」が必要であることを学びました。また、分解には複数の切り口で行うことが大切です。単純に機械的な切り口では、本当に欲しい結果が得られにくいため、定性的な仮説を持ちながら視点を変えつつ切り口を探すことが重要です。 手を動かすことの意義とは？ 特に「まずは手を動かす」という点は感銘を受けました。やってうまくいかなければ、それは失敗ではなく有効ではなかったことがわかるというパラダイムは新鮮であり、大きな学びとなりました。 MECE手法で得られるものは？ 手法としてMECEを活用することで、適切な分解に繋がることも学びました。「分解する」と一言で言っても、最低限の分解方法の知識がないと意味がありません。MECEの手法を学び、仮説を立てながら実践に移したいと思います。 キッチンカー分析にどう活かす？ 現在、自社の敷地内に出店しているキッチンカーの売上傾向の分析を行っていますが、この分析に今回学んだことが役立つと考えています。今まではデータを機械的に分解し、データを集めて傾向を調べ、次の仮説を立てていましたが、そもそもの分解が正しいか疑問を持つところから始める必要があります。異なる切り口によって、より効果的な分解と分析に繋がるので、その方法を実践してみます。 AIとの協働で得られる発見は？ 上記の集計しているデータを見直し、自分で立てた仮説とAI分析による切り口の提案を比較してみるつもりです。切り口や分け方を自分で考えると同時に、AIでもうまく提案させるようなプロンプトを工夫し、斬新な発見ができる方法を模索したいと思います。

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

なぜ仮説が必要？ 仮説は非常に重要です。急いだり怠ったりして、仮説を立てずにいきなり方法論に入ると、結果として時間が余計にかかるか、誤った方向へ進んでしまう可能性があります。 どう検証すべき？ また、仮説はあくまで仮の答えであり、その検証が必要です。検証のためには目的意識を持ったデータ分析が不可欠です。そのため、たとえ「答え」となりうるものであっても、複数の仮説を立てることが求められます。さらに、3Cや4Pなど異なる切り口を用いることで、問題全体を網羅的に捉えることが可能となります。 疑いは成長の鍵？ 加えて、仮説の立証を目的としたデータ収集や分析においては、自身の仮説が誤っているのではないかという視点を忘れずに実践することが重要です。こうすることで、自分に都合の良いデータだけを集めてしまうことを避けられます。 原因はどう見極め？ 実店舗の売上やPLに関する業務では、好調な店舗と不調な店舗が存在します。いずれの場合も、その原因を正確に特定し、好調なら通例に従い、不調なら改善策を講じることが必要です。これまで、まず膨大な時間をかけてデータを収集していたところを、仮説思考を取り入れることで、何が問題なのかを先に明確にし、仮説を立てることから対応するようになりました。 何を意識すべき？ また、目につきやすい場所に仮説思考に関するポイントやステップを掲示し、常に意識できる環境を整えることも有効です。正解や不正解を問わず、失敗を恐れずに実践していくこと、日常的に課題意識や疑問を持つこと、そして先輩たちの実践事例や経験から学ぶことが、さらなる成長につながります。

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