(8ページ目)

改善 ✕ 解決

に関する学び

---

適切なイシューの立て方は？ 状況に合わせて適切なイシューを立てることの重要性を改めて実感しました。初めてケースを読んで分析してみたものの、非常に難しく、まだ十分に身についていないと感じました。今後、これまで学んだ知識をさらに活かせるよう、練習と実践を重ねていきたいと思います。 FAQタイトルはどう？ また、FAQのタイトルづけについては、お客様の解決したい課題を問いかける形で整理することで、誰が見ても内容が分かりやすい記事に繋がると感じました。これにより、より具体的な問題解決を図るための記事作りを心がけたいと思います。 改善要望は何が課題？ 開発への改善要望においては、ただ「やってほしいこと」を伝えるのではなく、解決したい課題（イシュー）からアプローチすることで、より的確な対応が期待できると学びました。 業務脱線はどう防ぐ？ 業務インプットの際には、説明中に画面の別機能の話題や質問の補足などで脱線しがちなため、「何を伝えるべきか」を双方でしっかり認識しながら進めることが大切だと感じました。このような意識の共有が、目的を見失わずに効率的なインプットにつながると考えています。 記事作成の基本は？ 今後、新たな記事を作成する際には、まずその機能が何のために存在するのかという基本的な問いから考え、記事の目的を明確にしていきたいと思います。また、来月から始まる業務インプットにおいても、開始前に「今日理解してほしいこと（イシュー）」を共有することで、より効果的な説明ができるよう努めたいと思います。 ケース分析で得る知見は？ 最後に、ケース分析を通じて、イシューの立て方には慣れが必要であると痛感しました。自社の施策においても、なぜその取り組みが行われているのかを常に意識し、考える習慣を身につけることで、より深い理解と実践へとつなげていきたいと思います。

仮説の見方は？ ビジネスにおける仮説思考について、まず複数の仮説を同時に考え、それぞれに網羅性を持たせることが重要だと学びました。仮説を検証するためには、適切なデータを取得して比較する必要があり、その際には何を比較指標とするのかを意図的に選ぶことが求められます。たとえば、残業時間の増加要因として故障対応の増加が疑われる場合、単に故障件数だけでなく、1件あたりの対応時間も合わせて評価することが必要です。 情報収集の意図は？ また、データ収集では意味のある対象から意見を聴取し、反論を排除するために必要な情報まで踏み込むことが重要です。さらに、実際のビジネス現場では、3Cや4Pといった分析の枠組みを活用して具体的な仮説を立てることで、解像度が高まり、個々の仕事に対する検証マインドや説得力が向上するほか、ビジネスのスピードや行動の制度が改善されることが分かりました。 過疎地域の課題は？ 一方、過疎地域への移住促進においては、雇用の創出が鍵となります。人口が5000人以下の市町村では、産業の集積が不十分なため、相応の所得を得られる雇用を生み出すには、行政が主導して仕事づくりを進める必要があります。こうした雇用創出の一策として、総務省が制度化した仕組みがありますが、現状では本県で十分な成果が上がっていません。 事業展開のヒントは？ この原因を明らかにするために、どのような業務に何人派遣しているか、また仕事の切り出し方についてデータを収集し、市町村担当者と情報を共有することが今後の事業展開のヒントになると感じました。現在、管内の1市町村で既に事業が展開されており、協力体制の可能性を検討しています。また、他の市町村でも類似の事業設立が検討されているため、たとえば損益分岐点を意識した事業計画の作成方法をケーススタディとして示し、過疎地域の課題解決につなげる取り組みを進めたいと考えています。

顧客の本質を探る？ 今回の講座を通じて、顧客の表面的な情報だけでなく、その深層にあるニーズや価値に着目する重要性を再認識しました。たとえば、STP分析や4Pなどのフレームワークを活用し、費用対効果を高めることができる一方で、最終的には顧客志向の追求が不可欠であると感じました。顧客の視点で考えなかった場合、どんなにプロモーションに力を入れても、売れ行きが伸び悩んだり、模倣されやすかったりするため、ヒット商品には結びつかないという印象を受けました。 業務移管の本質は？ 現在の業務は社内の業務移管がメインとなっているため、移管元の担当者や現場スタッフを一種の顧客と捉え、そのニーズを正確に把握することが重要だと考えています。たとえば、移管前のヒアリング時には相手が抱える課題や求める解決策に注目し、新しいソリューションを提案する際には、イノベーションが広まる要因を意識することが、円滑な業務移管につながると感じました。 どの方針を実行？ 具体的には、以下の方針で業務に取り組む予定です。 既存業務の見直しは？ ■既存業務において 移管前後で、顧客にとっての痛みや利益につながるポイントがどこにあるかを確認し、痛みがある場合は改善策を検討する。 新規業務の挑戦は？ ■新規業務において ソリューション提案時に、イノベーションの普及要因に基づいて、顧客目線でどのように受け取られるかを十分に考慮する. コミュニケーション改善は？ ■日々の連絡業務・コミュニケーションにおいて 社内でも情報が過多になり、伝えたい内容が十分に伝わらないことがあるため、マーケティングの視点から以下の点を意識して工夫する。 ・訴求ポイントは2つまでに絞り、過度な情報量によって伝わりにくくならないようにする。 ・表現を丁寧に選び、相手の共感を得やすく、内容が伝わりやすいよう努める.

対話で課題は明確？ 事業開発や組織開発のコンサルティングを通じ、クライアントとの対話を重ねながら課題整理と解決策の提案に取り組んでいます。クライアント自身が認識している課題の背後にある本質的な問題を引き出す点について、まだ改善の余地があると感じています。表面的な言葉に頼りすぎると根本的な課題が見落とされることや、既存のフレームワークに依存することで柔軟な思考が制約される場合もあると実感しました。また、クライアントの独自の組織文化や意思決定の仕組みにより、提案した施策が実行に移されにくいという状況も認識しています。 新たなアプローチは？ 対話を通して課題を整理し、本質に迫ろうとする姿勢は評価に値します。今後は、既存の枠組みから一歩踏み出し、自由な発想を取り入れることで、より深い洞察を得るための新たなアプローチや質問方法を模索したいと考えています。クライアントの組織文化に合わせた提案を行うには、状況に応じた工夫が一層重要となると感じます。 実行策はどう進む？ 理想的な状態として、クライアントの表面的な課題だけでなく、その背景にある本質的な問題を整理し、実行しやすい施策を提示することの大切さを再認識しました。デザイン思考の「共感」を深めるとともに、クライアントの視点で課題を定義する力を高めることを目指すとともに、柔軟な思考を実現するために、状況に応じたフレームワークも効果的に活用できるよう努めたいと考えています。 何が本当の問題？ 課題定義のプロセスにおいて、何が本当の問題なのかを見極めることの重要性を改めて実感しました。クライアントの発言をそのまま整理するのではなく、その背景にある思考や感情、組織の制約を深く理解しながら、適切な問いを立てることこそが真の課題解決につながると感じています。今後もこれらの視点を大切にし、より本質的な課題解決を目指して取り組んでいきたいです。

原因をどのように探る？ 原因を探究することについて学びました。問題の原因を明らかにするためには、その問題に至るまでのプロセスを分解して考えるアプローチがあります。複数の解決策を用意し、それらを判断基準の重要度に基づいて根拠をもって絞り込むことが重要です。 データ分析の精度を高める方法は？ 具体的なステップを踏んでデータを分析し、問題解決の精度を高める方法や、仮説を試しながらデータを収集し、より良い解決策に繋げる方法を学びました。これら両方のアプローチを組み合わせることで、データ分析の精度を一層高めることができます。例えば、「自分の残業時間」について考えてみると良い練習になります。 A/Bテストはどのように進める？ 【A/Bテストについて】 A/Bテストとは、二つの施策を試し、比較するテストです。目標の設定から始まり、改善ポイントの仮説設計、実行までのステップを踏みます。優位なデータ数が集まるまで行い、その期間内で検証を行うことが重要です。目的と仮説を明確にし、シンプルで低コストかつ少ないリスクで運用できるようにすることが求められます。 残業問題をどのように解決する？ 試しに「自身の残業時間」の多さについて考えてみました。棚卸できる業務をその場しのぎで抱えていたり、時間割やスケジュールの把握が疎かになっていたりと、整理すべき項目はいくつか見つかりました。複数の解決策を導くためには、まだ整理しなければならない複合的な原因が残っていますが、「有耶無耶」な部分を明確にすることで解決策が見えてきました。 今後の課題解決のステップは？ 今後は、メンバー個別の面談や少人数のミーティングを通じて、現在の課題を一緒に洗い出し、原因を突き止めてみることを実践したいと考えています。そして、仮説を立て、複数の解決案をもって組織としての意思決定や問題解決に繋げていきます。

比較による効果測定とは？ 分析とは、比較することである。まず、分析する項目を整理し、各要素の性質や構造をはっきりさせることが重要だ。何かの効果を測りたい場合、「ある」場合と「ない」場合で比較を行い、分析対象以外の条件も整える必要がある（これは「Apple to Apple」と呼ばれる）。 データ分析の目的と仮説 データ分析を行う際には、まず目的と仮説を立てる。例えば、データ分析の目的は何で、その結果どのような状態を目指すのかを明確にすること。そして、どの項目を分析すれば目的を果たせるのか、その項目をどのようにデータ加工すれば良いのかを考え、具体的な仮説を立てることが大切だ。 適切なデータ加工と表現法 データにはその種類に応じた加工法やグラフの見せ方が必要である。割合で表現するのが適切な場合と、実数（本来の値）で表現するのが適切な場合がある。また、質的データ（数値の大小に意味がないもの）と量的データ（数値に意味があるもの）の違いを見極める必要がある。 人事部門のデータ活用法 人事部門では、健康経営やエンゲージメントに関するデータを扱い、改善に向けた施策を企画することが多い。このため、データを活用して課題解決や目標達成のためのPDCAサイクルを効果的に回せるようにすることが求められる。これまでの施策参加者がどれだけ改善したか、「参加した人の中で●●をした人はより■■だった」といった分析を行うが、このためには、参加者と不参加者の間での比較を行うことが重要だと感じている。 目的設定と議論の重要性 まずは、目的を明確にし、自分自身の思い込みや仮説に偏らず、上司やメンバーと徹底的に議論することが必要だ。次に、課題に対して目指す姿を定量的にKPIとして設定し、現状を把握する。算出するデータに定義と根拠を持ち、それを分かりやすく伝えるスキルを身に付けることも重要である。

どうやって潜在需要を掴む？ 顧客には、既に意識されているウォンツと、まだ気づかれていない潜在的なニーズが存在することを学びました。ウォンツは具体的なモノやサービスとして現れるため、競合もすぐに気付きやすい反面、ニーズは相手の心理や本音を丁寧に引き出さなければ把握できません。デプスインタビューや行動観察などの手法を通じて、相手の内面にある潜在需要を掴むことが重要です。 ニーズ把握後はどうする？ ニーズを把握した後のステップは、その欲求に応える具体的な方法を考えることです。自社の強みや、顧客が魅力を感じるポイントを丁寧に分析することで、ブランドイメージを保ちつつ新たな市場に参入することが可能になります。後発企業であっても、顧客のペインポイントをしっかりと理解し、その問題を解決するアイディアを生み出すことで、新たなビジネスチャンスを見出せると感じました。 高校生は何を求める？ また、広報業務としては、顧客である高校生のニーズを正確に把握し、それに応えるコンテンツを提供することに注力しています。HPやSNS、広告などを通じて、顧客が求める情報を届けるため、常にニーズやウォンツを深堀りした上で制作物を作成しています。広報部門は、入試対応も行うことで高校生との接点が多い部署となっており、彼らの大学生活に対する期待や希望を経営層に伝える役割も担っています。 どうやって顧客本音を集める？ 具体的には、オープンキャンパスなどのイベントで多数の高校生や保護者が参加する際、満足度アンケートの設計と分析を通じて顧客の声を集め、より顧客目線に立った設問に改善していく計画です。また、新入生を対象としたデプスインタビューを実施し、大学選択の基準や求める大学生活、情報の入手方法など、直接大学に近い立場から本音を引き出し、今後の大学運営や学部設計に活かしていこうと考えています。

ABテストの学びを深めるには？ 問題の原因を探るためのポイントと、適切な解決策を決定するための手法である「ABテスト」について学びました。 まず、問題の原因を探るためのポイントとして、以下の二つが挙げられます。 1. プロセスに分解すること。 2. 解決策を検討する際には、複数の選択肢を洗い出し、その中から根拠をもって絞り込むこと。 ABテストの手法はどう実行する？ 次に、ABテストの手法についてです。ABテストでは、できる限り条件を揃えることが重要です（例えば時間帯や曜日）。具体的なステップは次の通りです。 1. 目的を設定する。 2. 改善ポイントの仮説設計を行う（ABテストの立案）。 3. 実行する。 4. 結果の検証と打ち手の決定を行う。 SNSフォロワー増加策の提案 直近の課題として、所属組織の公式SNSアカウントのフォロワー数増加策にABテストを活用したいと考えました。 具体的な解決案は以下の通りです。 - 目的の設定：フォロワー4000（現在2000） - 検証項目：フォロワーの属性、いいね回数、再投稿回数、テキストの文体、メディアの有無 - 仮説：文体が固くとっつきにくいのではないか - 解決策：ABテストを行い、1週間程度、「ですます調」と「だである調」で投稿の文体をテストする この課題解決案を所属部署に提案します。 問題解決の手順は？ 最後に、問題解決の4ステップを説明します。 1. What：問題の明確化→同業他社に比べてフォロワー数が増えない 2. Where：問題箇所の特定→投稿への反応が少ない（いいね、再投稿） 3. Why：原因の分析→投稿頻度が少ない？文体が固い？ 4. How：解決策の立案→ABテストで文体を変えて投稿してみる 以上、学んだ内容と計画した解決策について共有させていただきます。

数字分析で見える傾向は？ 数字をいくつかのパターンでグラフ化し比較すると、傾向や特徴がつかめることがわかりました。知りたい情報に対して、意図的に複数の分析軸が必要であることも理解しました。特に一番の気づきは、一つの分析結果だけを見てすぐに結論を出すのは危険だということです。急ぐあまりに、ついやってしまいがちですので気を付けたいと思います。 分解時の注意ポイントは？ また、切り口を考える際のポイントとして、全体を定義したうえでモレなくダブりなく分解していくことが重要だと感じました。意識してチェックしていないと、歪みが出ることに気付けません。 課題の本質をどう見抜く？ 自分の業務では、お客様アンケートなどを整理する際の切り口を設定するときに使えると思いました。さらに、原因不明な状態で課題改善を依頼された際にも有効だと感じます。例えば、上司から「この課題はおそらくこの辺に原因があるからこの方向性で解決してほしい」と相談され、現場では「ほんとの原因はそこではないと思う」という意見の乖離があった際、どのように調整すればよいか悩むことがあります。そのようなときに、要素分解を用いて課題の本質を明らかにすることができると思いました。 精度の高い分析へ向けて 現在推進しているサイトのUI改善は、ヒアリングを中心に改善施策を検討していますが、今一度データの分析を掘り下げてみたいと思いました。その際に以下の点を実施しようと思います。 - 切り口を複数用意するために、分析に必要なデータを多く収集する - 手を動かして分解する - どんな切り口が分析に役立ちそうか関係者にもヒアリングしてみる - モレなく、ダブりなくの視点で問題ないか、分析の切り口を周囲の人と意見を聞き確認してみる 以上の点を意識して、より精度の高い分析を行いたいと思います。

仮説はどう活かす？ スピードや精度を向上させるためには、分析の初期段階で仮説を立てることが重要だと学びました。結論に向けた仮説と問題解決のための仮説という二種類の仮説があり、それぞれ目的や時間軸に合わせて使い分けることが求められます。 フレームワークってどう活かす？ また、3Cや4Pなどのフレームワークを活用することで、思考が整理され、仮説形成が容易になると感じました。仮説に沿って必要なデータを抽出し、場合によっては新たにデータを取得するプロセスは、効果的な分析の基本と言えます。数字で見えにくい効果も、可能な限り数値として示すことで説得力が増し、合理的な判断材料となります。 数字で信頼はどう？ 具体的には、コンバージョンレートなどの数値計算により、直感だけに頼らず理論的な判断が可能となります。フレームワークを用いることで、業務のスピード感と精度が向上した経験もあり、反対意見を含めた多面的な情報収集が仮説検証の信頼性を高めると実感しました。 新機能はどう検証する？ さらに、新機能をリリースする際には、3Cの観点から分析して優先度を明確化したり、施策ごとの「影響度×実行難易度」を評価することで、迅速な判断を下しています。ユーザーインタビューにおいては、どの層のユーザーがどのフェーズで不満を感じているかを仮説から検証し、具体的なデータに基づいて問題点を抽出する工夫も行っています。 仮説と判断はどう連携する？ 週に一度、仮説をもとに業務課題を整理し、必要なデータを洗い出すワークシートを作成するなど、日常的な業務の中でも「仮説→データ→判断」の流れを徹底しています。毎月、ユーザーアンケートやインタビュー結果の分析から改善案を提案し、社内でのレビューにてその流れを共有することで、施策の精度や実行力の向上に努めています。

本質をどう捉える？ 本質的な課題を捉えるためには、まず目的を明確にすることが大切だと感じました。何のために、何を問うのか、その根底にある本質に迫ろうとする中で、当たり前と思い込んでいる事柄に疑いの視線を向けると、より本質に近づけるのではないかと思います。また、その問い方は単純な二者択一に終始せず、柔軟な姿勢を保つことが重要です。問いは一度限りではなく、何度も継続して行うべきで、その際、視点が偏らないよう多角的に分析し、具体的な実践を心がける必要があります。統計的なデータやその分析手法も、このプロセスにおいて有効なツールとなるでしょう。 本当の課題は何？ 私はIT業界で働いており、この考え方は特に要件定義工程で役立つと感じています。本当にその機能が必要なのか、ユーザの真の課題は何か、また解決策がユーザ側の視点から見て適切かどうか、といった検証が必要な場面です。さらに、バグや障害対応においても、なぜ問題が発生したのか、どのタイミングで混入したのか、過去の事例と比較することで原因を追求する際に、このアプローチは有用です。開発プロセスの改善やリスク管理の分野でも、「今までのやり方が正しいのか」という疑念を持ち続け、常に振り返りながら改善を図る上で効果的だと考えます。 問いの立て方は？ 「本質的な課題を捉える問いの立て方を身につける」ための行動計画としては、まずは疑いながら考える習慣をつけることから始めます。仮説を立て疑うことを日常に取り入れ、必要な理論や手法を書籍や研修を通して体系的に学びます。その後、実際の会議や小さなチームミーティングで本質的な問いを繰り返し投げかけ、意識を高めることを目指します。実践後は振り返りを行い、その結果を次回に活かすというサイクルを繰り返すことで、確実に身につけていけると考えています。

仮説の再考は？ 仮説の分類について考える際、私は従来「問題解決を過去から見る」観点に主眼を置いていました。しかし、仮説全体を見直すうちに、「結論や未来を予測し、仮定の上、検証する」点には十分踏み込んでいなかったことに気づきました。 視野を広げるとどうなる？ そこで、仮説全体を見る際には、結論や未来の予測を含む多角的な視点を持ち、バイアスにならないよう視野を広げて考えることが重要だと感じました。結論、つまりゴールから出発しデータを集めて検証していくものの、その過程で手戻りが発生し、結果として何度もデータを再確認することがあります。こうした経験から「方向性を見いだせて初めて動き出せる」という体験を増やしてみたいと思いました。時間効率を意識することで、普段の行動に留まりがちになりますが、時にはうまくいかないことを試みる勇気も大切だと考えています。うまくいかないことから得られる手戻りや試行錯誤の過程は、生産効率を低下させる一方で、自己を納得させるための貴重な材料にもなります。 根拠に基づく行動は？ 行動計画としては、「仮説を立てる」にあたって、数字に基づく根拠やフェルミ推定を活用し、意思決定において経験則に頼らず新しい立ち位置を見つけることを目指します。また、これまで行ってきたお客様の離脱予測を、仮説をもとに見直し、データ収集を通じて有効な改善策を模索していきたいと考えています。 データの真実は何か？ さらに、KPI関連指標については、チーム単体での目標達成がデータ分析を経ないままであったことを反省し、達成の要因を深掘りすることで、本当に正しい事業活動を行えているかを検証します。他チームや類似業務との比較を通じて、データ取得し仮説を立て分析を行うことで、一層の改善を図っていくことを目指しています。