(21ページ目)

例 ✕ 方法

に関する学び

---

なぜ複数の仮説が大切？ 仮説を立てる際の重要なポイントはいくつかあります。まず、確からしい仮説がある場合でも、それに固執せず、複数の仮説を立てることが大切です。また、異なる観点から仮説を立てることで、見落としを防ぎます。特にフレームワークを活用することによって、網羅的に仮説を立てることが可能です。例として、3Cや4Pのような方法がありますが、分類に自信がなくても、広い視点で考えることが目的ですので心配ありません。 データ収集で何を探す？ データ収集においては、比較対象を意図的に選び、反論を排除するための情報まで集めるようにしましょう。仮説を簡単に切り捨てないことがポイントです。 どうして視点を広げる？ 売上が低迷している商品のリニューアルや新商品のコンセプト評価が思わしくない場合、特に3Cの観点から原因仮説や戦略仮説を立てることがあります。その際、視点が狭くならないよう、予測可能な答えをいったん頭から離し、第三者の視点で仮説を立ててみることが重要です。また、「顧客」と「競合」といった視点での分類に迷うことがありますが、分類自体に注力する必要はありません。仮説を排除した際の理由をデータで示す必要があるので、安易に仮説を切り捨てないようにしましょう。 フォーマットで何を改善？ 仮説立てのフォーマットには、仮説を切り捨てた理由を記載する項目を設けることが有用です。また、「製品」に関しては、3Cだけでなく、「パッケージ」「味」「価格」なども考慮に入れたフォーマットに変えるのが良いでしょう。フレームワークを活用しても、一人では限界があるため、他部署の方々の協力を得ることも効果的です。

体系的に理解できた？ ビジネスの場では、単なる感覚に頼らずに、仕組みを体系的に理解し、その本質を見抜くことが重要です。このための考え方の要諦を学ぶことができました。 選択はなぜ必要？ 特に重要だと感じた点は、選択の必要性です。顧客にとってのメリットを考えると、一部を捨てる選択も重要です。また、差別化についても学びました。差別化とは何か具体的な違いを顧客に訴え、選んでもらうことだと理解しました。さらに、規模の経済性が競争優位性に繋がるかどうかもしっかり検討する必要があります。特に、安易な多角化には注意が必要です。 現状把握できてる？ 私の部署では、業務の効率化と高品質化が命題です。ただなんとなく業務を進めるのではなく、明確にゴールを設定し、現状を把握する「足元分析」を行い、常に自分の道程を自問する姿勢を持ち続けたいと思います。 行動はどう活かす？ 学んだことを実際の行動に活かすために、「手を動かす」こととして、学んだフレームワークを手近な事例に当てはめて考えていきたいです。「口を動かす」こととしては、仲間と意見を共有し、発信することで知識を深めます。そして、「頭を動かす」こととしては、捨てるべきものや、そこに至った思考の過程を再確認し、自分の業務に活かせるかを考え続けます。 振り返りは継続する？ これらの活動は講座が始まってから取り組んでいるもので、今後も続けていきます。具体的には、毎週何かしらのフレームワーク、例えばSWOT分析やPESTEL分析を学び、実際のケースで練習します。さらに、定期的に振り返りを行い、ノートに「今週学んだこと」や「改善すべき点」を記録し続けます。

原因をどう特定する？ 問題の原因を探る手法として、まずプロセスを分解してどこに問題があるのかを特定し、仮説を立てることが有効です。そして、解決策を検討する際には、複数の選択肢を洗い出し、その判断基準を考えた上で重要度に基づいて順位づけを行い、取り組むべき選択肢を絞り込む必要があります。 A/Bテストの意義は？ A/Bテストを活用することで、複数の施策の効果を実際に試し、反応を見て評価することができます。この手法では、仮説を持ち、検証項目をしっかりと設定することが重要です。さらに、1つの要素ずつを検証し、テストのパターンは同時期、かつ同期間で行います。期間が異なると、テストしたい要素以外の環境要因が影響してしまう場合があるためです。 広告テストは効果的？ 具体的な例として、YouTubeの広告動画作成時には、お客様のお悩みに関連づけて訴求ポイントを異なるパターンで作成し、A/Bテストを行います。どちらの広告が高いクリック率やコンバージョン率を示すかを確認することで、よりニーズの高い訴求内容を把握できます。同様に、LINE配信ではイベントのキャッチコピーを複数作成し、クリック率や開封率から最も効果的なコピーを見つけ出します。 工数を減らす方法は？ なるべく工数をかけずに数パターンのクリエイティブを作成したいと考えています。A/Bテストはいつも話題に上がり、実施したいと思っているのですが、なかなか時間がなく一つのパターンしか作成できないことが多いのが現状です。手間を減らす方法を模索しながら、A/Bテストを実施することで、お客様のニーズを深く理解し、問題の原因を明確にしていきたいと考えています。

インタビューの目的は？ 現在、製薬会社でデジタル関連のプロジェクトを担当しています。直近ではリリースしたWebサイトについて、一般ユーザーや医療関係者へのインタビューを実施し、そのフィードバックを改善のためのインプットとして活用しようとしています。ユーザーグループごとに利用方法が異なるため、グループに合わせた質問を準備する必要があります。具体的なプロセスとしては、①ユーザーインタビューの企画、②マーケティングチームへの情報共有、③プロダクトチーム内での対応優先順位の決定、④実装、⑤サイトのPVや滞在時間による成果計測、⑥さらなる対応の実施が考えられます。しかし、これらは予算の確保やインタビュー会社との契約など大掛かりな準備が必要なため、現段階では実践には至っていません。 CRM経験の教訓は？ 以前の実践例として、営業で利用されるCRMシステムを担当していた際、現場での実体験がありました。実際に営業の1日を同行し、営業車内でCRMシステムについてのインタビューを行うことで、改善すべきポイントを見いだすことができました。その後、実際の改善対応を進めた結果、別の営業担当者からも好評のフィードバックを得ることができました。 本当に必要なものは？ これらの経験から、作りたいものではなく、使う人にとって必要なものを作ることの重要性を実感しました。単に想像するだけではなく、現場を体験することで、何が必要であればより良いかを具体的に理解できるのです。また、体験をしていない人々に共感してもらうためには、インタビュー内容やプロダクト開発に至った背景を分かりやすくまとめることが今後の課題であると考えています。

今回変更する振り返り文章 学びのポイントは何？ 今回の学びでは、課題解決のプロセスを段階ごとに整理する方法と、従来のフレームワークにとらわれずに課題の本質を捉える「対概念」という考え方を学びました。先週は３Ｃや４Ｐといった分析手法を用いて問題点を洗い出す例に触れていたため、今回の新たな視点は思考の幅を広げる刺激になりました。 対概念の意味は？ 「対概念」とは、問題のある箇所とそれ以外の要素を対比しながら考えるアプローチです。たとえば、「ターゲット設定に問題がある」という見方に対し、設定以外に問題が潜んでいる可能性を同時に捉えることで、より柔軟な課題設定が可能になります。 改善案の選び方は？ また、今回学んだ内容は、最適な改善案を選ぶために各案をコストやスピード、チーム内の連携といった評価基準で総合的に判断する重要性も再認識させてくれました。具体例として、Webデザインの改修にあたり、内製するか外注するかを検討する場合の評価方法が挙げられ、数ある案から最も有益なものを選ぶプロセスに参考になりました。 A/Bテストの狙いは？ さらに、従来の案と新たな案を比較するA/Bテストの手法についても学びました。テスト実施の際は、両案の条件を可能な限り揃え、外部環境の変動にも配慮してランダムにテストを行う点がポイントとされています。 実用性の確認方法は？ 自社の業務においては、今回学んだ「対概念」の視点が非常に実用的だと感じています。滞っているシステム改修作業の設計を見直す際、従来のフレームワークに限定されず、柔軟なアプローチで打ち手を検討する一助となると実感しました。

なぜ動機は異なる？ モチベーションの動機は人それぞれ異なります。自分自身が感じている動機とは異なる場合が多いため、相手の動機をよく観察し理解することが重要です。誤ったアプローチをしてしまうと、期待した効果が得られないこともあるので注意が必要です。例えば、マズローの5段階欲求をイメージし、その人がどの段階を満たそうとしているのかを観察し、効果的にコミュニケーションを取ることが求められます。 認めることはなぜ大事？ モチベーションを高めるためには、まず相手の出来ていることや頑張っている部分を認めることが重要です。否定したり、できていない部分を責めたりせず、成功している点にスポットを当てることが大切です。その上で、うまくいかなかったことや失敗を自身で内省させ、原因や改善点を言葉で表現してもらうことで、より深い理解を促します。 部下の成長をどう導く？ 部下を効果的に育成し、効率的に高いパフォーマンスを引き出したいと考える場面があります。部下が失敗して落ち込んでいる時や、次の一歩を踏み出せない時にも、優しくサポートし成長を促したいものです。部下が期待する成果を上げられない時も、成長を支援する姿勢が求められます。 どうやって話を引き出す？ コミュニケーションにおいては、自分が話す前に部下に話をする場を与え、考えさせ、積極的に話させるように努めることが大切です。部下のモチベーションの源泉や誘因を、会話や行動の中からしっかりと把握し、その内容に応じたアプローチを工夫します。また、部下が話しやすい雰囲気や表情、上機嫌を常に心掛け、1on1面談などでは相手の考えを引き出すことに注力します。

理解を深めるための分解とは？ 物事を理解する際には、それを分解することが重要です。分解することで新たな視点が得られることがありますし、わからないことは必ずしも失敗を意味するわけではありません。むしろ、わからないことが明確になること自体が大きな成果です。また、物事をどのように分けるかによって、異なる理解が生まれることもあります。 MECEを使った効果的な分解方法 分解する際には、MECE（Mutually Exclusive and Collectively Exhaustive）を意識することが求められます。まずは全体を定義し、その上で足し算型、掛け算型、割り算型、またはプロセス型のどれに当てはまるのかを考えつつ分解していきます。 顧客データの多角的な分析 さらに、具体的なシーンにおいては、顧客の問い合わせやクレームの分析、データエラーの分析、顧客属性の分析、商品ごとのニーズ分析などが挙げられます。メンバーへのフィードバックや面接での思考プロセスのチェックもこれに含まれます。これらの情報はモニタリングダッシュボードの作成やrawデータの取得の切り口定義にも役立ちます。 フロー分割で問い合わせを深く分析 特に顧客の問い合わせの段階から注文に至るまでのプロセスは、フローを分けて考えると理解が深まります。このフローの中で、問い合わせのカテゴリーごとにさらに細かく分解することができます。例えば、問い合わせツールや新規顧客と既存顧客の違い、購入回数、法人と個人の区分、エラー項目、エラー後のコミュニケーション回数など、具体的に分けてみることで、多角的に分析することが可能になります。

数値と定性の評価はどれ？ デザイン変更の方法案を、コスト、スピード、意思疎通などの各観点から数値で比較する手法は、とても効果的だと感じました。しかし、実際には数値化が難しい場面も多いため、例えば「大中小」や「◎〇△×」といった定性的な評価方法も有効だと思います。実際、イベントのプランニング月間である6月には、MECEに基づいて項目を洗い出し、これらの評価方法を用いて各案を総合的に比較したいと考えています。 A/Bテストの理解は進んでる？ A/Bテストについては、これまで学んできた知識を活かし、解説通りの考え方で演習に取り組むことができました。その後の動画で、ポイントを絞って比較するという視点が紹介され、非常に納得のいく気づきを得ました。以前から社内ではA/Bテストの必要性は認識していたものの、コストを抑えながら迅速に実施する方法が見出せずにいました。今後、部内でのリサーチや議論を重ね、具体的な手法が確立できた際には、今回の学びを活かしていきたいと思います。 行動と分析のバランスは？ 最も印象に残ったのは、原因の特定に時間をかけすぎず、実際に行動を起こし、仮説検証のサイクルを早期に回すという考え方でした。これまで、分析にもっと力を入れるべきだと考えていた自分が、ビジネスのスピードとのバランスを重視する必要性に気付かされました。もちろん、分析と実証の双方に適切な時間とエネルギーを割くことが重要だと感じています。具体的には、先輩社員の意見を聞いたり、必要に応じて外部の知見も取り入れながら、約半分の比率で分析を進める方法を模索し、明日から日々意識して取り組んでいきたいと考えています。

楽しさを実感した学び 学ぶことの楽しさを実感できました。これまで、物事を一つの視点からしか考えていないと気付かされました。例えば、病院についてのディスカッションでは、研究施設や避難所など、私の視野を超えた多様な視点があり、「すごいな〜」と感心しながら学ぶことができました。また、懇親会では慣れない場でも声をかけていただき、私の話を聞いてもらえて嬉しく、あっという間の時間でした。短い時間でしたが、とても充実した時間を過ごせそうです。 表現力を磨くために 私は表現することが苦手ですが、考えを整理し、ロジックツリーを使いながら可視化を進めていきたいと思います。これからも頑張りますので、よろしくお願いいたします。 知識を積み重ねる方法とは？ 企画立案に役立つ知識を得ようと、多方面にわたり学びたいと考えています。私の所属する部署は営業推進で、フロントに近い部分ですが、業務を円滑に進めるためには、コンプライアンスや事務部門との連携が不可欠です。浅く広く学ぶことから始め、知識を積み重ねていきたいと思います。 弱点克服に向けて挑戦する 私は言語化が苦手で、ボキャブラリーが少ないと感じています。昨日学んだロジックツリーを活用し、日々テーマを決めて少しずつ作成し、翌日に見直すことを続けていきたいと思いました。できないことは何度も繰り返し訓練することで、少しずつ成長を感じられるかもしれません。過去には自分の弱点を避けて通ってきましたが、これからは向き合い、克服に努めたいと思います。皆さまの考え方を伺う中で多くを学び、とても楽しい時間でした。今後ともよろしくお願いいたします。

仮説とは何か？ 仮説とは、論点に対する一時的な答えを意味します。仮説を立てる際には、決め打ちせず複数の可能性を検討することが重要です。フレームワークを活用して、どの指標を基準に、何と比較するか、またそのためにどのようなデータを集計し、どのように見せるかを考える必要があります。 データはどう取る？ また、着目する指標や比較対象のデータを収集する際には、「誰に、どのように聴くのか」という点が大切です。都合の良いデータだけに頼ると、誤った仮説を前提にしてしまうリスクがあります。他の可能性を十分に考慮することで、不要な仮説を排除し、より正確な情報に基づいた議論につなげることができます。 議論はどう進む？ 日常の業務においても、仮説をもとに論点を提示し、議論を重ねる場面が多いです。これまで経験や肌感覚から決め打ちしていた仮説も、複数の視点で検討することで、より網羅的かつ具体的な検証が可能になります。仮説を裏付けるデータの示し方や、どのように比較し、提示するかという方法も試行錯誤の対象です。 人事事例はどう見る？ 人事領域の取り組みとしては、スタッフが出会い採用内定、入社からその後の活躍、さらには休職や退職に至るまでのジャーニーマップを構築した事例が挙げられます。まずこれまでの経験や収集できるデータをもとにストーリーとしてのジャーニーを描き出し、その後、ヒアリングや不足しているデータの補完によって仮説を検証・肉付けしていくという方法です。このとき、現状の仮説が網羅的かどうか、また他の切り口がないかを再確認し、データの取り方や示し方を見直すことが大切です。

なぜ仮説が必要？ 仮説は非常に重要です。急いだり怠ったりして、仮説を立てずにいきなり方法論に入ると、結果として時間が余計にかかるか、誤った方向へ進んでしまう可能性があります。 どう検証すべき？ また、仮説はあくまで仮の答えであり、その検証が必要です。検証のためには目的意識を持ったデータ分析が不可欠です。そのため、たとえ「答え」となりうるものであっても、複数の仮説を立てることが求められます。さらに、3Cや4Pなど異なる切り口を用いることで、問題全体を網羅的に捉えることが可能となります。 疑いは成長の鍵？ 加えて、仮説の立証を目的としたデータ収集や分析においては、自身の仮説が誤っているのではないかという視点を忘れずに実践することが重要です。こうすることで、自分に都合の良いデータだけを集めてしまうことを避けられます。 原因はどう見極め？ 実店舗の売上やPLに関する業務では、好調な店舗と不調な店舗が存在します。いずれの場合も、その原因を正確に特定し、好調なら通例に従い、不調なら改善策を講じることが必要です。これまで、まず膨大な時間をかけてデータを収集していたところを、仮説思考を取り入れることで、何が問題なのかを先に明確にし、仮説を立てることから対応するようになりました。 何を意識すべき？ また、目につきやすい場所に仮説思考に関するポイントやステップを掲示し、常に意識できる環境を整えることも有効です。正解や不正解を問わず、失敗を恐れずに実践していくこと、日常的に課題意識や疑問を持つこと、そして先輩たちの実践事例や経験から学ぶことが、さらなる成長につながります。

数字をどう見捉える？ 具体的なケーススタディを通じて、数字の分解やイシューの設定、メッセージの伝え方について学びました。数字を分解する際、特定の実例に引っ張られると、考えの幅が狭まることに気付きました。特に「観光」のイメージに縛られると、抽象度を上げる思考が難しくなりがちです。紙に書き出して共通点を探るなど、可視化する方法で考えるのが有効だと感じました。 見直しは本当に必要？ また、イシューの設定では、他の数字を何度も確認しないと安心できない点が学びとして大きかったです。ひとつのイシューを見つけたとしても、「本当にそれで大丈夫か」「見落としていることはないか」を考え、数字の分解を見直すことを習慣にしたいと思いました。 チーム戦略はどうする？ 現在リーダー役を務めているので、チームのメンバーや組織課題に向き合う際にこの知識を活用したいです。特に次年度のチーム戦略や目標を立てる際には、現状の組織課題をしっかりと把握し、イシューとして捉えた上で解決策を考えていくことが重要です。 抽象化の秘訣は？ 抽象度を上げる思考は、身近な課題にも当てはまります。組織課題に取り組む際、他者から聞くチームのイメージや現在の業務に影響されて、思考の抽象度が上がりにくいことがあります。紙に書き出して抽象化する努力をしてみようと思います。また、イシュー設定に関しては、実務では分かりやすいイシューを見つけた時点で他の可能性を除外し、解決策を考えることが多いです。思考のプロセスを意識し、イシューを見つけた後にはそのイシューを再検討し、他の分解方法も試してみることを習慣化したいと考えています。