(20ページ目)

結果 ✕ 検証

に関する学び

---

どうしてデザイン思考？ ライブ授業の録画を視聴して感じたのは、従来のロジカルシンキングだけでは達成し得なかったイノベーションを、デザイン思考で実現できるのではないかという期待です。特に、ユーザーが抱える潜在的な課題を見える化することで、本質的な課題が明確になるという点に大きな意義を感じました。 どうして顧客不在？ また、結果を出せない組織には「顧客（ユーザー）不在」という共通点があると感じています。私の職場では、新しい企画を提案すると「予算は？」「担当は誰が？」、「上層部が賛同しない」といった否定的な意見が次々と出され、そのために改革が進んでいない現状です。厳しい状況下で経営層を巻き込むのは難しいですが、自らの業務の中で「ユーザーは誰か」「どのような喜びを提供できるか」「どんな困りごとがあるのか」を常に意識することが、デザイン思考を活かす第一歩だと考えています。 プロトタイプの効果は？ 当面は、自分の担当業務の範囲内でデザイン思考のプロセスを実践していこうと思います。特に、プロトタイプを用いた検証プロセスは、試行錯誤を通じて小さな失敗から学ぶ大きな醍醐味だと感じており、これを繰り返すことで改善を図っていく所存です。

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

なぜ問題が起こる？ 問題がなぜ発生したのか、またどこに問題が潜んでいるのかを明確にする手法として、まずはプロセスを分解し各段階での問題点を洗い出す方法と、複数の選択肢から重要な判断基準に基づいて根拠をもって絞り込む方法の２つが考えられます。 A/Bテストは本当に有効？ また、A/Bテストを活用し、事前の仮説に基づいて曜日や時間などの条件を揃えて検証を行う手法は、運用や判断がしやすいこと、低コストで少ない工数で実施できること、さらにはリスクが低いというメリットがあります。 検証のサイクルはどうなる？ 具体的な流れとしては、まず目的を設定し、その目的に沿った重要なポイントについて仮説を立て、実際に検証を行い、結果を評価するというサイクルを回していくことが有効です。 資料とフォローはどう？ さらに、説明会用の資料作成においては、２パターンの資料を用意してどちらがより申込みに繋がるかを比較する方法が、今後の資料作成に活かせると感じました。同様に、顧客へのアプローチについても、電話フォローとメールフォローのどちらが効果的かを実感だけでなく数値として検証することで、より合理的な業務運営が実現できると考えています。

数値で判断すべき？ 意思決定をする際には、何かを捨てることが必要です。定性的に判断すると、顧客との関係性や歴史、背景などにより、判断が鈍ることがあります。そこで、数値を用いて定量的に判断し、感情に左右されないようにする検証が求められます。 指標はどう設定？ 結果が出る前に、成功と失敗、継続と終了の指標を設定することは、感情的な判断でロスを増やすことを防ぐ手助けとなると感じました。実践においても、数値を基に判断しないと、歴史や背景から意思決定にゆがみが生じる可能性があると感じています。そのため、さまざまな角度から数値を確認し、安易に判断しない姿勢を保つことが大切です。 引き算は効果的？ 基本的に積み上げ式の足し算で運用されることが多いですが、あえて引き算を行い、顧客への伝わりやすさを意識するべきです。ターゲットに何を伝えるべきかを考慮した上で、捨てることを決定します。 判断基準は整ってる？ 捨てる際には、以下の点を確認します。①本来の方向性は何か？②ブレークスルーとなる案はないか？（一石二鳥の案）③現状は中途半端ではないか？④トレードオフが発生していないか？これらを検討し、捨てることを意思決定します。

問題をどう洗い出す？ 今回の学習では、まず何が問題であるかを洗い出し、その問題箇所を明確にすることの重要性を学びました。問題の原因を詳しく分析し、対策を検討・実行するプロセスや、結果から各要因を考察する点、さらに理想と現状のギャップを埋めるための工夫が大切であると実感しました。 分析手法は何か？ また、分析手法としてロジックツリーやMECE分析、さらに階層分析と変数分析の活用が有効であることを学びました。これらの手法を用いることで、データの整理がしやすくなり、効率的な分析が実現できると感じます。 実例で何を発見する？ 具体例として、交通系ICカードの決済データを利用し、加盟店やキャンペーンごとの売上分析に応用できる可能性があると考えました。売上分析においては、年代、性別、居住地、曜日などの視点で検証し、来店回数や決済金額の傾向も踏まえて全体的な分析に役立てたいと思います。 量と質のバランスは？ 最初の段階では、質よりも量を意識して経験値を積むことが重要と考えています。質も適度に保ちながら、実践を重ね、ロジックツリーやMECE分析を積極的に活用してデータ分析に取り組んでいきたいと思います。

新たな視点、どう受け入れる？ これまで、直感的かつ漠然と行っていたことに対して、今回改めて全く異なる視点があることを学びました。最初は、自分に固定された考え方があったために、その新たな視点を完全に受け入れるのが難しく感じられました。しかし、何度も動画を見返すうちに、次第にひらめきに近い感覚が芽生え、理解が深まっていったのが印象的でした。これからは、「イシューの定義、仮説の質の向上、まずはプロトタイプで形にし、検証を重ねる」というプロセスを意識して取り組んでいこうと思います。 検証不足、どう乗り越える？ また、私たちの組織では、新規事業を進める際に、本来は「仮説→プロトタイピング→検証」という流れで進めるべきところ、十分な検証が行われないまま、すぐに「うまくいかなかった」という理由でプロジェクトを中断してしまうことが多々あると感じています。検証が不十分なために、相関関係を因果関係と誤認し、都合の良い解釈に偏るバイアスが生じ、結果として前進が阻まれてしまいます。この経験から、問題を曖昧なままにして徒労に終わらせないためにも、速やかに仮説を立て、検証を重ねる姿勢を常に持ち続けることの重要性を実感しました。

学びの流れは？ 実践演習を通して、What→Where→Why→Howの流れを学べた点が非常に印象的でした。実際の感想文を読むと、学んだ内容が具体的にどのように役立つかが実感でき、理解が深まったと感じました。 仮説と現実のギャップは？ また、仮説の正しさに固執せず、世の中の結果を生み出す要因が複数絡んでいるという現実に納得しました。仮説を立てた段階で行動に移すことの重要性を強く感じ、その姿勢が実務でも大切だと理解できました。 複雑な要因は何故？ さらに、複雑な要素が絡み合う中でWhyが必ずしも一つではないという点にも気付かされました。MECEに分類しながら仮説を立て、個々の要因を一つずつ検証していくプロセスは、仕事に応用するには手間がかかると感じました。しかし、説得力を持たせるためには、従来の仮説以外の理由を排除する作業が重要であることも学びました。 実務にどう生かす？ この経験からは、仮説以外の可能性をいかに排除していくかという点が、MECE思考の力に直結していると感じました。本から得たフレームワークを活用し、実際の業務で実践することで、さらに思考力を高めていけると確信しています。

目的は明確ですか？ 目的を早く達成したいという思いから、必要な分析がおろそかになってしまうことがあることを実感しました。その主な原因は、目的そのものの解像度や比較方法の適切さに欠けている点にあると再認識しています。 appletoappleの壁は？ 特に、いわゆる「apple to apple」の分析が重要である一方、その実施の難しさを強く感じました。短期間で結果を求める傾向は、判断に必要な深堀りを妨げる要因となっているといえます。 投資判断を見直すべき？ また、ファンドの投資判断、景気動向の予測、予算の設定、投資先のモニタリングから得たインサイト、そしてポートフォリオのパフォーマンス検証において、これらの分析手法を活用する意向です。過去の実践において、目的の解像度や視点が十分ではなかった可能性があるため、改めて見直す必要を感じています。 バイアスなく比較するには？ このような状況から、どのような方法やツール、そして比較対象を選定すれば、バイアスなく「apple to apple」の比較ができるのか、具体的な事例に基づかない形で皆さんの意見をぜひお聞かせください。

シンプルな検証方法は？ テストを行う際は、コストや実現性に関するハードルに注目し、まずコアとなる機能に絞ったシンプルなサービスやプロダクトを試す方法が有効です。試した結果が芳しくなかった場合でも、顧客の視点に立って、何が良かったのか、何が課題だったのかをしっかりと振り返り、それを知見として共有しながら、何度も改善していくことが大切です。 基本姿勢は整っていますか？ フィジビリティスタディを重ねる中で、テストに対する基本的なスタンスが自分に不足していたと感じています。まずは、仮説としてのコア価値を定義し、確認したい観点にあったテスト形式を作成することが重要です。加えて、何度も振り返って改善を重ねることで、サービス全体の向上を図っていきたいと考えています。 離脱防止の秘訣は？ また、総合演習でも触れたように、顧客の離脱防止のために有効な打ち手を数多くテストしていく必要があります。そのためには、まず課題定義をしっかりと行い、振り返りの基盤となる先を作ることが前提となります。さらに、明らかにしたいポイントに応じてテスト方法を工夫することで、より具体的な改善策を見出していきたいと思います。

イシューはどう見る？ 今ここで答えを出すべき問い、すなわちイシューに着目する大切さを再認識しました。正しいイシューを設定するためには、まず現状を正確に理解し、問いを残し共有・意識することが必要です。ファストフード店の事例を通して、客離れの改善策を探る際に一面的な視点ではなく、幅広い視点で検証する重要性を感じました。 課題整理はどう進む？ また、日常業務においては大小さまざまな課題が常に存在しており、それぞれの課題を抽出・整理し、優先順位を付けて実行、結果を分解して分析することが業務推進に欠かせないと実感しています。今回の学びを通じて、論理的なアプローチが業務の改善に直結することを実感しました。 論理で歩む未来は？ さらに、Week1から5で学んだ視点の変化や分解、イシュー・結論・根拠の整理、グラフ化といった方法論を今後の業務に積極的に取り入れ、より明快で論理的な進め方を心掛けていきたいと思います。プレゼンテーションにおいても、相手を意識した論理的で分かりやすい資料作成および説明に努め、会議では不要な話題を避け、常にイシューに意識を向けながら参加していくつもりです。

仮説構築はどう始める？ 仮説を立てる際には、3Cや4Pといった切り口を活用し、情報を整理することで仮説ストーリーを構築しやすくなります。仮説は結論仮説と問題解決のための仮説に分かれ、検証にはデータ収集が不可欠です。その際、誰にどのように聞くかを工夫することで、仮説に沿ったデータが得られると感じました。 計画検討は何を確認？ お客様の活用コミュニケーションの計画を検討する場合、これまでの施策結果の課題、どの部分で課題が生じているのか、その原因、そして施策変更による改善策について、段階的に細分化して考える必要があると認識しました。仮説の流れは「What → Where → Why → How」という順序で検討することで、論理的に整理されやすいと感じています。 検証実施はどう進む？ 一方で、自分の組み立てた仮説が正しいかどうかについて、常に不安を感じることがあります。授業では、仮説に疑問があってもまずは早く検証を回すことが大切であると指導いただきました。しかし、実際にその検証を迅速に進めるためには、どのようなアプローチが最適なのか、今後も試行錯誤しながら検討していきたいと思います。

VUCAはどう捉える？ 私はVUCAについては理解していたつもりでしたが、自分の言葉で定義し、その本質を言葉にすることが難しいと感じました。また、プロトタイピングに対する理解もまだ浅く、仮説思考とどのように連動するのか、十分に納得したとは言えません。仮説検証型の進め方では、不確実な中で実行に移すマインドチェンジが求められるため、私にとってはまだその一歩を踏み出す勇気が必要です。 営業の説得力とは？ 営業先では、前年と同様の施策を踏襲する傾向が強く、新たな提案を受け入れてもらうには、過去の実績に基づく成果が説得力を持つと感じています。今回学んだ時代に合わせた営業スタイルでは、まずは提案した仮説の納得度を高め、小さく試して結果を得ながら新たなプロトタイプを作成し、検証する流れを共に進めることが重要だと思いました。 新手法は受け入れられる？ VUCAの時代の要求やその本質についてはある程度理解しているものの、もし上層部が依然として仮説検証型の進め方をリスクと捉えている場合、どのように新しい手法を取り入れるべきか、皆さんのアドバイスやご意見をぜひお聞かせいただきたいです。