(21ページ目)

なぜ ✕ 本

に関する学び

---

理解不足は何故？ 「どこに問題があるのかを４つの視点で考える方法」について、これまでの学習テーマに比べしっくりこなかった部分もあり、自分の理解力不足を痛感しました。また、マーケティングの学習中に出てくる専門用語が多く登場したため、改めて具体的な事例に照らし合わせながら学ぶ必要性を感じました。 A/Bテストは何が肝心？ CRMのメール発信を担当している経験から、これまでA/Bテストに取り組んできたものの、手法そのものを知っている・実施したというだけではなく、テストを行う前の目的を明確にし、AとBそれぞれの「誰が、何を、なぜ」という点をしっかり考慮しないと効果が半減してしまうと実感しました。 全体目的は明確？ プロモーションなどの一部の発信手法に留まらず、事業全体の目的を明文化し、グループ内で共有することの重要性を改めて感じました。分析、課題、仮説といった学習内容からは一歩離れるものの、問題の原因や仮説を検討する前に、まず全体の目的や前提となる問題があることに気づかされました。 目的は全員一致？ また、各自が担当プロジェクトの目的を意識する体制において、それぞれの目的が本当に矛盾なく共有されているのか、今更ながら疑問を感じるとともに、再確認する必要性を強く認識しました。

仮説立案の基本は？ 仮説には、結論に至る仮説と問題解決に焦点を当てた仮説の二種類があり、問題解決の仮説では「What（問題は何か）」「Where（どこに問題があるか）」「Why（なぜ問題が発生しているのか）」「How（どうすべきか）」の順序で検証することが基本と学びました。 フレームワークは効く？ また、仮説を立てる際には、3C分析（市場・顧客、競合、自社）や4P分析（製品、価格、場所、プロモーション）といったフレームワークの活用が有効で、これにより具体的かつ詳細な仮説を構築しやすくなると理解しています。 効果検証はどう？ 現在、交通系ICカードで決済するとポイントが10倍になるキャンペーンの効果検証に取り組んでおり、決済回数や決済金額の増加などを評価指標としています。この分析に際しては、問題解決の仮説を立て、3C分析や4P分析を積極的に取り入れることで、データ分析の精度を向上させることを目指しています。 分析精度を上げるには？ 所属部署では専門のデータ分析担当者がおらず、これまで独学で自己流に分析を行ってきました。今回学んだ仮説の立て方やフレームワークをさらに活用し、数値の取り方や検証方法を体系的に整理することで、分析の精度を一層高めたいと考えています。

どこで価値再確認？ クライアントの事業整理に取り組む中で、本来の価値観を再確認するため、広げるフェーズにフレームワークを活用しました。自分自身の新規事業のためにも、アイデア出しやブレインストーミングの流れを一人でも試してみようと考えています。 どう考えが進む？ 実際にフレームワークを用い、クライアントと二人でブレインストーミングやKJ法に取り組んだところ、普段よりも自由度の高い雰囲気が感じられました。特にKJ法では、単に分類して当てはめるだけではなく、共通点や違いを探りながら「もう一歩先」を考えることが重要だと実感しました。枠にとらわれずに言語化していくプロセスが、理解を深める鍵になりました。 なぜ戸惑うの？ 一方、SCAMPER法に関しては、各要素をどのように位置づけるか戸惑いがあったため、一定の慣れが必要と感じました。視点を切り替えることで新たな発見があるものの、最初から完璧な表現を目指す必要はなく、自然な流れで考えを展開することができると感じました。 どう時間管理する？ さらに、議論を進める際には目的と時間を明確に定めることが大変重要です。発散的なアイデア出しは終わりが見えないため、一定の枠組みや時間設定があることで、より実りあるプロセスになると感じました。

プロトタイピングって何？ プロトタイピングでは、①目的を明確にする、②適切な要求を抽出する、③適切な時間を投入するという点を学びました。大学の授業は１科目が15回で構成されているため、毎回がプロトタイピングの検証の繰り返しといえます。大幅な修正を毎回行うと、逆に学生の混乱を招く恐れがありますが、これまで以上に学生の反応に敏感になり、改善を重ねられると感じました。 なぜ凝りすぎる？ プロトタイプの作成過程では、どうしても機能を増やしたり、完成品に近づけたいという衝動に駆られます。しかし、ユーザーからフィードバックを得るという本来の目的を考えると、あまり凝りすぎないことが大切だと思いました。実際、下手な漫画を用いたところ、その下手さが逆に興味を引き、フィードバックを得る結果となった経験があります。講座で紹介されていたように、本質的な機能に絞り、“Simple is best”の姿勢で臨むことが重要だと感じます。 本音を出す環境は？ また、プロトタイプによる検証は、自分のアイデアが外部の批判にさらされるという意味でも、デザイン思考の醍醐味を味わえるプロセスだと思います。ただし、場合によっては意見を控えるユーザーも存在するため、誰もが本音で意見を言える環境作りが必要だと強く感じました。

問題解決の4ステップは？ 問題解決には、what（何）、where（どこ）、why（なぜ）、how（どのように）の4ステップがあります。経験や勘に頼らず、まずは事象をMECE（Mutually Exclusive, Collectively Exhaustive）に分解することが根本的な解決につながります。 分析のストーリーは重要？ データを目の前にして即座にグラフ化したり、平均値や割合を出すのではなく、「なぜそうなったのか？」というストーリーを持って分析することが重要です。 データ取得の企画段階とは？ 今後進行する実証実験の検証項目を明確にするため、企画段階からデータ取得方法を組み込む必要があります。また、マーケティングインテリジェンスのグループに異動するにあたり、ネット上のデータを鵜呑みにせず、なぜそうなっているのかの背景をシステマチックに考えることが大事だと感じました。 実証実験のゴールは？ 現段階で検証項目の洗い出しは終わっているため、最終的な実証実験のゴールと、理想的なデータを意識しながら、今月中に取得方法を検討します。また、市場調査ではデータだけでなく、なぜそのようなデータが集まったのかについて、社会動向をチームメンバーとディスカッションする機会を設けます。

物事を客観視するには？ 講座全体を通じて得た学びを振り返ると、まず客観的に物事を見る力が重要性を増していると感じました。また、視点や視座、視野の持ち方、そして問題を分解する方法についても多くを学ぶことができました。問題に直面した際は、適切な問いを立てることから始め、データの加工・可視化を行って分析し、解決策を見出しスライドを作成するというステップが有効であると理解しました。 運用変更の必要性は？ さらに、変化に伴うアクションを決定する際には、システムや社内ルールの変更に応じた運用変更が不可欠です。その際には、なぜその運用変更が必要なのかを関係者に分かりやすく説明することが大切です。同時に、変化に応じたアクションが本当に必要かを問い、様々な角度から分析することが必要です。このプロセスを通じて、回答を常に疑いながら最善の解決策を見出したいと考えています。 効果的なプレゼンは？ また、上層部へのプレゼンテーションでも得た知識を役立てたいと思います。今年度のKPI達成や課題の共有に際しては、受け手にとって効果的なプレゼンとなるよう、視野・視座・視点を意識した分析と資料作りを心掛けます。これにより、より理解しやすく、見やすい資料を作成し、効果的な情報の伝達を実現したいです。

なぜ仮説が必要なの？ 分析においては、単にデータを整理して新しい気づきを提供するだけではなく、自分自身で仮説を立て、その仮説に基づいてどのような分析を行いたいか、また必要なデータは何かを考えることが重要だと学びました。以前は無意識に必要なデータを集めていたこともありましたが、目的を明確にすると分析のアプローチが大きく変わると感じます。同時に、立てた仮説に囚われることなく、他の可能性も公平に検討するスキルを身に付ける必要があると認識しました。 市場と売上の本質は？ また、毎日の売上実績の確認は、単純に前年との比較やKPIの向上を狙うだけでなく、競合他社のマーケット動向や顧客へのアプローチについても視野を広げることが求められます。一社だけではなく、３Cの観点から広く分析することで、データが十分でなくても次の一手を打つための新たな視点が得られると考えています。 データ活用の秘訣は？ 日々の実績やKPIのチェックに加えて、整理したデータをどう活用するか、チャレンジ精神を促す分析やその見せ方を意識することが必要です。競合の市場シェアデータなどを随時入手し、自分の活動が先月や過去と比べてどのように変化しているのかを具体的に確認できると、より実践的な行動変化にもつながると期待しています。

なぜ問いが大切？ まず、「問いから始める」ことの大切さについて学びました。講義中の演習では、分け方や分析方法を検討しましたが、分析や区分けにとらわれると、分析の本質が見失われがちです。最初に問いを立てることで、何のための分析なのかを明確にする必要性を再認識しました。これはイシュー設定においても同様で、まずは問いかけから始めることが重要だと感じました。 アウトプットは大丈夫？ また、アウトプットの重要性についても実感しました。講座を通してロジックツリー、MECE、ピラミッドストラクチャーといった考え方を学んだ一方で、実際に活用できているかはまだ課題です。今後は、知識のインプットだけでなく、アウトプットを意識し、適切な脳の切り替えを行いながら実践していきたいと思います。 イシューの本質は？ さらに、会議や企画立案の際に、イシューを明確にすることの重要性を学びました。業務に追われる中で、イシューが適切でないと、伝えたい主張が十分に伝わらないことを実感しました。そのため、事前にイシュー設定が正しいか、明確かどうかを確認し、しっかりと検討する姿勢が必要だと感じています。これからは、クリティカルシンキングの各種スキルを活用し、より良い判断ができるよう取り組んでいきたいと思います。

本当に規模の経済は信頼できる？ 今週の学びで特に印象に残ったのは、規模の経済性の演習回答にあった「もっともらしく聞こえる定石であっても、自社が置かれた状況に必ずしも当てはまるとは限らない」という点です。普段は規模の経済性を当然のことと考えがちですが、固定費や変動費の区分だけでなく、時期や機会といった変動要素も考慮することで、より多角的な分析ができると感じました。 不経済と習熟はどうなる？ また、規模の経済性に加えて、規模の不経済性がどのタイミングで発生するのか、自分自身の業務においても分析してみたいと思います。習熟効果については、ある一定の動作を繰り返す業務やイレギュラーの少ない業務であれば、OJTの効果により短期間で自然と身につくと考えられます。一方、部門や担当者の業務範囲が広く変動が伴う場合は、習熟効果を得るまでに時間がかかり、一定の水準に到達する前に離職リスクが高まる可能性もあります。そのため、各業務ごとに期待する習熟レベルや期間を明確に設定する必要性を実感しました。 接続はなぜ切れた？ なお、グループ討議中にオンライン会議システムの接続が切れてしまい、申し訳ありませんでした。19時過ぎであったためか、サイトのリンクが切れて戻ることができませんでした。

なぜ分解して考える？ プロセスを分解して問題の本質に迫る手法について、非常に分かりやすい事例から学ぶことができました。特に、採用プロセスの一部である中途採用面談や、顧客への提案における在庫差異の問題解決に、このアプローチを活用できると感じています。また、ABテストにおいては、条件をできる限り同一とし、検証範囲を絞るための仮説設定が重要である点も再認識しました。 採用面談、何が問題？ まず、中途採用面談に関しては、自身が関与する採用活動において、プロセスのどの部分で問題が発生しているのかを明確にするため、面談調整に要する日数と採用結果の情報を人事部から収集することを検討しています。この情報をもとに、面談調整に時間がかかる原因を特定し、改善策を提言することで、採用率の向上を図ることができると考えています。 在庫の差異、どう解決？ 次に、顧客への提案、特にシステム間の在庫差異に関する課題解決では、既に現状の業務プロセス分析は実施していますが、課題が発生しているプロセスの粒度が細かすぎるため、より単純化した形で説明する必要性を感じました。問題となりうる箇所を明示した上で、システム改善または運用プロセスの変更のいずれかを提案し、顧客にとって最適な解決策を提示していく考えです。

フレームワークの重要性を実感 前期の戦略入門でも感じたことだが、まずはフレームワークや型にはめて物事を考えることの重要性を改めて実感した。分析においてはWhat, Where, Why, Howのステップが基本であり、日々の業務においてもこの点を意識して進める必要があると強く感じた。今週の演習を通じて、これまでの経験や感覚に頼っていたことを再認識したので、今後の学習期間中はこの点を意識して取り組んでいきたい。 大幅に下回る結果を改善するには？ 現在の業務において、前年以上の売り上げを上げている施設や地域がある一方、前年を大幅に下回る施設や地域も存在する。このような場合において、問題や原因を特定し、その要因を探り、どのように改善に繋げていけるかを追求するために、今週の学びを早速活かしていきたいと考えている。 MECEを使った分析の取り組み 今週の学びの一つであるフレームワークを自分のものにするために、現状の業務に適用してみることにした。週次で分析を進めている特定の地域がなぜ前年を下回る結果となっているのかを題材に、MECE（Mutually Exclusive, Collectively Exhaustive）を意識しながらロジックツリーを活用して分析していきたい。

実体験はなぜ必要？ ユーザー視点で課題の本質や解決策の価値を理解するためには、単に「ユーザーの気持ちで考える」だけではなく、「実際に自分で体験する」か「体験者に話を聞く」ことが大切だと感じました。多くの人の声を聴くことで、課題解決を重ね、より質の高いソリューションを提供できると実感しています。日々の業務においても、特定の意見だけでなく、多くの声を取り入れるとともに、自分自身が体験して共感する姿勢を心がけたいと思います。 登山体験はどう？ 普段あまり登山をしない自分ですが、ネットで調べたり経験者の話を聞くことで、これまで感じながらも言語化できなかった点や新たな発想に気づかされ、大変学びになりました。ユーザーの行動を知るための具体的なアクションについて、これまで十分に調べることができていなかったため、今後はさらに積極的に参考にしていきたいと考えています。 共感はどう活かす？ 「共感」フェーズにおいては、ユーザーの気持ちを単にイメージするだけでなく、自分自身がユーザーになりきったり、幅広く情報を得ることが重要だと感じました。ユーザーが何に価値を感じ、どのような課題や障壁が存在するのかを正確に捉えなければ、その後に提供するソリューションが的外れになってしまうと考えています。