(36ページ目)

分析 ✕ 情報

に関する学び

---

根本解決の問いは？ イシューを明確にし、チームと共有しながら常に問い続ける必要性を改めて感じました。さまざまな角度から物事を分解することで、根本的な解決策を探ることが重要であり、その際、できることとできないこと、また優先順位を決めることが問題解決につながると実感しました。 議論の迷いは何？ ミーティングでは、チームのイシューを合わせるのが難しくなる場面（具体的な話題に偏ったり、別のイシューに話が逸れる場合）が何度もありました。こうした状況を踏まえ、イシューを見失わないよう適宜わかりやすい形で提示し、イシューの出し方についても壮大になりすぎていないか、またわかりやすいかを意識してチームメンバーとすり合わせを行うことが大切だと感じました。 共有の工夫はどう？ 今後は、イシューを特定しチームと共有できるよう、起こっている事象をより明確に説明できる方法を準備していきたいと思います。具体的な手段としては、事象を分解（MECEなどの視点やデータ分析を活用）し、わかりやすい言葉で伝える取り組みを進めていきます。また、相手に情報を探させることなく、必要な資料を整えた上で、常にイシューを意識したミーティングや会話を実現するよう努めます。

数字の分析で気をつけるべき点は？ 数字を使用して分析する際には、与えられた数字をただ羅列するのではなく、状況に応じて自分で欄を増やしたり工夫をすることが求められます。どのような傾向があるかを分解する際には、仮説を立てるために意味のある分け方をすることが重要です。その際には、情報が漏れたり重複したりしないように注意が必要です。また、ひとつの傾向が見えたとしても、2つ目、3つ目の異なる傾向が存在しないか考えることが大切です。 商談の不満点はどこに？ お客様との商談において、どの部分に不満を抱いているのかを分析することに挑戦したいと思います。例えば、お客様に会う前の段階なのか、会った時なのか、などの具体的な場面を考えます。不満の傾向が明らかになった場合、法人であれば業種や従業員数、個人であれば家族構成や年齢など、さらに詳細に検討して仮説を立て、それを実践に移してみたいと考えています。 顧客分析はどう進める？ まず、これまでにご契約いただいたお客様や断られたお客様がどのような方であるのかを表にまとめます。そして、ご契約いただいたお客様にはどのような共通の傾向があるのか、断られたお客様にはどのような特徴があるのかを分析してみるつもりです。

顧客視点はどうですか？ 自社サービスの継続利用のための課題設定に際して、定性分析の手法を用いることにしました。顧客からの意見とともに、顧客接点に立つ営業部門からの声も取り入れ、複数の視点から情報を収集しています。また、暗黙知にも着目し、背景にある顧客倫理や潜在的ニーズを明らかにすることを重視しました。 迅速な設定はどう？ 当初、一から定性データを収集する案も検討しましたが、社内で声がけを行ったところ、既存のインタビューやアンケートが意外にも多く集まりました。今回、迅速に課題設定を進める必要があったため、既存の定性分析結果に加え、定量分析や営業組織からのヒアリング結果をもとに課題設定を行う予定です。 分析手法は信頼できる？ 定性分析は、質そのものに着目して行うコーディング手法など、すでに学術的に信頼されている手法がいくつか存在します。これらの分析から導かれたデータをロジックやプロセスに基づいて構造化することで、仮説を見出すことが可能です。一方、定量分析は仮説を磨き上げることが目的ですが、定性分析は新たな仮説の発見を主眼としています。ユーザーが抱える課題を的確に特定するためには、具体的な視点からのアプローチが不可欠です。

研修の成果はどこで感じる？ 新人研修企画に向け、複数の社員に対してオープンエンドな質問を行い、今年1年の振り返りや研修会に対する印象など、豊富な定性的情報を引き出すことができました。中には「正直覚えていない」「配属されてからでないと分からない」といった回答もあり、知識のインプットは十分ながら実体験が伴わないため、研修がその場限りになっているという共通の課題が浮かび上がりました。 調査の難しさは何だろう？ 一方、調査自体はまだ始まったばかりですが、対象者自身が気づかないような暗黙知にまで踏み込むのは非常に難しいと感じました。自身の仮説を提示し、それに対する意見は得られるものの、一歩踏み込んで本音の課題を引き出すためには、相手の領域やコミュニティに深く入り込む必要があると実感しました。 定性分析の説得力はどうする？ また、定性分析はどうしても恣意的なまとめ方になりがちで、説得力に欠けるという懸念がありました。これに対して、定量分析で明らかになった結果は一般的すぎる面があるため、数値以外の情報を加えた上で、定性的な情報の根拠として定量データを補完的に用いることで、より説得力の高い分析が実現できるのではないかと考えるようになりました。

決算書から何を分析？ 今回の学習を通して、決算書から企業の資金調達方法、コスト構造、利益の拡大メカニズム、そして固定費の大きさなど、経営戦略や特徴が多角的に読み取れることを改めて実感しました。単なる数字の羅列ではなく、その背後にあるビジネスモデルや企業の価値観を想像しながら分析する力が非常に重要であると感じました。決算書は、企業経営の実態を「見える化」する基礎資料であり、企業理解の土台だと再認識しました。 企業情報をどう活かす？ 今後は、新聞や業界紙などの情報源に積極的に接し、さまざまな企業の経営情報に触れる機会を増やしていきたいと考えています。さらに、興味を持った企業の決算書を自ら確認し、分析することで、競合他社の財務状況や市場全体の動向を客観的に把握し、企業の立ち位置や戦略策定に役立てることを目指します。 財務分析のコツは？ また、企業の決算書を取り寄せ、財務数値や構造を比較・分析するプロセスから学びを深め、得られた結果をもとに上司や経営層に提案できるような準備を整えたいと思います。継続して分析に取り組むため、毎月新たに一社以上の企業資料を読み込み、実務に結びつける努力を重ねながら、経営視点を確実に養っていく所存です。

チャット改善はどう進む？ 社内チャットツールの使い勝手向上を目指し、ユーザーインターフェースの変更や新たな機能の追加を試み、実際のユーザーからのフィードバックを収集・分析する取り組みを行っています。この試作プロセスにより、より使いやすいツールへの改善が期待できます。 オンライン改善の秘訣は？ また、顧客向けのオンラインポータルについても、製品情報やサポート情報が見やすく、アクセスしやすいようにデザインや機能の改善を試行中です。実際の顧客の意見を反映しながら、ユーザビリティの向上を図っています。 試作で何が変わる？ デザイン思考の「試作」ステップを業務に取り入れることで、従業員や顧客のニーズに応じた具体的なソリューションの提供が可能となりました。さらに、ユーザーを巻き込むワークショップにより、彼らの視点やニーズを直接把握することができ、実用的な提案を行う基盤が整いました。 テストはどう効果？ 加えて、デザイン思考の「テスト」ステップをCXソリューションの提案プロセスに組み込むことで、顧客の実際の使用状況や要求を的確に反映した提案が可能となり、提案内容の精度および顧客満足度の向上につながる見込みです。

どうして失敗を重視？ 規模の経済や多角化について、成功例だけではなく失敗例も学びました。「なんとなくよさそう」という選択肢に飛びつかず、「うまくいかないケースはないか？」を意識して確認する必要があると感じました。 補足はどう工夫？ 総合演習では、情報が足りない時にどのように補うかを考えながら取り組みました。日常生活でも、安易に選択してしまうことがあるのかもしれないと感じました。選択するかしないかを広い視野でとらえ、その背景を分析し、メリットとデメリットを正確に把握する必要があります。 どう差別化実現？ 現在取り組んでいるペーパーレス推進の中では、「捨てる」ことと「他社との差別化」を両立する施策を意識しています。業界内の動向だけでなく、他業界での先行事例も注視しています。「なんとなくよさそう」で判断せず、定量的データを用いて根拠のある提案を行うよう努めています。 何を見極める？ 定量的データを活用し、同業界だけでなく他業界の事例も広く集め、自社に活用できる部分がないかを検討しています。その際、自社の差別化につながるかどうかという視点を重視しています。また、ペーパーレス実現後の影響も考慮した施策を構築しています。

会計の意味をどう理解？ アカウンティングという言葉が「account for」（～の説明をする）という意味を持つと聞いて、親近感を覚えました。会計は難しい数字情報という印象がありますが、一定の知識を習得すれば、誰にでも理解できる共通ルールに基づいた数値情報だと理解しました。この基本ルールに基づいて解釈を進めることで、応用力も身に付くと感じています。 予算策定は何が大切？ 例えば、月次締めが完了した後の予実分析や修正予算案の策定にアカウンティングの知識を活用したいと考えています。また、次年度の予算策定の際に、今年度の実績を読み解くためにも役立てたいです。会計を正確に読み解けるようになり、予算修正の必要がある場合には、経営者に効果的な提案ができるようになりたいと思っています。 復習と議論はどうする？ そのためには、毎週欠かさずグロービスの授業をしっかり受け、情報をしっかりインプットすることが大切です。その上で、インプットした情報を定着させるために復習を怠らないようにしています。また、自分一人で考えるだけでは視野が狭くなりがちなので、なるべくグループワークを通じて受講する日程を調整し、考えの幅を広げる努力を続けています。

データ加工とMECEは？ データの加工や分け方、そしてフレームワークについて学びました。提示された情報をただ受け入れるのではなく、その背後に隠された情報を見抜く重要性を認識しました。特にMECEの活用方法について考える機会がありましたが、必ずしもMECEにこだわる必要があるのかという疑問も感じました。MECEが手段であり目的でないことを意識することが大切です。 戦略調査の目的は？ マーケティング戦略の策定では、現在のサイトへの流入経路や登録経路を様々な角度から調査しました。特に、業歴が長い会社の場合、リピーター率が高いのではないかという仮説を立てて調査し、既存顧客からのフィードバックにどのような特徴があるのかも分析しました。また、成果を上げた新人の要素を細分化して理解を深めました。 連携の秘訣を探る？ 最初に関係各所と連携して分析プロジェクトを立ち上げました。プロジェクトに興味や共感を持った人々から順に説明の時間を頂いてミーティングを行い、データ分析によってどのような示唆が得られるかについて話し合いました。その過程でスモールウィンを設定し、うまくいった内容を共有してより多くの人々を巻き込んで進展を図りました。

原因解析のコツは？ what→where→why→howの順に問題を捉えることで、原因解析を体系的に進めやすくなります。フレームワークを利用することで、見落としなく検討でき、説明もしやすくなる点が非常に役立ちます。また、自分自身の思考のクセを理解することで、視野が偏らないよう意識することも大切です。情報分析を通じて、傾向を把握し、結論へと近づくプロセスは非常に有益です。 合意形成の秘訣は？ 通常業務の場では、まずイシューを明確にし、その上で他者と合意形成を図ります。次に、多様なアイデアを出しながら仮説を立て、検証を重ねることで、より説得力のある説明が可能になります。単なる常識的な案ではなく、分析結果を生かしながら良い案を生み出すことに挑戦することが重要です。 重要なポイントは？ 例えば、コストダウン施策の検討においては、膨大なデータの中からどの部分に着手するかを問い、自分にとって最重要と思われる情報に絞って集中的に分析します。仮説を立て、検証を繰り返す過程は、開発業務と同様の手法で進められます。そして、問題解決のためにどのような手段が最適かを考え、他者にも分かりやすく伝える工夫が、成功へと繋がるポイントとなります。

差別化の鍵は何？ 3Cのフレームワークで学んだことを通じて、差別化戦略を考える際の重要なポイントとして、訴求するターゲット顧客の設定と顧客視点での競合の設定があることを理解しました。 自社をどう活かす？ この考え方を基に、自社のリソースで何が可能であり、また中長期的な差別化がどのように実現できるかを検討する必要があります。競合に意識を向け過ぎると顧客への配慮が薄れるため、常に大局的に物事を見る習慣を身につけたいと考えています。 自部署の価値は？ バックオフィス業務の集約化・効率化を図る自部署の業務形態を考えると、顧客は本社や店舗であると理解しています。この範囲内では直接的な競合は存在しないものの、将来的に業務の範囲を社外まで広げる際には競合との差別化が不可欠です。そのため、自部署が提供できる価値を改めて整理する必要があると感じました。 資源の整理は？ 顧客や競合の設定に先立って、現状の情報整理が不十分であると感じています。そこで、今回のVRIO分析を参考にしながら、自部署が持っている価値、希少性、模倣困難性、そして組織としてどのような資源があるのかを整理することから始めたいと考えています。

フレームワークはどう？ 3C、SWOT、VCフレームワークについて深く理解しました。これらのフレームワークはどの業界にも適用可能であり、分析に非常に役立ちます。しかし、実際にしっかりと分析を進めようとすると、情報が十分でない場合や分析力の不足が課題となることもあると感じました。 競合戦略は何？ そこで、競合分析に挑戦してみることにしました。具体的には、ウェブ上での調査やIR資料の確認、および転職者からのヒアリングを通して、競合他社が実現を目指していることや、そのための戦略を探りました。その中で学んだことは自社に取り入れ、どのような影響があるのかを理解することを心がけました。 自組織の分析は？ さらに、3C、SWOT、VCフレームワークを用いて自組織を一度分析してみることを考えました。外部環境の理解にはPEST分析を用い、得られた内容を3Cの外部環境部分や競合分析、SWOT分析の強みと弱みの項目に活用しました。SWOT分析では、PEST分析から得た機会と脅威に焦点を当て、VCフレームワークでは営業活動から最終顧客へのシステムリリースに至るまでのプロセスを機能分割し、その中での強みを詳細に分析することを目指しました。