(62ページ目)

活用 ✕ 可能

に関する学び

---

顧客視点ってどう考える？ 施策を検討する際には、徹底して顧客の視点で考えることが大切であると感じました。また、広い視野を持つことが求められると共に、その施策が無理なく実現可能であり、差別化として持続可能であるかを意識したいと思います。 フレームワークはどう活用？ 今回の動画で学んだフレームワークについては、以前から知っているものや使ったことがあるもの、馴染みのなかったものがありました。フレームワーク自体の説明に加えて、使用時のポイントや、陥りがちな悪い例も学ぶことができました。これらの知識を活かし、業務で施策を考える際には、まずフレームワークを使用することから始めたいと思います。 多忙中、どう実践する？ 業務が多忙であっても流されず、来週中にはフレームワークに触れる機会を意識的に設けたいと思います。その際には、業務の隙間時間ではなく、充分な時間を確保し、動画を振り返りつつ正しくフレームワークを活用することを心掛けます。

分析の進め方はどう？ 目の前の数字だけで判断しがちですが、一歩踏み込んで分析することで、より詳細で解像度の高い状況にたどり着ける可能性があることが分かりました。情報の収集とその情報の分析に工夫を加えることの重要性を学びました。 データ活用に自信は？ 問い合わせ者データや来場者データ、購入者データなど、さまざまなデータを保有していますが、これらを有効に活用できていないかもしれないという良い意味での疑念を持ちました。それぞれのデータを分析して歩留まりの数や率を向上させるため、具体的な施策を行っていますが、より効果的な施策を実現するために、各段階での分析作業を実施する必要があると感じました。 改善点は見えてる？ アンケートデータの分析（分解）を通じて、改善点を効果的に導き出すことができそうです。実施予定の施策の効率や効果性を向上させることができれば、得られる成果を今より大きなものに変えられるかもしれないと実感しました。

複数仮説はどう考える？ 今回の学びとして、まず仮説は一つに固執せず複数考えることの重要性を実感しました。複数の仮説を検討することで、偏った視点を修正し、より確度の高い判断が可能になると理解しました。また、仮説立案の際にフレームワークを活用することで、網羅的な視点から仮説を立てることができ、さらに仮説に対する反論を排除する観点も意識するようになりました。 DX進展の理由は何？ これらの学びを踏まえ、病院やクリニックのDX推進において見られる、デジタル化やソフトウェア導入の進展が遅い理由について、様々な要因を考慮しつつ、学んだ仮説検証のマインドを活かして問題解決を図りたいと考えています。そのため、まず病院やクリニックの中で特にDXが進んでいる事例を分析し、進んでいる顧客の特性や地域性を、今回学んだフレームワークの切り口（３C：市場・顧客、競合、自社、及び４P：製品、価格、場所、プロモーション）を用いて仮説を立て、分析を進める予定です。

複数視点って何が肝心？ 修理データの分析では、仮説構築の際に一面的な見方にとらわれず、複数の視点から網羅的に考えることが不可欠です。今回学んだ3C（顧客・自社・競合）や4P（製品・価格・流通・販促）のフレームワークを活用することで、故障原因や改善のポイントを多角的に把握できるようになりました。 故障原因はどう見える？ たとえば、顧客視点では使用環境や年齢層による故障傾向が考えられる一方、自社視点では特定の機種や部品の設計上の課題に着目できます。また、競合視点では他社製品との比較による違いを仮説にすることも可能です。さらに、製品ごとの故障率や価格帯、販売地域ごとの傾向にも注目し、それらを関連付けながら仮説を検証していくことが求められます。 課題解決の鍵は何？ このように、フレームワークを効果的に活用しながら問題解決に取り組むことで、修理データに潜む課題をより具体的かつ明確に把握することができるようになりました。

ＡＢテストの活用法は？ 原因を探るツールとしてご紹介いただいたＡＢテストについて、既に知識はあったものの、問題解決プロセスにおける位置づけと合わせて理解できたことで、具体的な利用シーンがイメージしやすくなりました。体系的に整理することは、自身で活用する際や他者に説明する際にも有効だと感じています。 業務検討テンプレートは？ 業務に取り入れるためには、具体的な状況を想定し、各パターンごとに検討方法のテンプレートを構築しておく必要があると実感しました。こうしたテンプレートを整備することで、検討に着手するスピードが速まり、業務の効率化にもつながると考えています。 どの要素が影響する？ たとえば、よくあるデータ分析の依頼を想定し、受注額に影響を与える要素を洗い出して、その関連性を検証するパターンをいくつか作成しようと思います。これにより、関係性の強い要素から受注額を予測する、といった検討がよりスムーズに進むと期待しています。

顧客ニーズをどう捉える？ 過去の事例を深く考え、「ジャニー」に沿って顧客ニーズの捉え方や満たし方、競合の観点を順を追って理解できました。また、今週の事例を通じて、事前に考えていたことと回答の差から、自分自身の思考や考え方の癖を知ることができました。 既存ビジネスの観点整理はどのように？ 既存ビジネスにおける観点の整理も進みました。新ブランドに限らず、既存ブランドでも顧客ニーズを満たすコアバリューとは何か、顧客に何を伝達すべきかについて、整理の仕方と伝え方の順序を正しい顧客の見出しに活用できると考えます。 SNSでの価値伝達はどう進める？ さらに、SNSを通じた顧客への価値伝達シーンでは、デジタルトランスフォーメーション（DX）の活用により、正しい顧客を見出し、顧客のペイン（問題点）を解消し、顧客に対する価値(GAIN)をどのように伝達するかの次のフェーズへの基礎を、思考のフレームを元に実行可能だと感じました。

本質はどう捉える？ 問題解決プロセスでは、「何が問題なのか（what）」「どこに原因があるのか（where）」「なぜその問題が発生しているのか（why）」の３点に対して、徹底的に検証することが重要であると学びました。 原因をどう探る？ また、whyの部分については、3Cや4Pといったフレームワークを活用することで、より具体的な原因の特定と分析が可能になることが印象的でした。各アプローチにおいて、仮説を立て、既存または新規のデータを用いて検証する作業が鍵であると感じています。 新たな視点は？ 特に、売上データの結果は複合的な要因が重なっており、一概に原因を絞るのは難しいという現実があります。それにも関わらず、自分なりにここが原因だろうという仮説を立て、検証を通して新たな視点や解決策につなげることの重要性を実感しました。今日学んだフレームワークを活用しながら、今後もさまざまな課題にチャレンジしていきたいと思います。

A/Bテストの見直しは？ 業務において、あまり考えずにA/Bテストを実施していたことに気づきました。今後は、企画段階からバイアスを取り除く方法を模索し、比較のためのベースラインを整えることに留意したいと考えています。仮説に基づいてどのように探索を進めるかが鍵となり、改めて分析は「比較」が非常に重要であると実感しました。 フレームワーク活用法は？ また、これまで学んだフレームワークや考え方（３C、４Pなど）を積極的に取り入れていきたいと思います。習得がすぐにはいかなくても、慣れるまで継続して実践し、しっかりと身に着けていく所存です。 データ分析はどう行う？ さらに、A/Bテストを実施する際には、可能な限りランダマイズすることや、比較に必要なサンプル数や実施期間を十分に検討することが重要だと感じました。分析時にも、どのような背景や手法でデータが収集されたのかを意識しながら、より正確な評価を行えるよう努めていきます。

無意識の決めつけは？ 現在担当している業務では、欲しい回答を得るために無意識に決めつけをして分析や結果報告をしている可能性があると感じました。今後は、「モレなくダブリなく」の原則に基づいて、再度見直しを実施していきたいと考えています。また、問題解決は単にマイナス面を改善する対策だけでなく、あるべき姿とのギャップを明確にして、そのギャップを数値で示しながら埋めることが重要であると改めて実感しました。新サービスの社内展開においても、従来のアプローチでは行き詰まりを感じていたため、この考え方を取り入れて対応策を検討していこうと思います。 現状とのギャップは？ 今後は、社内で提供しているサービスや新たに展開を進めるサービスに対して、まずあるべき姿を明確に定め、現状とのギャップを具体的に示します。その上で、ロジックツリーなどを活用し、問題をモレなくダブリなく分解することで、あるべき姿に向かって着実に対応策を進めていく所存です。

戦略思考はどう見える？ 戦略思考とは、まず明確な目標を設定し、その目標に向けてリソースをどのように配分し有効活用するか、また目標に至る最適な道筋を描くことだと理解しました。この考え方では、高い視座で全体を俯瞰し、何をすべきか、何をしないかを大局的に判断する能力が求められることを学びました。しかし、一方でその実践が十分でないと感じる場面もあり、自らの課題として認識しています。 計画策定はどう進む？ 現在、IT関連の開発部門の責任者として事業計画の策定に携わっています。これまでの計画は、現状を出発点に考える傾向が強く、目的から逆算したものではありませんでした。しかし、戦略思考を取り入れることで、長期的視点に基づく明確な目標設定や、現在地と目標とのギャップ、課題の明確化が可能になったと実感しています。今後は、何をするか、何を控えるかを慎重に選別しながら、組織の成長を一層促進する事業計画を立案していきたいと考えています。

目的整理はどう進む？ ライブ授業では、シナリオ実習を通じて目的の明確化、優先順位の決定、リソースの最適な活用、そして情報収集の大切さを学びました。一方、動画学習では戦略と戦術の違いに着目し、物事全体を俯瞰して捉える重要性を実感しました。これにより、まずは達成すべき目標の整理と明確化、そしてその目標に向けた無駄のない計画作成の必要性を体得することができました。 開発進捗はどう見極める？ また、システム開発の初期段階においては、顧客の要望整理と目的の明確化、優先順位の確定、さらには予算や人員配置、期限設定といったリソースの最適化が欠かせません。開発段階では、全体の状況を把握しながら効率的な進捗管理を行うことで、無理なくプロジェクトを進めることが可能となります。発生する課題に関しても、すべてに対応するのではなく、優先順位に基づいて取り組むことで、リソースを集中させながら最適な解決策を見出すことが大切だと感じました。

本当のニーズは何？ ウォンツのみに頼ると価格競争に巻き込まれる可能性があるため、顧客の本当のニーズを引き出す重要性を実感しました。特にペインポイントが十分に深掘りされていないケースが多く、事前の調査が必要だと感じました。また、製品展開においては、顧客が親しみやすく記憶に残るネーミングの工夫も勉強になりました。 手法はどう選ぶ？ さらに、顧客アンケートだけでなくエスノグラフィやユーザーインタビューなどの手法を活用することで、真のニーズをより明確にし、製品開発や施策、企画と連動させることが大切だと思います。自社の強みを再確認し、ペインポイントの解消につながるポイントを洗い出し、販売戦略へ結びつける必要性を感じました。 潜在ニーズの掘り方は？ また、顕在的なニーズと潜在的なニーズをどのように深掘りするか、そしてペインポイントをどのように把握するかという点は、今後の戦略立案において重要な視点となると学びました。