(55ページ目)

40代

の受講生の学び

---

本質的な課題とは？ 今の状況において考えるべきことや答えを出すべき問いを「イシュー」と呼びます。イシューを明確にすることで、本質的な課題解決の道筋を立てることができます。また、イシューを明確にするためには、数値という裏付けが重要です。 イシューを特定するポイントは？ イシューを特定する際には以下のポイントを押さえましょう。 1. 問いの形にすること。 2. 具体的に考えること。 3. 一貫して押さえ続けること。 話し合いの場で注意すべきことは？ たとえイシューを特定しても、気づかないうちにそれが逸れてしまうことがあるため、立ち返ることが大切です。また、一貫してイシューを押さえ続けることを念頭に置いてください。 会議や打ち合わせなどの話し合いの場では、議論が脱線しないように、答えを出すべきイシューを特定し、メンバーで共有して臨むことが重要です。 ミスの際に見直すべきことは？ ミスが起きたとき、修正が目的になってしまいがちですが、もっと本質的な部分に目を向けることが必要です。課題解決にあたり、何をイシューとするかを見極める力をつけることが求められます。 データを活用したイシュー特定法は？ イシューを特定する際、思い込みからイシューを見誤ると望む結果は得られません。可能な限り数値的根拠をもって特定することを心掛けましょう。具体的な方法として、ピラミッド・ストラクチャーを用いてイシューの書き出しと整理を行うことが有効です。

問題解決の4ステップとは？ 問題解決の4ステップについて確認しました。これらのステップは、問題の明確化、問題箇所の特定、原因の分析、そして解決策の立案です。問題が発生した際には、このフレームワークに従って課題の本質と原因を十分に把握し、それを踏まえた解決策を検討することが重要です。ビジネスではスピード感が求められることが多いですが、原因分析を急いでしまうと誤った解決策に至る可能性があるため、注意が必要です。 仮説設定のポイントは？ また、仮説を考える際のポイントには、複数の仮説を立てることや、仮説同士の網羅性を持たせることがあります。決めうちせずに、異なる切り口で仮説を立てることが大切です。仮説は他の可能性を排除した先にあるため、データによる裏付けも重要です。特に社会課題を扱う際には、原因の仮説が「分かりやすい」ものに走りがちですが、常に複数の可能性を視野に入れてデータを検討することが必要です。 フレームワークをどう活用するか？ 提案やブレストの際には、今回のフレームワークを取り入れたいと考えています。また、チーム内で問題解決の4ステップを共有し、データの取得方法を数字だけでなく、アンケートや口頭での情報収集など選択肢を広げて検討することも重要です。 仮説設定が重要な理由は？ 特にデータ分析では「仮説設定」が最も重要であり、クリエイティブが求められる分野だと感じています。今後、この点を重点的に取り組みたいと思います。

なぜP/Lを理解する必要があるのか？ ビジネスのコンセプトやビジネスモデルを理解した上でP/Lを読むことが重要です。ビジネスモデルが分からないままP/Lだけを見ても、数字の示す意味が理解できなくなります。ビジネスモデルが分かると、数字、特に費用の内訳が想定しやすくなります。特にマーケティング費用は時折忘れがちになるので注意が必要です。これは、エンジニア出身者の弱点としてより意識して取り組むべき点です。 ビジネスモデルごとのP/L比較 現在、部門内のいくつかのプロジェクトのビジネスケースを見直す時期です。各プロジェクトのP/Lを確認し、特にサービス、ハードウェア＋サービス、ハードウェアBtBなどのビジネスモデルごとにP/Lを比較しています。これにより、各プロジェクトの個別のP/Lが確認できる状態になり、横並びで比較することで違いが見え始めています。 効果的なP/L確認の方法とは？ まずは、各プロジェクトから提出されるP/Lを来週1日1件ずつ確認していきます。確認すべきプロジェクト数は5つあり、1日1件確認する予定です。分からない項目については、各プロジェクトチームに確認して理解を深めることが重要です。一件ずつ質問を通じて理解を深めていくつもりです。 来週の目標とアクション宣言 グループワーク後の宣言として、米国時間の木曜日までにGlobisの課題を終わらせる予定です。また、プロジェクトのP/Lを見ての気付きも発表する予定です。

顧客課題整理は？ 「顧客課題仮説」では、ユーザー、状況、課題、ソリューションをそれぞれ具体的に整理することで、単なるぼんやりした仮定ではなく、明確な言葉に落とし込むことができました。この手法により、経営者や従業員、支援者が共通のイメージを持ちやすくなったと感じます。 ヒアリングの進み具合は？ 実際に経営者を対象に実践した際、項目ごとに整理されていることで、ヒアリングがスムーズに進み、受け入れやすい結果となりました。一方、ある飲食店の場合は、オーナーだけでなく、実情を把握している店長やホール担当へのヒアリングを次回実施することとなりました。もし項目化がなされていなかったなら、経営者の感覚だけでヒアリングが終わっていた可能性があります。 ユーザー深堀りは本当か？ また、別の企業では、対象ユーザーが十分に深堀りされず、ニーズが曖昧な状況でしたが、今回の見直しを通じて、改めてユーザーの気持ちや共感を確認する機会となりました。順序は多少前後したものの、最終的にはユーザーの感情を基に課題を再検討することにしました。 共感が導く検討プロセスは？ このプロセスでは、共感を出発点として課題を定義することが重視されました。基本的には決められた順序で進むのが望ましいものの、行きつ戻りつの中で課題を固めることも重要であり、仮に具体的なアクションに移していたとしても、ユーザーの共感が揺らいでいる場合は、再度立ち返って検討する必要があると感じました。

住民サービス改善とは？ 私の職場である自治体において、住民への行政サービス提供の改善を実践しています。一例として、市役所の窓口での手続き改善点を見出すため、職員がロールプレイング形式で体験しながら意見を出し合ったり、電子化された行政手続きを自ら試用してみたりする取り組みがあります。 試用体験の効果は？ 電子化された行政手続きは、リリース前に何度も動作チェックを兼ねた体験が行われるため、自然と試用される流れになっています。私自身は行政手続きの担当部門ではなく、システム開発側にいるため、制度の細かな点についてはあまり把握していません。そのため、住民に近い立場から、専門用語を極力排除し、質問項目も必要最低限に工夫して使うよう努めました。この経験から、行政特有の硬直した手続きや、利用者側のストレスを実感し、ユーザー視点に立ったサービス開発が可能であったと考えています。 ユーザー共感どう生む？ 利用者はあくまでサービスのユーザーであるため、ユーザー視点で製品やサービスを開発するのは当たり前のことです。しかし実際には、業務の多忙さや手間を理由に、この基本的なステップが省かれている場合が多く見受けられます。組織全体の取り組みとしてユーザー共感のプロセスを重視することで、より良い環境づくりが実現できるのではないでしょうか。共感と共創が伴わない製品やサービスは淘汰されるという認識のもと、今後もユーザー体験の改善に努めていく必要があると感じています。

ケーススタディで何を学んだか？ 実際のケーススタディを通じて、P/Lの各項目である営業利益、経常利益、そして当期純利益の増減を比較し、「仮説を立てて検証する」方法を学びました。例えば、「売上高が増えているが売上総利益が減っている理由」として、売上原価の増加という事実を確認し、その原因を推測するプロセスがとても理解しやすかったです。 P/Lを読む際の重要ポイントは？ また、P/Lを読む際に重要なポイントも学びました。まず、大きな数字である売上高、営業利益、経常利益、当期純利益を押さえることです。次に、分析においては、比較・対比を通じて傾向の変化や大きな相違点を見つけることが大切です。 どのように過去のP/Lを活用する？ 具体的には、自社の過去のP/Lの推移を分析して結果を確認し、今後の予測を立ててみることが重要です。中長期計画を考える際に、これらの分析結果や予測を参考にすることができます。また、同業他社や興味のある会社、業界のP/Lを確認し、好調・不調の推移やその原因を予測することも有益です。 具体的なアクションは何か？ 私が取り組むべき具体的アクションとしては、自社のここ数年のP/Lの推移を確認し、今期の予測値について増減の理由を仮説することが挙げられます。同業他社の公開されているP/Lと自社を比較することも重要です。さらに、関連する書籍に掲載されている数社のP/Lを確認し、読み取れることをまとめていきたいと考えています。

思考の癖はなぜ？ 人はそれぞれ思考のしやすさや癖を持っており、それがアウトプットに偏りをもたらします。批判的に考える際、その主語は常に自分であるべきです。そして、客観的に思考できるようになるには、他者からのフィードバックや意見交換を通じて自己の思考の偏りを理解することが重要です。そのため、自由に発想するブレーンストーミングは、問題解決の過程で非常に重要なプロセスです。 会議の進め方は？ 部署の会議では、まずプロセスに重点を置くことが大切です。会議をリードする際には、他者の意見を受け入れるという姿勢が大切で、結論ありきで話を聞かないように心がけるべきです。また、自分の業務においても、他人の意見を自分の期待する結論に当てはめようとせずに、自分の常識とは異なる視点に関心を持つことを意識しました。 打ち手の理由は？ 部署の会議で打ち手から始める場合、その打ち手がなぜ出てきたのかを確認するようにしています。上司からの指示を鵜呑みにするのではなく、上司が考えたプロセスに賛同できるかどうかを前提に話を聞くことが重要です。 会議でどう意見交換？ 自分がリードする会議では、会議のゴールをしっかりと把握した上で、多様な意見を述べられる環境を作ることを心がけています。また、自分の業務では、予期しない論調になった場合、その理由や根拠を丁寧に探り出すことで新たな着想を得たり、自分の思考の癖をより深く理解していきたいと考えています。

フレームワークをどう活用する？ what-where-why-howのフレームワークで考えることが非常に印象に残りました。これを会社でよく言われるPDCAサイクルに当てはめて考えてみました。P&Cの部分はwhat-where-why-howに、D&Aの部分は施策と解決策の実行に相当します。 仮説思考の真価は？ 特に仮説思考はwhere→why→howの部分に適用できると思います。仮説と結論をセットで考えることで、無秩序な分析を防ぎ、限られた時間と資源で施策を考える際に有効だと感じました。 更に、単なるデータ集計とデータ分析は異なるという点についても再認識しました。 データ分析をどう実践する？ 私は現在、メーカーの物流子会社で働いており、様々なシステムから日々多くのデータが蓄積されています。しかし、DXを推進すると言いつつも事なかれ主義が根強く、なかなか進展しないのが現状です。今回学んだwhat-where-why-howの流れでデータを分析し、グラフ化して社内で共有することで、的を絞った改善策の検討に役立てることができると思います。 目標達成に向けた分析とは？ 具体的には、何を達成したいのかを明確にし、日々蓄積されるデータから目的に合ったデータを選定して分析し、情報として活用します。その結果を「わかりやすく伝える」ことを念頭に置き、周囲に共有して活動に巻き込み、活動の方向性を決める役割を担いたいと考えています。

提供価値はどう見える？ マーケティングの基礎として、誰にどんな価値を提供するのか、そしてどのように魅せるのかを事例を通してしっかりと振り返ることができました。 反応をどう捉える？ 実際に商品を発売した後、狙ったターゲット層とは異なる層に受け入れられたケースや、商品の内容を変更せずに名前を変えただけで売上が伸びた事例、またユーザーの口コミから商品の予想外の魅力が伝わったケースなど、様々な現象を目の当たりにしました。こうした事例を通じて、発売後も「顧客はどう反応しているのか？その背景は何か？」といった視点で、Who、What、Howを見直す重要性を再認識しました。 ターゲットは誰？ すべての顧客に満足してもらおうとするのではなく、「誰に」焦点を絞ってターゲット層を考えることで、より刺さる価値を創造できると感じました。時間やマンパワー、コストなどの資源が限られている中で、「売上を上げる」というゴールに対して、どのターゲットにどのような価値を提供するのが最も効果的かを考えることが大切だと思います。 戦略の優先順位は？ 顧客層をセグメント化し、優先順位の高いターゲットを明確に定めることで、ターゲット層のニーズやインサイトを深掘りできました。その後、メンバーと共にアイデア出しを行い、具体的な施策を検討し実行するプロセスは、セールスやカスタマーサクセス、マーケティングなどさまざまな分野で応用できると実感しました。

なぜ記憶が戻らない？ ライブ授業を通じてこれまでの学びを振り返る中で、最初の授業で学んだ内容を思い出すのに苦労しました。これは、学んだことを十分に反復練習していないことの証拠でした。しかし、他の受講生の意見を聞くことで徐々に思い出すことができ、振り返りの良い機会となりました。また、クリティカルシンキングとは問いに対して客観的な視点で考え抜き、主張と根拠を導くことだと再確認しました。 なぜ問いを重視する？ 自分自身が特に重要だと感じた点は次の三点です。一つ目は、イシューを問いの形にすること。二つ目は、問いを共有すること。そして三つ目は、問いを常に考え続け、それを残しておくことです。 顧客課題はどう見抜く？ 顧客の課題を考える際には、自社製品が提供する価値は何かを深く考える必要があります。顧客の課題の本質を見抜くために、「本当にそうか？他に考えられる点はないか？」と考え抜くことで、提供価値を明確にすることが求められます。また、複数人で議論する際には、イシューを明確にし、目的を見失わないようにすることが重要です。 どう実行するのが良い？ 具体的には、ミーティングの初めにイシューを全員で確認し、議事録に記載することが効果的です。また、議論の途中で立ち止まり、第三者の目線で冷静に自分の思考をチェックする時間を設けることも大切です。そして、一度結論が出たとしてもそこで終わりにせず、「本当にそうか？」を繰り返し考えることが重要です。

身近な事例でニーズ発見 身近な事例を題材にして裏に隠された真のニーズを考える訓練は、非常に実践的で有意義だと感じました。特にコンビニの商品入れ替わりが激しい事例を用いたトレーニングは、学んだ内容をすぐに応用できる点で優れていると思います。また、相手から提供された商品で気付かされる欲求についても、まさにその通りだと感じました。例えば、「こんなの欲しかった」とか「新しくて便利だ」と感じる商品が該当すると思います。 ペインポイントの理解が鍵？ さらに、ペインポイントという考え方についても理解が深まりました。顧客が取り除きたい、あるいは改善したいと悩んでいる点に対して解決策を提供するという視点を持つことで、考え方の幅が広がったと感じます。 業務にどう応用する？ 業務への応用として、直接的な顧客である社内外の技術者たちの心を揺さぶり、納得させる手法として活躍できると感じます。ペインポイントや相手も気付いていない欲求を提示することで、win-winの関係を築くことが可能になるでしょう。また、正論だけでは通用しない状況での切り返しにも有効だと考えます。 隠れたニーズで交渉力をアップ 相手との交渉が上手くいかないとき、今までは諦めがちでしたが、今回学んだように隠れたニーズとペインポイントを探ることで、諦めずに交渉を続けることができると思いました。普段から身近な物事に対して意味や理由を考える習慣を身につけることも心がけたいです。

財務諸表の理解が深まる瞬間とは？ 総合演習を通じて、実際の企業のP/L（損益計算書）やB/S（貸借対照表）を確認することで、事業構造と諸表の関係性を実感することができました。私は個人的に株式の運用を少し行っており、これまで気になる会社の決算説明資料を読む機会がありました。しかし、それらの多くはP/Lに関する内容が中心であり、B/Sをじっくり見ることはほとんどありませんでした。このことに気づいたのも今回の発見でした。また、特定企業のB/Sを初めて詳しく確認した結果、興味がさらに深まりました。 IT投資比率の適正とは？ 私の業務は情報システム・セキュリティ管理です。ここでは、IT投資コストがP/L上で一般に販売費・一般管理費として扱われるため、これに関連する投資コストが売上高に対してどの程度の割合を占めるかを把握し、売上高IT投資比率としてモニタリングしています。これにより、競合や業界平均と比較しつつ、適正なIT投資を導けるよう工夫していきたいと考えています。 クラウド活用企業の比較方法は？ 自社のIT投資コストについても、売上高IT投資比率を指標として経年でのモニタリングを行い、競合や業界平均などと比較することで、適正なIT投資判断に努めています。また、自社の情報システムはほとんどがクラウドで構成されているため、固定資産が少ないという特徴があります。この特徴を考慮した上で、適切な比較対象を選定していく必要があると感じています。