(72ページ目)

可能

に関する学び

---

顧客視点は何が大事？ 施策自体は数多く存在し、斬新なアイディアも含まれる中で、自社の環境に合わせた実効性のある打ち手を実施するためには、正確に差別化を行うことが不可欠だと実感しました。何よりも重要なのは顧客目線であると気づかされ、社内の打ち合わせや申請フローに追われながらも、常に顧客の視点を忘れずに取り組むことが大切だと思います。また、考え方のサポートとなるフレームワークを活用することで、具体的なアプローチがより明確になると感じています。 企画段階で差は出る？ 食品という限定されない商品群を取り扱う中では、企画や提案の段階で差別化を意識することが求められます。今後は、顧客が望む売上や利益のタイミング、さらには消費者が求める品揃えや展開時期をしっかり考慮し、競合他社との差異を明確にした上で提案を進める姿勢を徹底したいと考えています。 業界の可能性は？ また、自身が属する食品業界については、バリューチェーンやシナリオプランニングの手法を用いて分析を開始し、業界内の自社の位置づけや可能性を具体的に把握しようと考えています。同様の手法を担当先でも活用し、知識と実践の両面で理解を深め、記憶に定着させることを目指します。

データの全体像はどう捉える？ 標準偏差を活用することで、データのばらつきを正確に把握でき、分析の全体像を掴むきっかけとなりました。平均値だけで物事を判断しないためにも、中央値など他の指標を併せて見ることの大切さを実感しています。 グラフで視覚的に理解できる？ また、ヒストグラムは各グループの構成比を視覚的に捉えるのに非常に役立ちます。特に、世代などX軸の単位が明確なものの場合、グラフ化することで理解しやすくなると感じました。売上実績の分析など、データのばらつきを確認することで、より正確な施策の検討が可能になると考えています。 苦手意識は克服できる？ 個人的には、以前は標準偏差に対して苦手意識がありましたが、全体のばらつきをとらえる重要な指標として積極的に活用する決意を新たにしました。さらに、ヒストグラムのように一目で内容を把握できるグラフ作成を通じて、プレゼンテーション時の相手の理解促進や、意思決定のスピード向上に貢献したいと思います。 分析の認識共有はどう進む？ 今後の日々の分析においては、標準偏差やその他の代表値を取り入れ、データ全体の認識を共有することで、正確な判断に結びつけていきたいと考えています。

講義の本質とは？ 今回の講義を通じて、観察を通して顧客を理解し、効果的な表現方法を見出すというデザイン思考の本質を改めて振り返る機会となりました。デザイン思考の成功には共感の連鎖の構築が重要であると感じ、今後その手法をさらに学んでいきたいと思います。また、一緒に学べる仲間がいることも大変心強く感じました。 教育現場にどう活かす？ 私自身は、デザイン思考を教育現場に取り入れ、授業として形にできればと考えています。顧客に寄り添う姿勢が商品開発だけでなく、日常的な対人関係や観察にも波及し、そこからの心遣いにつながると確信しています。今回、最初の講義に触れることで、学生にとっても分かりやすく、人生に活かせる可能性を感じることができました。 実践はどう進める？ また、デザイン思考の講義を構築する上で、まずはその本質をどれだけ分かりやすく説明できるか、そして共感をどのように生み出すかが最も重要だと今は考えています。そのため、観察の方法論やそこからのインサイトの抽出プロセスを、単なる知識の習得ではなく実際の作業を通じて学ぶ内容として提供していく予定です。今後は、具体的な方法論についても検討を進めていきたいと思います。

分析はどのプロセスから始める？ ＜印象に残った内容＞ ・プロセスに分解し、各プロセス毎に数値を見る ・A/Bテストの前に目的と仮説を明確にする ・データ分析はまず身近な課題から着手する A/Bテストの代替案は？ ＜感想＞ A/Bテストはオンラインサービスとの相性が非常に良いが、対面サービスやコストの問題で簡単に実施できない場合の代替案が気になりました。 残業時間削減へのアプローチ ①社内で使用しているSFA（営業支援システム）の切り替えに伴い、入力画面のインターフェース検討においてFigma等のツールを使ってA/Bテストを実施し、手戻りが無いようにする。 ②今後の人員削減に伴い、業務の棚卸しを行う。 この切り替えは少し先になるため、思考訓練として自分の残業時間を減らすための施策を考えました。 まず、業務の洗い出しと各業務のプロセスの分析を行います。そして、以下の代案を検討します。 外注や自動化は可能？ ・外注の可能性を探る 　・無料の外注が可能か 　・有料の外注が利用できるか ・自動化を進める ・不要なプロセスを廃止する 以上のステップを踏み、効率的かつ効果的な業務運営を目指したいと考えています。

見える化の必要性は？ デザイン思考とは、ユーザーの視点に立って顧客を理解し、課題解決を図る人間中心のプロセスです。このプロセスを効果的に伝えるには、見える化が欠かせません。見える化によって、関係者に課題を明確に共有し、共感を連鎖させながら解決へと導いていきます。 意見を統合できる？ 私は医療業界において、現場の経営や運営改善に従事しています。日々、患者さんに医療を提供するだけでなく、より快適な施設づくりを目指し、医療従事者と共に改善策を検討しています。しかし、各自がバラバラに患者さんのことを考えているため、その意見を統合して見える化することができていないと感じています。そんな中で、より「協働」し「共感」を生み出すためのプロセスを学ぶことができたのは、大変有意義でした。 会議の議論は成果？ 院内では定例会議を通じて、各メンバーが抱える課題を洗い出しリスト化して見える化を図っています。さらに、その課題解決のためにどのような方法があるか、「ユーザー目線」というキーワードを軸に議論を重ねています。また、現場でしか得られない視点が必要な場合は、実際に現場に足を運び、患者さんの様子を観察しながら解決策について検討しています。

差別化の鍵は何？ 3Cのフレームワークで学んだことを通じて、差別化戦略を考える際の重要なポイントとして、訴求するターゲット顧客の設定と顧客視点での競合の設定があることを理解しました。 自社をどう活かす？ この考え方を基に、自社のリソースで何が可能であり、また中長期的な差別化がどのように実現できるかを検討する必要があります。競合に意識を向け過ぎると顧客への配慮が薄れるため、常に大局的に物事を見る習慣を身につけたいと考えています。 自部署の価値は？ バックオフィス業務の集約化・効率化を図る自部署の業務形態を考えると、顧客は本社や店舗であると理解しています。この範囲内では直接的な競合は存在しないものの、将来的に業務の範囲を社外まで広げる際には競合との差別化が不可欠です。そのため、自部署が提供できる価値を改めて整理する必要があると感じました。 資源の整理は？ 顧客や競合の設定に先立って、現状の情報整理が不十分であると感じています。そこで、今回のVRIO分析を参考にしながら、自部署が持っている価値、希少性、模倣困難性、そして組織としてどのような資源があるのかを整理することから始めたいと考えています。

フレームワークはどう？ 3C、SWOT、VCフレームワークについて深く理解しました。これらのフレームワークはどの業界にも適用可能であり、分析に非常に役立ちます。しかし、実際にしっかりと分析を進めようとすると、情報が十分でない場合や分析力の不足が課題となることもあると感じました。 競合戦略は何？ そこで、競合分析に挑戦してみることにしました。具体的には、ウェブ上での調査やIR資料の確認、および転職者からのヒアリングを通して、競合他社が実現を目指していることや、そのための戦略を探りました。その中で学んだことは自社に取り入れ、どのような影響があるのかを理解することを心がけました。 自組織の分析は？ さらに、3C、SWOT、VCフレームワークを用いて自組織を一度分析してみることを考えました。外部環境の理解にはPEST分析を用い、得られた内容を3Cの外部環境部分や競合分析、SWOT分析の強みと弱みの項目に活用しました。SWOT分析では、PEST分析から得た機会と脅威に焦点を当て、VCフレームワークでは営業活動から最終顧客へのシステムリリースに至るまでのプロセスを機能分割し、その中での強みを詳細に分析することを目指しました。

ターゲット顧客による価値の違いとは？ 今回の事例を通じて、同じ商品でもターゲット顧客によって価値の感じ方が異なることが分かりました。これがヒット商品につながる要因となるのです。自社や他社の特徴を正確に理解し、自社の強みを複数組み合わせることで、その業界での差別化ポイントを見つけることが可能です。 成功事例から学ぶべきことは？ 成功事例の一部では、ターゲティングの評価基準（6R）で高い指数を示しています。セグメンテーション、ターゲティング、ポジショニングの考え方は商品提案においても非常に重要であり、評価指数の高いターゲットに向けたコンセプトを考えることで、より確度の高い提案が可能となります。そのためにも、自社の強みを正しく把握することが重要だと感じました。 セグメンテーションの具体化への道 セグメンテーションやターゲティングの用語はこれまでも耳にしていましたが、実際に商品を考える際にはまだ具体的なイメージがつかめていません。そこで、身近な商品などの事例も踏まえ、これらの考え方に慣れていきたいと思います。また、自社の強みを改めて棚卸しし、複数を組み合わせることで、業界での勝ち筋を考えてみたいと思います。

無意識の偏りは？ 質問を受けた際、自分が無意識に思考の範囲を限定していることに気付きました。そして、普段行わない行動を求められたとき、自分の得意な方向に考えてしまうという講師の指摘にも納得しました。例えば、ラグビーを未経験の人が「やってみて」と言われてもすぐには上手くできないように、クリティカル・シンキングも同様であるとイメージできました。今後は、自分の偏った思考を認識し、意識的に実践して繰り返すことで、自然に批判的思考ができるよう努めていきたいと思います。 なぜ結論に至る？ また、事務リスクの未然防止策を検討する際の原因分析や仮説の検討にもこの考え方が活用できると感じました。確証バイアスにとらわれがちなので、導いた結論が本当に正しいのか、なぜその結論に至るべきなのかを深く分析するよう心掛けたいと考えています。 他者の意見は？ さらに、自分で深掘りして分析するだけでは偏った思考が反映されてしまう可能性があるため、他者の意見を聞いて他者からの思考のヒントを得る努力も必要であると思いました。すべてを自分だけで完結させないようにし、チームメンバーの協力を得ながら自身の成長につなげる意識を持つようにしていきます。

顧客心理の理解は重要か？ 今週の実践演習を通じて、顧客のニーズが満たされていても、その商品の魅力が伝わらなければ売れないことを学びました。また、新商品を購入する際、顧客が躊躇する心理が働くこともマーケティングにおいて重要な点であり、新たな気づきになりました。このような心理が働く可能性を理解した上で商品の魅力を伝えなければ、優れた商品でも「売れる」ことには繋がりません。 魅せ方をどう工夫する？ イノベーションの普及条件のフレームワークを活用し、顧客に伝わる商品の魅せ方を追求する必要があると感じました。まず、自社商品のコンセプトと魅せ方を改めて確認し、その上で包材の側面から新たな価値を付加できないかどうか考えます。また、自分が思っていた商品の魅力と実際の魅せ方が一致しているのかも吟味します。 競合との違いを見極めるには？ さらに、売れている商品がどのような魅せ方をしているのか、他社の競合商品と比べてどのように差があるのかを、お店の商品を見ながら比較してみます。新商品が出たときに、それを「買いたいと思うか、買いたくないと思うか、なぜそう思ったのか」について、自分自身の考えを深堀して、その商品魅せ方を検証していきます。

フレームワーク活用は？ 課題に対して仮説を立てる際、4Pや3Cなどのフレームワークを活用することで、これまでの漠然としたアプローチから、より効率的かつ効果的な方法へと進化できることを実感しました。従来の方法と比べ、論理的に整理された仮説構築が可能になり、今後の取り組みに大きな期待を持っています。 客観データで見直す？ また、仮説思考においては、反論を排除せずに客観的なデータ収集を行い、都合の良い解釈にとらわれないことが重要だと学びました。仮説が間違っている可能性を認め、検証に基づいた見直しを行う姿勢が、正確な結論に繋がると感じています。 問題解決の切り口は？ 今後は、問題解決に向けて複数の仮説を立てる際、フレームワークを活用しながら様々な切り口で検討していきたいと思います。これまで何となく仮説を立てていた点を改め、より具体的かつ体系的なアプローチを心掛けるつもりです。 進行中の分析は？ 現在進行中のデータ分析に関しても、今回の学びを活かし、もう一度仮説を立て直して検証を行います。日々の業務において常に仮説と検証のプロセスを意識し、フレームワークの活用に習熟することで、より確かな成果を目指していきます。

仮説の違いは何？ 仮説を立てる際に活用できるフレームワークについて、改めて学ぶ機会となりました。そこで、結論としての仮説と、問題解決のための仮説という2つの考え方があることを理解しました。また、問題解決プロセスにおいては「where（どこで）」「why（なぜ）」「how（どのように）」の視点を意識することが重要だと認識しました。 利用状況変化はなぜ？ 具体的な事例として、12月から1月にかけてサービスの利用状況が低下した際の対応を検討しました。結論の仮説としては、長期休暇中にサービスから離脱が起きたという点を重視しました。同時に、特に正月期間にユーザーの離脱、すなわちチャーンが発生した可能性に着目し、問題解決に向けた仮説を立てました。さらに、年末年始の背景を踏まえ、プッシュ通知などでログインを促す導線を作ることが有効ではないかという仮説も検討しました。 データで何が分かる？ 加えて、12月から1月のサービス利用状況について、デイリーベースでデータ分析を実施しました。離脱ユーザーの属性やこれまでの傾向を可視化するとともに、プッシュ通知などのお知らせがログインのフックとして機能するのかをテストする工程を経ました。