(16ページ目)

分析 ✕ ポイント

に関する学び

---

プロセスをどう分けるか？ 問題の原因を追求する上で、プロセスを分けることにより、より精度の高い分析や仮説構築ができることを学びました。また、GAILの解説にあった「思考の範囲を広げてみる」ことは新しい発見でした。仮説構築や原因究明を行う際、自社や自組織の問題に目が向きがちですが、社外の要因にも原因があるのではないかという視点が新たな切り口を与えてくれることを実感しました。早速、日々の業務にも逆説的仮説を取り入れてみたいと思います。 評価分析の注意点は？ 今週の演習で出てきた評価分析は、これまでも実践してきましたが、今後も活用していきます。注意点として、評価項目の設定や重みづけに気を付ける必要があると感じました。評価項目や重みづけによって、評価対象者によって結果が異なってしまうことがあるので、実際の業務では自分一人で評価項目を設定せず、他者の視点や意見を取り入れて設定し、評価を行っていこうと思います。 次の四半期に向けた準備 今月で第三四半期が終了し、来月から第四四半期が始まります。10月頭にあるQuarter Business Reviewに向けて、今四半期の結果の分析や問題点、改善が必要なポイントを洗い出し、次の四半期へのアクションプランを策定するつもりです。チームや各メンバーにおいて傾向があるので、What、Where、Why、Howの各ステップを意識し、分析、原因究明、改善策を見出していきます。各分析結果は組織および該当の個人に共有し、フィードバックをもらおうと思います。

バイアスをどう回避する？ ロジカルシンキングで重要なポイントとして、バイアスを回避することが挙げられる。バイアスとは、自分の信念や意見を支持する証拠に重点を置き、それ以外の情報を無視したり軽視したりする認知の偏りのことだ。これを避けるためには以下のことを意識することが大切である。 まず、論拠を立てて思考すること。また、具体的な問題や意思決定においては、主張や仮説を立てる際にその根拠や理由を明確に整理し、客観的な分析を行うことが求められる。 効果的なコミュニケーションとは？ 私自身、IT企業でPMを担当しているが、他チームへ何かを依頼する際には、自分のチームの要望だけでなく、相手側に有利となる情報も伝えるように意識している。逆の立場になって考えたとき、相手の言い分が合理的であるほど納得感を得られるケースが多いということに気付いたからだ。また、同じことを言っているのに人によって理解度が異なるのは、相手の考え方のプロセスや論拠が原因であると考えた。今回の学びを通じて、この点を改善したいと思う。 具体的には、まず会議での自分の発言パターンを再度分析してみること。そして、結論を出すことだけにフォーカスせず、論拠や考え方のプロセスを意識してから発言すること。さらに、何事にもバイアスを意識し、一度出した結論に対してももう一度第三者目線で検討しなおすことが重要である。 論理的思考の実践方法 これらのポイントを実践することで、より論理的でバイアスのない思考ができるようになると期待している。

データをどう加工すべきか？ 与えられたデータをどのように加工すればよいか、その考え方を学ぶことができました。大切なポイントは以下の3つです： 1. 与えられた表をそのまま見るのではなく、まず加工を考える。 2. 絶対値ではなく相対値でもデータを見る。 3. 一手間加えてグラフ化し、視覚的にわかりやすくする。 データ分析の仮説立て方とは？ これらを実行する上で重要なのは、仮説を立ててデータを分解することです。特に、MECE（漏れなくダブりなく）な分解を習得することが求められます。 可視化で何を達成できる？ 私は、売上や営業スタッフ一人ひとりの実績やシェアを見ることが多く、その際にフィードバックを行う機会があります。ただ結果を振り返るだけでなく、もう一歩踏み込んだフィードバックができるように、データを可視化したいと考えています。可視化する際には、様々な切り口でデータを分解し、仮説を立てて分析します。もし仮説が結果に結びつかなくても、トライ&エラーを繰り返して原因を追求します。 今後の目標は？ 今後の目標は以下の通りです： - 毎月の数字の振り返りの際に、特定エリアの商圏分析と購買年齢層を比較し、問題の明確化と特定を行い、さらに原因追求のプロセスを明確化する習慣をつける。 - 営業スタッフへの数字振り返り資料を、次回の会議時にはグラフ等を用いて改訂してみる。 - 月間の実績確認において、各カテゴリーごとにチェックするだけでなく、その都度気になる切り口でMECE分解を行う。

文章はどう伝える？ 相手に伝わる文章や資料作成においては、ただ情報を羅列するのではなく、読み手がすぐに理解できるよう、整理された構造と流れを意識することが大切だと学びました。単なる数字や文字の羅列ではなく、必要な情報が一目でわかるように、無駄な言葉を省きつつ具体的な内容を盛り込むことが求められます。 図表はどう活かす？ 資料作成では、グラフや図表を効果的に用いるため、まずは単体の数値やデータに適切な単位の記載を行い、その後、データの性質に応じたグラフ（時系列データならば棒グラフ、変化を示す場合は折れ線グラフ、要素ごとのデータなら横グラフ）を利用して全体を俯瞰できるように工夫します。また、フォントや色、アイコン、強調表現の使い分けにより、伝えたいポイントと図表の整合性を持たせることも重要です。 メールはどう構成？ メール文章については、結論を最初に示すとともに、題名や書き出しに相手の興味を引く工夫を施し、リード文から注意を引く構成にすることが大切です。文章全体も項目分けや箇条書きを取り入れ、情報を整理して分かりやすく伝えるよう努めています。 学びをどう確認？ これまで学んだ数字の分析や日本語表現の技法、資料作成のポイントを振り返り、デスクトップにまとめた内容を常に確認しながら業務に取り組むことが、効果的な資料作成への近道であると感じています。完成した資料は、まるで「もう1人の自分」がチェックしているかのように、全体の整合性や論理性を見渡して仕上げることを心掛けています。

リサーチの必要性は？ ある企業の開発事例から、まずリサーチ段階で潜在的なニーズを見つけることの重要性を学びました。真のニーズを引き出すためには、デプスインタビューやカスタマージャーニーの詳細な分析など、緻密な作業が必要であることが印象に残りました。 ニーズと強みはどう？ 商品開発の段階では、潜在ニーズと自社の強みを掛け合わせることで相乗効果が期待できると感じました。同時に、消費者がどのようなブランドイメージを期待しているのかという視点を取り入れる必要があると気づかされました。特にネーミングに関しては、開発側が届けたいイメージよりも、消費者が直感的にイメージできる言葉が求められると考えました。 調査手法はどう？ さらに、カスタマージャーニーのリサーチをより丁寧に行う必要性も感じました。過去のユーザーを数名ピックアップし、デプスインタビューを実施して真のニーズを明らかにすることや、業界サービスにおけるクライアントのペインポイントを探すことで他社との差別化を図ることが今後の課題です。 行動計画はどうする？ 具体的なアクションプランとしては、まず過去ユーザーの中から年齢層や職種ごとに3名のデプスインタビューを設定し（初めは5名から8名程度に声をかける）、次にデプスインタビューを通して転職活動に至るまでの行動背景やペインポイントについて再調査を行います。さらに、登録者が約2000名いるインスタアカウントを活用してインスタライブを実施し、ユーザーの生の声を収集していく予定です。

分析で重要なアプローチとは？ 物事を分析する際に、売上高や入場者数の分解を行いました。この際、ただ機械的に分解するのではなく、仮説を持ち、短絡的に考えずに試行錯誤することの重要性を感じました。また、問題解決のステップとして「①問題の明確化」「②問題個所の特定」「③原因の究明」「④解決策の立案」があることを改めて認識しました。MECE（Mutually Exclusive, Collectively Exhaustive）は特に②③④の解決ツールとして有効です。MECEのアプローチには、層別分解、変数分解、プロセス分解があり、それらを自然に思い浮かべられるように意識しています。 上位層に報告する際のポイントは？ プロジェクトで問題が発生した際、現場以外の社内の上位層に報告するときに、全体を俯瞰した整理が求められます。現場の部門は実情を把握しているため、自分の見えている範囲の細かい部分を報告しがちですが、これでは上位層が判断や解決策の妥当性を審議できません。全体を俯瞰して説明する上で、MECEのフレームワークは重要だと感じます。普段から業務全体を見渡す習慣をつけておかないと、問題解決のステップに進むことができない危険性を感じています。 作業見積工数の妥当性をどう示すか？ 現在、顧客からプロジェクトの作業見積工数の妥当性を問われており、MECEで説明が求められています。通常作業と特別作業の区分、お互いの作業に重複がないかを確認するために、MECEの層別分解を実施してみています。

情報で迷う理由は？ データ分析の際、目についた情報に振り回され、時間がかかってしまうことや、都合の良い情報ばかりに頼って決め打ちになってしまう問題を感じています。そこで、MECEの考え方を取り入れることにしました。 MECEの切り口は？ MECEには、全体を複数の部分に分ける層別分解と、全体を構成する変数に分ける変数分解という2つのアプローチがあります。たとえば、層別分解では年齢、季節、販売チャネルなどで分析し、変数分解では売上＝客単価×客数や売上＝商品単価×販売数のように捉えることができます。 分解できないのは？ また、MECEに分解できない例として、モレなしでダブリがある、モレありでダブリがない、モレありでダブリもある場合が挙げられます。今後は、売上分析や業界、顧客分析、さらには業務の課題解決にもこの考え方を積極的に活用していきたいと考えています。 データ加工のポイントは？ 現在、売上分析データを加工中であり、来週からはMECEの視点を取り入れたデータ加工を進める予定です。加えて、ロジックツリーを書き出すことで思考のスピードアップを図りながら、業務の課題解決に向けた取り組みも強化していきます。 情報取得の見直しは？ 以前、情報の取得に時間がかかることや、都合の良い情報だけを集めて決め打ちしてしまう点に気がつきました。そのため、現在作成中のデータをもう一度フラットに俯瞰し、MECEを意識したフレームワークを使って再検討に努めています。

全体像をどう掴む？ まず、全体像を明確にし、その上でMECEの観点から各要素を分けてみることが大切だと感じました。分析の際には、When、Who、Whatといった切り口を用いることで、気づかなかった本質や特徴が見えてくることが実感できます。たとえ分割したときに特徴があまり現れなくても、それ自体が一つの成功といえ、他の切り口での再分析に向けた前進となります。 数字から何が分かる？ 次に、プロダクト営業が主な業務となる中で、8期の販売実績を業界別、企業別、新規と既存、リードタイム、職種、引き合い額、受注額、受注率、失注額、失注率、商談からのリードタイム、プロダクト別という多角的な尺度で分析する意義を実感しています。こういった多角的なアプローチにより、見落としがちな側面や新たな効果的手法を発見することができるでしょう。 リソースはどう使う？ また、限られた人数でプロダクト販売に取り組む現状を踏まえ、業務分析によってどの部分にリソースを重点的に投下すべきか、あるいは外注した方が効果的かを数字に基づいて判断することが重要です。具体的には、販売実績の分析だけではなく、営業活動自体の業務分析を行い、目標達成のための仮説を立てる取り組みが求められます。 議論のポイントは？ 最後に、これらの分析や仮説は常にアップデートし、得られたインサイトをチーム内で議論する機会を積極的に創出することを意識しています。こうした取り組みが、今後の行動計画や業務効率の向上につながると信じています。

仮説をどう言語化する？ データを見る前に「こうなりそう」と感じるのは、すでに仮説を持っている証拠だと感じます。経験や直感から「この傾向があるかも」と思うことが、後に重要な指標を絞り込むための手がかりとなります。そのため、仮説をしっかりと言語化し明示することはとても大切です。 仮説検証の効果は？ 仮説が明確であれば、どの指標に重点的に注目すべきかが分かり、仮説が外れた場合でも「なぜ違ったのか？」という質問が自然に浮かび、スムーズに分析の焦点を絞ることができます。こうした仮説検証のサイクルを回すことこそが、データ分析の醍醐味であり、成果につながると考えています。 設備トラブルの影響は？ 実際、稼働分析を日常的に行う中で、「おそらく設備トラブルの影響で停止が増えたのではないか」という仮説を立て、その検証に利用するデータを慎重に選定しながら、表面的な課題ではなく本質的な改善ポイントにたどり着こうとしています。 なぜをどう掘り下げる？ また、分析業務において「なぜ？」と問いを繰り返すことを意識しているものの、これまで1～2回の掘り下げで思考を止め、表面的な原因に留まってしまうことが多かったと自覚しています。しかし、データ分析は正解のない問いに対して行うものであり、仮説や着眼点の精度が成果を大きく左右します。そのため、日常業務や分析の過程で「なぜを5回」繰り返すことを意識し、仮説が外れたときもすぐに切り替えず、なぜ違ったのかを徹底的に深掘りすることが重要だと感じています。

顧客ニーズは何が鍵？ ある企業の成功事例から、以下の3点の重要性を学びました。まず、顧客の真のニーズをしっかりと捉えること、次に覚えやすくユニークで用途を連想しやすい商品名を考えること、そして自社の強みを把握し効果的に活用することです。 本質はどう見抜く？ また、単なる問いかけだけでは十分なニーズは掴めず、行動観察や深掘りインタビューを通じて、より本質的なニーズを探る手法の重要性を実感しました。 事業成功の秘訣は？ さらに、曖昧な顧客ニーズに基づいて新しい事業を展開すると、成功の可能性は低くなる恐れがあります。そこで、単なるニーズにとどまらず、顧客の不便さや「痛み」に注目することが必要です。これを明らかにするためには、カスタマージャーニーを丁寧に分析することが効果的であると感じました。 ネーミングはどうする？ これらの学びを通して、今後はイベントタイトルやサービス名を考える際に、連想しやすく分かりやすいネーミングを意識していきたいと思います。また、顧客のペインポイントの把握に努めるため、カスタマージャーニーのリサーチと分析を徹底し、真のニーズおよびペインの解明に取り組みたいと考えています。 チームで意識を合わせる？ まずは、今回の学びを業務を共にするメンバーと共有し、チーム全体で理解を深める状態を作り上げたいです。その上で、カスタマージャーニーのリサーチ方法を見直し、真のニーズを捉えるための取り組みを進めていく所存です。

問題解決の狙いは？ 問題の所在を明らかにするためには、セグメンテーションや条件分けが重要です。まずは層別分解に取り組み、プロセスのどこに弱点があるかを見極めることが求められます。こうすることで、解決策が散漫にならず、問題の本質にフォーカスできます。 仮説はどう洗い出す？ 仮説の洗い出しは容易ではなく、思いついたことをそのまま書き連ねても網羅性が得られにくいという課題があります。そこで、まずは核となるアイデアを抽出し、それを一般化したうえで再び具体的な形に落とし込む方法が有効です。さらに、対となるカテゴリも設定することで、フレームワークを活用した仮説の構築が可能になります。 データ活用はどう進む？ また、「データドリブン経営」の推進に向けては、必要な検討やデータ収集、分析、結果の共有が事業改善の鍵となります。基礎的な経営結果データを効率的に可視化し、顧客タッチ数などの経営結果を動かすドライバデータを補足することが大切です。これにより、どのような意思決定を行うか、またそれに必要なデータが何かを明確にすることが可能になります。 売上分析のポイントは？ さらに、売上分析環境の構築にも注力する必要があります。たとえば、PowerBIを活用すれば、各メンバーが見たい切り口でデータを分析できる環境を整備できます。具体的には、商談数、顧客タッチ数、提案数、商談期間などのデータを取得し、可視化することで、より精度の高い意思決定を支える基盤が構築されます。

貸借対照表とは何か？ 貸借対照表（B/S）について学びました。B/Sは左右に分かれており、左側が資産の部、右側が負債の部です。この両者は必ず一致してバランスしています。資産には流動資産と固定資産があり、負債には流動負債と固定負債があります。それぞれを区別するポイントは、1年以内に現金化または返済されるかどうかです。 事業資金の準備はどう進める？ 次に、事業開始にあたって必要となる資金の準備について考えました。具体的にどのくらいの資金が必要なのかイメージし、その資金を自己資金で賄えるのか、それとも借入が必要なのかを判断します。また、借金することのリスクや、無借金経営の可能性についても考察しました。 B/S分析から何が見える？ 自社のB/S確認と分析も行ってみました。様々な業種や会社のB/Sを確認することは有益で、特に流動資産、固定資産、流動負債、固定負債に実務でどう当たるのかを具体的に考えることが重要です。例えば、支社のリフォーム費用や備品の購入はどの項目に該当するのかを検討しました。また、自社の無形固定資産であるソフトウェア製品が利益を生む仕組みにも関心を持ちました。 公開情報から何を学ぶ？ 自社の財務諸表はすべて公開されているわけではありませんが、過去に開示された情報を確認しました。これにより、公開された情報や金額がB/Sのどの項目に該当するのかを分析しました。役員に確認し、過去分で開示可能な決算書があるかどうかを調査することも行いました。