(30ページ目)

課題 ✕ 解決

に関する学び

---

どうすれば覚えやすい？ 商品のネーミングは、覚えやすくユニークで、用途がすぐに連想できるものが望ましいです。 新規事業はどう探す？ 新規事業のタネを見つけるには、カスタマージャーニーを通じて顧客が抱える課題―すなわちペインポイント―をしっかり洗い出し、その課題を解決することで得られるメリット（ゲインポイント）へと昇華させることが重要です。既存事業の見直しやブラッシュアップの際にも、同様のアプローチが有効であると感じました。普段のプロモーションでは、つい商品の良い点ばかりに注力し、課題点の把握が十分でないことに気がつきました。 政策連携はどうすべき？ 自治体経営の側面から見ると、域外に転出した方々へアンケート調査を実施し、なぜ転出を選んだのかといった理由を探ることで、潜在的な課題の発見が可能となります。しかし自社では、抽出したペインポイントを解決するための具体的な政策を実施することに一定のハードルがあるため、政策の根幹を担う部署との連携が不可欠です。KPIの共有や、途中経過を確認するためのプロジェクトチームの構築が、その連携を円滑に進めるポイントとなります。 合意形成はどのように？ また、マーケティングのプロセスは、自部署だけでなく他部署と分担して行うことが一般的です。その際に、どのように共通認識を持ち合意形成を図っているのか、他の事例を参考にしたいと考えています。さらに、カスタマージャーニーの全体像をどのように把握して活用しているのか、その取り組みについても知見を得られればと思います。

実践による学びの深まり Week1から継続して学び続けた内容を、ライブ授業の演習を通じて「一気通貫」で実施することができ、実践に活用するイメージが具体化しました。特に、仮説は一度立てたら終わりではなく、段階ごとに検証を通じてブラッシュアップしていくこと、また分析は比較であることを強く感じました。さらに、課題解決のプロセスは「What→Where→Why→How」という順序で考えることが重要であると学びました。このプロセスを進める中で、「データのビジュアル化」や「多様な切り口を考えること」の大切さも再認識しました。 課題解決の新たな視点とは？ 自分の仕事は基本的に社内の「課題」を解決することが主な業務であり、この講座で学んだ内容はあらゆる場面で活用できると確信しました。これからは、課題解決のプロセス「What→Where→Why→How」を常に意識したいと思います。問題を解決する際には、直ちにデータ分析に取り掛かるのではなく、まず問題の定義から始め、問題点を特定して原因を分析するというプロセスを「事前」に頭の中で描くことが重要です。それにより、無駄な作業やヌケモレを防ぎ、「How」を忘れずに取り組むことが可能です。 事前準備の重要性について 具体的には、すぐに「データ分析」に取り掛からないことを意識的に行い、事前にそれぞれの課題解決プロセスで必要な「タスク」をイメージし、タイムラインを引いて計画を立てることが大切です。最初はしっかりと言語化し、プランをドキュメントに起こしておくことを心がけます。

クリティカルシンキングの活用場面は？ クリティカルシンキングは、課題解決や上司への提案、説得など多くの場面で活用できる思考法であることを理解しました。特に課題解決の場面では、自分の経験や勘に頼らず、関係する様々な人の立場から課題を見ることで、その本質を探り、より良い解決策を提案できると感じました。ライブ授業の「病院」をテーマにした課題では、病院に関わる人々の視点を変えることで、病院の役割について多様な考え方ができることに気づきました。また、他の受講生から自分にはない視点を学ぶことで、クリティカルシンキングの重要性を再認識しました。 システム要件定義への応用法は？ 現在、私は生命保険契約の電子手続き化に関するシステム要件定義作成に関わっており、部下が提案するシステム機能が本当に必要かどうか、管理職として判断を迫られることがあります。今回学んだことを活かし、視点や視座を広げ、顧客・営業・開発者・経営者の目線で機能のメリットとデメリットを考慮することが、より良い判断に繋がると実感しています。 どのように優先順位を考える？ 具体的には、部下から提案されたシステム機能の開発要否について、多角的にメリット・デメリットを洗い出し、優先順位を決めていきたいと思います。例えば、顧客目線では便利でも、実際の利用者が少なく費用がかさむ場合は、費用対効果を考慮して開発を見送るといった判断を意識して行っていきます。最終的に、部下や上司に対してなぜその判断をしたのかを説明する際、説得力のある説明ができると考えています。

なぜイシューは難しかった？ 今週のテーマは「イシューを捉える」でしたが、これまでの学びの中でも特に難しさを感じました。これまでは、解決したいこと＝イシューと捉えがちでしたが、今回、まず解決したい目標を前提としてデータを分析し、根本的な問題を洗い出すことが効果的だと学びました。 具体と抽象はどう使う？ データを細かく分け、一つ一つ検証する過程で、week1で学んだ具体と抽象の考え方が役立ち、これまでの知識の総合によって初めてイシューを正しく捉えられると実感できました。 なぜ修正時間が増える？ 自身の業務では、開発プロジェクトの工数見積もりにおいて、簡単な修正にもかかわらず、なぜ時間がかかってしまうのかという疑問が生じることがよくあります。修正作業や影響確認、テストに要する時間で終わらせがちな現状を踏まえ、それぞれの問題について「なぜ」を追求していく必要性を感じています。 解決策はどう見出す？ それぞれの問題に対する具体的な解決策が見つかれば、プロジェクト全体の必要期間が短縮でき、恒久的な改善策が確立されれば、将来的なプロジェクトもこれまでより短い期間で進めることが可能になるでしょう。 論理的思考の進め方は？ 今後も、問題に対して論理ツリーのように「なぜ」を分解し、根本課題および効果的な解決策を模索する姿勢を持ち続けたいと思います。今週の総合演習では思考にかなり頭を使い疲労を感じましたが、このプロセスに慣れ、考える場面を増やしていくことが成長に繋がると考えています。

どの要素に焦点を当てるべきか？ 問題解決のためには、What、Where、Why、Howの各要素に分けて進めるアプローチが重要だと学びました。単に数字を眺めるだけでは見えにくい情報も、プロセスごとに分けて考え、それを定量化 (例えば、ファネル分析やコンバージョン率) することで新たな課題が明らかになります。 仮説立案のコツとは？ また、問題の原因を探る際には仮説を立てることが鍵です。その際の思考範囲を広げるために、対となる概念である「対概念」が有効であることも学びました。分析を進める上では、条件を揃えることが重要で、いわゆるApple to AppleとするためにA/Bテストを行い、比較対象の違いを絞り込むことが必要です。原因を探る際には、多くの項目に手を広げず、仮説を絞り込んで十分に研ぎ澄ますことが求められます。 システム導入の目的をどう明確にする？ これからシステムを導入するにあたり、まずシステムが何のために必要かを明確にし、その問いを検討段階から関係各所と共有しながら進めることが大切です。そして、現状における問題の特定を行い、What、Where、Why、Howの各要素に分けて進めていきます。 比較分析のためには？ システムの導入においては、何を比較するのかを明確にし、例えば導入した場合と導入しなかった場合の比較や、複数社での比較を行います。また、現状とあるべき姿のギャップを定量的・定性的に描き出し、比較することが重要です。場合によっては仮説を立てて進めることも効果的です。

どうして説明責任を重視？ これまで直感や経験に頼って仕事を進めてきたことを改めて実感しました。しかし、どんな状況でも客観的に課題を見つけ出し、自分の言葉で相手に伝える―つまり説明責任を果たす―状態になりたいと強く感じています。そのためには「問いは何か」を意識し、適切な問いを自ら立てられるようになることが重要です。 顧客視点は伝わってる？ 顧客に対する提案では、顧客が本当に得たいものや解決したい問題を明確にし、その立場に立った問いから物事を組み立てる必要があります。また、社内では上司や他部門と協力しながら、目標作成や調整を行い、自組織に有利な環境を整えることが求められます。さらに、組織内のメンバーとの関係を大切にし、共に課題を共有しながら進めることで、納得感のある目標や施策を実現することを目指します。 なぜ問いを立て直すの？ 仕事に取り組む際は、まず自分の主観や直感に頼る前に「問いは何か？」と一度立ち止まり、状況を冷静に見つめる時間を持つことが大切です。そして、顧客の現状や向かっている方向性、顧客視点の問いを理解するため、情報収集、可視化、仮説の立案を行いながら、売り込みではなく対話を通じて議論していきます。加えて、数字に基づく分析を丁寧に行い、図表などを用いて分かりやすく説明することや、問いを共有する時間を意識的に取ることも重要です。 どうやって信頼を深める？ 最後に、メンバーとのコミュニケーションの時間を積極的に確保し、組織全体で前向きに進むことを心がけたいと思います。

論理的思考の理解を深めるには？ WEEK1での学習を通じて、ビジネスで求められる「論理的思考」について理解が深まりました。特に「自分の考えは偏ること」を理解したうえで、「他にないか？」を考えることが重要であると学びました。この学びにより、視点・視座・視野の3つの視を意識することの重要性を理解しました。今週の学習では、自分の癖や弱点ではなく、仕組みとして理解できたことが大変有意義でした。 クリティカルシンキングで会議をリードする方法 私は仕事でクリティカルシンキングを活用し、特に社内外の会議で意見を述べる際に論理的な説明をするスキルを向上させたいと考えています。特に目上の方や経験豊富な相手に対しても、納得感を持って自身が導きたいゴールに着地できるようになりたいです。また、困難な課題に直面したときに適切な解決策を見つけ、チームを導けるようにもなりたいと思っています。 常識に囚われず新たな視野を持つ方法とは？ 特に強化すべきだと感じたのは、「自分の考えは偏るもの」であることを常に意識する点です。これまで経験や勘で業務をこなしてきたため、偏りが大きいと感じています。また、常識に囚われすぎる傾向もあるため、視野についても自分の物差しで物事を瞬間的に判断せず、非常識な可能性についても常に問い続ける癖をつけることが必要です。ビジネスにおいて論理的思考を使いこなせるよう、業務中に物事を判断する時や意見を求められる時、メールを作成する際には、一度立ち止まって考え直すことを心がけ、定着させたいと思います。

顧客のニーズをどう捉える？ 顧客志向に基づき、長く愛される商品やサービスを生み出すためには、顧客のニーズの核心を捉えることが重要です。同時に、自社の強みを的確に理解し、それを活かす可能性を模索することも欠かせません。具体的な方法としては、行動観察やデプスインタビューなどがありますが、あらゆる事象を顧客視点で捉える姿勢が求められます。顧客ニーズを曖昧に捉えると、他社に追随されたり新商品に脅かされる恐れがあります。顧客が自らの費用ででも解決したい問題、「ペインポイント」を見つけ出し、それを「ゲインポイント」に昇華させることを目指します。 業務改善に必要な視点は？ 新しい業務で業務フロー図を作成する機会においても、実務者の視点から「ペインポイント」を特定し、それを解決することで業務改善へと繋げることができます。また、顧客視点をより強く意識することで、ヒアリングや課題の抽出・解決策の精度が高まると感じました。カスタマージャーニーという概念も学び、業務移管の場面ではより当事者意識を持って取り組むことが大切だと理解しました。 業務移管で心掛けるべきことは？ さまざまな業務移管や委託を受ける立場にあるため、移管元の人々の立場や業務工程を意識しつつ、ヒアリング、業務代行、業務フロー図の作成、改善提案を進めていきます。そのための準備として、ヒアリングの場面では、より詳しい状況や体験、関心事を引き出すことを重視しています。具体的な事象だけでなく、その背景にある体験や印象を言語化することも心掛けています。

原因特定で悩む？ 問題解決のためには、「WHAT」「WHERE」「WHY」「HOW」の４つのステップで整理すると良いと感じました。私は特に「WHERE」の段階、つまり「原因の特定」に偏りがあったように感じますが、今後は「状況把握」や「解決策」に関しても仮説を立て、ロジックツリーを使って可視化するようにしたいと思います。一度有効だと考えた仮説に固執せず、全体を整理し直す柔軟な姿勢を大切にしていきたいです。 人事課題に挑む？ 人事課題では、正解がない問題が多く、一般論や他社の傾向と自社の実情が必ずしも一致しない場合があります。そんな中で自分が立てた仮説やその結論を明確にするため、ロジックツリーを作成しながら取り組んでいくことが重要だと感じました。また、これまで属性ごとに人事データを層別分解してきたものの、変数ごとの解釈が不足していたため、状況に応じてさまざまな角度から仮説の検証を行えるように努めたいと思います。 本当の問題は？ まずは、目の前のデータに頼るのではなく、何が本当の問題なのかを明確にするための仮説を立て、その仮説をロジックツリーのような形で整理していきます。現状のデータだけでなく、どんなデータがあればより適切な比較ができるかを考え、必要であればデータを収集できる体制を整えることにも注力していきたいです。 検証の進め方は？ 最後に、実際にデータを使って仮説を検証する際には、ログを残すことや、時間や状況の違いを比較することを意識しながら、着実に分析を進めていく所存です。

明確なメッセージの設定 スライド作成において重要なポイントは、以下の通りです。 まず、伝えたいことを明確にすることが最も重要です。誰に何を伝えたいのかをしっかりと定め、それを基にスライドを構成します。また、フォントや色、アイコンは効果的に使用し、視覚的な印象を強化します。 誰にでも伝わる視覚表現 さらに、グラフはデータや表現内容に応じて適切なものを選び、一目でわかるように作成します。相手に考えさせるスライドではなく、誰もが読んですぐに理解できるものを目指します。 課題解決のためのステップ 営業で抱えている課題を解決するためのプレゼン資料を作成する場合、まず現状の課題を明確にし、将来的なゴールを設定します。その上で、ゴールを達成するための施策やツール導入を順序立ててスライドにまとめます。こうすることで、抽象的な内容を避け、具体的な数値を用いたグラフも織り交ぜることが求められます。 データ収集と構成の順序づけ 最初に現状把握を行い、課題認識をすることが必要です。これには、課題に関連するデータの収集が含まれます。スライドの組み立てにあたっては、まずこの提案で何を伝えたいのかを明確にし、それを基に順序立てて構成します。伝えたい内容が明瞭に伝わるよう、グラフやアイコンを適宜活用しながら作成を進めます。 フィードバックを活かすには？ 最後に、完成したスライドを評価してもらう機会を設けます。部内などのフィードバックを受けることで、より洗練された資料を完成させることができます。

現状は何を示す？ 問題解決のプロセスでは、まず「What：問題の明確化」から始め、現状とあるべき姿のギャップを把握します。現状を定量的な数値で示し、関係者間で共通認識を持つことが重要です。取り組むべき問題は、単なる異常事態の解消だけでなく、目指すべき姿へ到達するためにも活用できます。 どこに問題が潜む？ 次に「Where：問題個所の特定」に進みます。ここでは、Whatの段階で整理した構造を基に、具体的な問題箇所を抽出します。たとえば、売上の構造を「客数×客単価」といった形で分解することで、問題所在を明確にすることができます。 なぜ原因を探る？ 「Why：原因の分析」では、特定した問題箇所をさらに下位概念に分解し、具体的な原因に迫ります。詳細な原因把握は、問題解決のための重要なステップとなります。 どう取り組む解決策？ 最後に「How：解決策の立案」を行い、制約や条件を踏まえた上で効果的な対策を導き出します。各ステップを順に辿ることで、全体像を把握しながら解決策を組み立てることが可能となります。 どうしてツリーを活用？ また、クライアントから抽象的な課題が事前に提示されることが多いため、ロジックツリーを作成して情報を整理することが効果的です。全体の流れや解像度を上げることで、関係者間の認識合わせがスムーズになり、感度の良い切り口を見つけやすい環境が整います。案件のキックオフ時には、まず自分なりにロジックツリーを構築し、可視化することでその効果を実感できるでしょう。

課題の本質は？ 課題を明確にすることの重要性について学びました。大まかに課題を把握するだけでは、その根本原因を解決するには至りません。具体化することで、本質的な課題を捉えることが可能になります。イシューに対する方策や判断は、経験に依存する部分もあるため、知見や経験、俯瞰的に捉える力が必要だと感じました。課題や問いに対するイシューの捉え方は、考え方次第で大きく変わるため、間違いに気づくことが難しい場合もあります。 どう活用される？ このような学びは、日々の業務、例えば社内外の会議、製品の不具合対応や要因究明、現行業務の方針決定、将来の業務の企画戦略など、さまざまな面で活用できます。特に会議など、口頭でのやり取りでは、イシューや課題から逸脱しないようにする意識を持ち、全体への共有を意識しています。また、資料作成の際には、最初にイシューや課題を意識し、フレームを構築することを重視しています。 会議で意識は？ 打ち合わせの際には、まずイシューや課題の共有を行い、全体の方向性を合わせるよう努めます。会議に参加する場合には、認識のズレが発生しないように課題を確認し、内容が逸れたりしないように軌道修正を行います。資料作成時には、イシューや課題から外れていないかを意識し、作成に取り組みます。資料を書く前に、イシューの特定と枠組みを考え、相手に理解してもらえるように図などで可視化することが大切です。このプロセスでは、他の人に確認してもらい、フィードバックを受けることも心がけています。