(2ページ目)

共有 ✕ ユーザー

に関する学び

---

ユーザーの反応はどう？ ユーザーからのフィードバックをもとに改良を重ねることが、成果向上の鍵だと実感しました。そこで、ユーザーの反応をスピーディーに得る手法を検討する必要性を感じています。具体的には、デザイン画や模型など、素早く形にできるプロトタイプの作り方が効果的です。フィードバックは、見た目、機能、使用感という３つの観点で捉えることができ、何を試したいのか、何を確かめたいのかを明確にして適切な手法を選ぶことが重要と感じました。 生成AIの可能性は？ また、多くの受講生が生成AIを活用していることにも驚きました。ビジュアル化の面で、今後は私自身もこの技術を積極的に活用していきたいと思っています。 プロトタイプの意義は？ 私自身の業務に当てはめると、扱う教材をどのように現場で使っていただくかを検討する役割があります。例えば、現場の指導提案を行う際、いきなり詳細な資料を持ち込むのではなく、まずはプロトタイプとして提案内容を形にし、意見を求めたり実際に使用してもらったりすることで、改善の余地を探ろうとしています。 プロトタイプの罠は？ ただし、プロトタイプにこだわりすぎるとスピード感を失い、作成したものに固執してしまうリスクもあります。私自身は、商品開発の立場ではないからこそ、営業、マーケティング、開発といった異なる部門と連携し、情報を共有することが、よりよい企画へとつながると考えています。 十分な準備はどう？ 今回の課題に取り組む中で、これまでの積み重ねがプロトタイプの精度を大きく左右することを痛感しました。自分なりに検討はしたものの、他の受講生に比べると十分な準備ができておらず、反省すべき結果となりました。

分析の仮説はどう？ 今後は、自社Webサイトのデータ分析において、依頼を受ける側から自ら積極的にABテストやファネル分析の目的、仮説、プロセスを策定し、実施に移す考えです。各プロセスを詳細に分解することで、どのページやどの段階でボトルネックが生じているのかを明らかにし、原因を追及するとともに、具体的な改善提案ができる分析へと進化させたいと考えています。また、日常生活に存在するささいなデータにも目を向け、シミュレーションを繰り返し行うことで、より一層の分析力向上を目指します。 問題をどう特定？ 業務の効率向上や問題解決のためには、まず問題を明確にし、その問題がどの段階で発生しているのかを特定することが重要です。具体的には、以下の点を実践していきます。まず、Webサイトだけでなく、日常生活の中で得られるデータも積極的に収集し、「なぜ」を5回繰り返すことで原因に迫る姿勢を持ちます。次に、あらゆる分野の情報収集を行い、同僚とのコミュニケーションを通じてマーケティングの知識も深めます。加えて、依頼された作業にとどまらず、自主的に分析に取り組むことを意識し、課題に対しては目的や仮説を明確に設定し、複数の仮説を立てながら、ファネル分析やABテストの計画を練ります。 改善策の道筋は？ さらに、プロセスをより詳細に分解し、各ステップでのユーザー行動（CS行動）を可視化することで、ボトルネックの特定と原因の解明を進めます。分析結果については、同僚と共有し、議論を重ねながら改善策を提案していく予定です。この一連のプロセスを繰り返し実践することで、より実践的な分析力を身につけ、今後の業務に活かしていきたいと考えています。

今の問いは何だろう？ イシューとは、今ここで答えを出すべき問いのことです。イシュー設定の際には、「問いの形にする」「具体的に考える」「一貫して抑え続ける」という3つのポイントを意識する必要があります。まずは、問いが何であるかをはっきりさせることが大切です。 全体で課題を共有する？ 次に、その問いを常に意識し続けることで、解決すべき課題が見失われないようにします。そして、組織全体でこの問いを共有することで、皆が同じ方向性に向かって課題解決に取り組むことが可能となります。適切なイシュー設定は課題解決の成功に直結するといえるでしょう。 手法で問題を割り出す？ また、これまで学んできたロジックツリーやプロセス分解の手法を活用することで、イシューを導き出す方法もあります。例えば、売上構成をロジックツリーで細かく分析し、問題を特定の要素（例えば、客数の少なさ）に収束させるといったやり方が考えられます。 ユーザー心理は理解済？ さらに、自社サービスのウェブサイトに訪れたユーザーがどのような課題を感じ、最終的にどのような体験をしているのかについて、ユーザビリティテストを行わずとも自らイシューを見極めることが可能です。ユーザー行動に注目し、どの画面で何がわかりにくいのか、どのような心理を引き起こしているのかを把握することが重要です。 仮説検証の流れは？ 具体的な取り組みの手順としては、まずチームで最も解決すべき問題（イシュー）を特定し、そのイシューに基づいてデータを精査します。その後、仮説検証を繰り返すことで、実際の課題や障壁を明確にしていく流れが効果的です。

ファネル分析はどう？ 問題の原因を明確にするためには、取り組みを各プロセスに分解し、それぞれのプロセスを確認することが有効です。特にファネル分析は、ユーザーの利用段階を「注目」「興味」「欲求」「行動」などのプロセスに分け、どの段階でユーザーが離脱しているかを可視化する手法です。ファネル分析には、ファネルそのもの、横棒グラフ、プロセス×ウォーターフォールなどのチャートがあります。この分析を行う際のコツとしては、顧客の行動プロセスを適切に設定し、「実数」と「比率」のバランスを重視することが挙げられます。原因を一つに特定しすぎず、ある程度方向性が決まれば仮説に基づいてABテストなどで検証し、必要があれば仮説を修正していくことも重要です。 募集プロセスはどう？ 生徒募集活動においては、「学校の存在を知る」「学校に興味を持つ」「学校説明会・個別相談会を申し込む」「実際に参加する」「出願する」「入学する」というプロセスを通じてファネル分析を行います。それぞれのプロセスでの人数の実数と比率をチャートとしてまとめ、問題があり優先して取り組むべきプロセスを特定します。 事例調査はどう？ 具体的な取り組みとしては、まずファネル分析事例を検索して、できるだけ多くの事例、特に学校法人の事例を調査します。そして、入試広報部から昨年度の生徒募集活動の各プロセスのデータを入手し、ファネル分析を行います。その際は、実数と比率の両方でチャートを作成します。最終的に、分析結果を入試広報部と共有し、問題のあるプロセスについて共通認識を持ち、改善策の検討を進めます。

市場分析はどうする？ 市場分析においては、従来の市場重視だけでなく、３Cおよび４P分析の重要性を実感しました。特に、競合の存在に対する意識が不足していた点を改める必要があると感じています。また、プロモーション戦略については、各校舎ごとに異なる方式を採用すべきだと納得しました。 データ収集はどう？ データ収集に関しては、まず公開されているデータを積極的に探すことが基本であると再認識しました。官公庁のサイト、新聞、経済誌など、どのようなデータが存在するかを日常的に意識することが大切です。 現状認識はどう？ まずは現状を確認し、当たり前のことでもしっかりと言語化することで、チーム全体で共通認識を持つことが重要です。その上で、原因となる事象を特定し、具体的な解決策の検討に取り組む流れが効果的であると感じました。 仮説検証は？ さらに、仮説を立てた上でユーザーアンケートをデザインする際は、因数分解やクロス集計が可能な形を意識することが求められます。フレームワークを活用し、実際に分析とその言語化を進めることで、より具体的な解決策に近づけると考えます。 チーム共有は？ また、アンケートデザインにおいては、チーム内で考え方や方針を共有し、どのような分析が可能か、そして実際にどのようなレポートを作成するかを仮で作成して検証するプロセスが重要です。望ましい状態と現状を整理し、効果的なフレームワークを見つけて習得すること、さらにはその内容を資料にまとめ、教えられるようにすることも大切だと実感しました。

問題解決の4ステップとは？ 普段、何気なく課題を立てる際にwhat、where、why、howを使ってタスクを起こしていましたが、これが問題解決における4ステップであることを今知りました。そのため、4つを順に行わず、whatとhowばかり考えてタスクに起こしていたことが間違いだったと気づきました。 効果的なMECEの活用法は？ MECEを活用してロジカルツリーの作成、ロジカルに課題解決を実践することで、少人数のチームでも短時間で効果を上げるサイクルを構築していきたいと思います。今後はプロセスを踏み、自社サービスの課題解決に向けて努力していきたいです。 どのようにMECEを実践する？ MECEの概念についてはなんとなく知っていたものの、それを実践できていなかったと感じています。早速活用したいと思います。特にSEOコラムのオーガニックを増加させるために、MECEで分類してから細かく分析したことがないので、試してみたいと感じました。他の分類においても、影響力が少なくてもどこまで細かく分類すべきかを考えるのは難しいと感じます。 タスクの明確化はどう進める？ まずは、自身のマーケティング、メディア制作、CS効率化などのタスクを明確化し、最終ゴールである新規会員登録の増加（且つ正しいキーワードと属性のユーザー獲得）を最短でどこからできるのかを検討します。その後にスケジュールを立ててチームに共有したいと思います。

今週の学び「問いの立て方」とは？ 今週は「問いの立て方」について学びました。その内容としては、以下の3点が重要です。 1. **問いから始める事**：最初に問いを意識すること。 2. **問いを残す事**：問いを意識し続けること。 3. **問いを共有する事**：組織全体で方向性を共有すること。 解決策とは何を指すのか？ 「問いから始めること」について特に考えさせられました。総合演習の設問で解決策と課題のまとめを行う中で、「そもそも何を解決したかったのか」が不明確なことに気が付き、自分自身で今ここで答えを出すべき問い（イシュー）を意識して取り組む必要があると改めて感じました。 業務への応用を考えてみる ここから得た気づきを基に、社内外の業務にどのように応用できるかを考えてみました。 **製品仕様、要求仕様の検討**： 製品の細かい仕様やユーザーからの要求仕様を製品仕様に落とし込む際、「何のために必要な機能か」「本当に必要な機能は何か」を最初に考え、イシューを設定してから仕様の検討に着手することが重要です。 **社内の打合せ**： 社内外の打合せでは、目的をイシューとして設定し、会議の時間内に何を決めるべきかを明確にすることで、会議の時間を効率的に使えるようにする必要があります。 以上のように、問いを意識することが、業務の効率化や質の向上に寄与すると感じています。

どんな人物を目指す？ まず、自分が何を学ぶかという内容よりも、どのような人物になりたいか、その「ありたい姿」を明確に描くことの大切さを改めて実感しました。講座を進める中で、演習に没頭していた自分がいましたが、その過程で「ありたい姿」に向けては、学習習慣を確立しながら、同時にコンセプチュアル・スキルを身につける必要性を感じるようになりました。 どんな体験を届ける？ また、ただ単に数値を改善するのではなく、ユーザーにどのような体験を届けたいのかという「ありたい姿」から物事をスタートすることで、ぶれのない方向性が保てると感じました。具体的には、何をいつまでに行うかという計画だけでなく、チーム全体で「私たちはどのような存在になりたいか」を共有し、そのビジョンに基づいて戦略を立てることで、メンバーの主体性が高まり、プロジェクトがスムーズに進行することを学びました。 なぜ数字が気になる？ さらに、データに注目する際は「なぜこの数字になったのか」という仮説を立て、チーム内で共有することの重要性を知りました。月初には、プロジェクトを通じた「ありたい姿」を簡潔に1～2行でまとめ、企画立案や施策レビューの際には、3Cや4Pなどのフレームワークを活用して情報を構造化することで、現状のチェックと翌月に意識すべきスキルの選定が可能になると感じています.

想定外の購買層は？ 動画内で示された完全メシの主要な購買層が、自分が想定していたものとわずかに異なっていたことに気付きました。当初は20代～30代の男性をイメージしていましたが、ユーザーは多面的に存在するという事実を再認識する機会となりました。身近な事例を通じて購買者のペルソナを描くなど、複数の視点から自分の思考を見直す習慣を身につけたいと思いました。 マーケ思考の整理は？ これまでマーケティングに関する業務は実践してきたものの、言語化して検討する機会はあまりありませんでした。今回、体系的に学ぶことで自身の頭の整理が進むとともに、今後の部下の指導にも大いに役立つと感じています。感性は個人で磨くしかありませんが、マーケティング視点の取り入れは誰にでも可能であるため、今後のチームの課題として積極的に取り入れていきたいと考えています。 企画評価の工夫は？ また、企画を総評する際に、感性に基づく判断や好みが優先されがちであるという指摘について、現場から上がってきた企画の機能的価値と情緒的価値を分析し、伝えるためや売るために必要な要素を誰もが理解できる形で可視化・共有することが重要だと感じました。このアプローチを会議などでも取り入れることで、チームの総合力向上につながると期待しています。

現状と理想の差は？ 問題を明確にするため、ロジックツリーの活用法を学びました。あるべき姿やありたい姿と現状とのギャップに着目し、そのギャップがなぜ生まれているのかを問うことで、原因の特定につなげられると感じました。原因分析の手段としてＭＩＣＥを意識し、問題を分解する取り組みが、より具体的な問題の明確化につながると思います。 ＭＩＣＥの見方は？ 一方、ＭＩＣＥの視点で考えることはすぐには難しいと感じたため、日頃からの訓練が重要だと再認識しました。例えば、夕飯のメニュー選びにおいて、中華、和食、洋食といった大分類の中で、麺類や主食といった細かなカテゴリーに分けて考えるといった方法を試してみようと思います。 予算獲得の鍵は？ また、予算獲得に向けては、各業務におけるあるべき姿を明文化し、メンバーと共有することが不可欠です。現状とのギャップやその原因についてＭＩＣＥを用いて検討することで、新たな発見や打ち手が見えてくると感じます。さらに、あるべき姿を明確にするために、会議を通して現状のユーザーの声や法的根拠を把握し、理想と現実の差をしっかりと捉えることで、あいまいな課題の解消につながり、全体のストレス軽減にも寄与すると思います。

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

問いの立て方はどう？ 問題が発生した際、問いの立て方によって真に解決すべき課題が異なり、解決策の方向性が決まってくることがよく理解できました。イシューとは何か、またイシューを設定して考えるとはどういうことかを知っていないと、問題の本質にたどり着けないということも実感しました。 問いが変える提案は？ このアプローチは、私自身の業務における顧客の課題解決にも活用できると感じています。これまでユーザーの課題を聞き取りシステムを提案してきましたが、結局は活用されない機能が存在したこともありました。今後は、常に「問い」を立て、問題の本質を追求した上で提案していく必要があると考えています。 組織課題の見極めは？ また、社内では組織の抱える課題を正確に見極め、その解決策を事業計画に反映させたいと思っています。まずは、自身の業務において、ユーザーの課題に対してすぐに解答を提示するのではなく、問いを設定してその内容が本質的なものかどうかを繰り返し吟味しながら、適切な提案を行うことが重要です。そして、そのプロセスをチームで共有し、全員が同じ方向に向かって取り組めるようチームビルディングに努めていきたいです。