(6ページ目)

ユーザー ✕ 検証

に関する学び

---

フィードバックの意義は？ ユーザーやメンバーからのフィードバックが、製品やサービスのブラッシュアップに大いに寄与し、ひいては新たなアイデアの創出に繋がるという点が非常に印象的でした。現状では、製品開発において構造や機能の検証は行われるものの、人間中心の視点でユーザーの共感や意見を十分に取り入れる場面が少なく、チームで意見交換を行うことが新たな開発のヒントとなると感じました。 SCAMPER法の効果は？ また、SCAMPER法の7つの視点を実際に活用することで、その効果が実感できるという点も参考になりました。さらに、初めて知ったストーリーボードは、ユーザーの価値ある体験を物語形式で視覚化する手法として理解が深まり、大変有益でした。 ペルソナ設定はどう？ この学びを通じて、エンドユーザーを具体的にイメージするためにペルソナを明確に設定すること、そしてエンドユーザーにとっての価値（バリュープロポジション）を中心に考えることの重要性を再認識しました。加えて、開発チーム内でSCAMPER法やダブルダイヤモンドの手法を取り入れ、ユーザーからのフィードバックを効果的に得られる仕組みを構築することが、今後の製品開発に大いに役立つと感じました。

どうしてデザイン思考？ ライブ授業の録画を視聴して感じたのは、従来のロジカルシンキングだけでは達成し得なかったイノベーションを、デザイン思考で実現できるのではないかという期待です。特に、ユーザーが抱える潜在的な課題を見える化することで、本質的な課題が明確になるという点に大きな意義を感じました。 どうして顧客不在？ また、結果を出せない組織には「顧客（ユーザー）不在」という共通点があると感じています。私の職場では、新しい企画を提案すると「予算は？」「担当は誰が？」、「上層部が賛同しない」といった否定的な意見が次々と出され、そのために改革が進んでいない現状です。厳しい状況下で経営層を巻き込むのは難しいですが、自らの業務の中で「ユーザーは誰か」「どのような喜びを提供できるか」「どんな困りごとがあるのか」を常に意識することが、デザイン思考を活かす第一歩だと考えています。 プロトタイプの効果は？ 当面は、自分の担当業務の範囲内でデザイン思考のプロセスを実践していこうと思います。特に、プロトタイプを用いた検証プロセスは、試行錯誤を通じて小さな失敗から学ぶ大きな醍醐味だと感じており、これを繰り返すことで改善を図っていく所存です。

なぜ迅速な判断が肝心？ ビジネスの現場では、さまざまな要因が絡み合っており、原因を一概に特定するのは困難です。そのため、迅速に行動し、A/Bテストなどでユーザーの反応を確認していくことが大切だと感じています。 なぜ要素を限定する？ 例えば、バナーのA/Bテストでは、デザイン、色味、訴求内容などを大きく変えすぎると、どの要素が効果をもたらしたのかが分かりにくくなるため、変動要素は可能な限り減らすべきだと考えています。 正確な検証は可能？ 普段のマーケティング業務でもA/Bテストに携わっていますが、これまでは複数の要素を同時に変更するテストを実施していました。そのため、検証を目的とした精緻なテストが必要だと実感しています。 離脱理由は何故？ また、グループワークでは「離脱した講師候補者へのインタビュー」という、非常にインパクトのある提案が出されました。自分自身、これまで「離脱した講師候補者からは意見を得られない」という固定観念があり、考えもしなかったため、対概念や仮説洗い出しのフレームワークを活用し、そうした思い込みを極力排除できる仕組みを構築していきたいと考えています。

仮説で何が変わる？ 仮説を立てるためのステップやフレームワークについて学びました。普段、エンドユーザーとの接点が少ない仕事をしている中でも、4P分析が有用であると改めて認識しました。仮説を持つことで、業務に対する関心や問題意識が深まるため、日常の習慣として取り入れることの重要性を感じました。 4P分析はどう活かす？ また、4P分析は採用活動においても大いに活きると考えています。これまでの採用活動は、学内外のセミナー参加や研究機関とのコネクションに頼るスタイルが主流でした。しかし、採用活動が通年化・長期化する現在では、応募者の動向を踏まえた対応が求められます。今後は、メンバーと意見を交わしながら効果的な採用施策を展開したいと考えています。私自身は総務や人事から一度距離を置き、プロジェクト推進側に回る予定ですが、その際も先入観にとらわれず、仮説に基づいて業務を遂行する貴重な機会と捉え、トライアンドエラーを通じて知識として吸収していきたいと思います。 WEB環境の仮説検証は？ また、直接WEBマーケティングを行えない環境下での仮説検証についてもお話を伺えればと考えています。

原因分析はどう進める？ 原因の分析にあたっては、まずプロセスごとに分解し、確認することが大切だと感じました。特に「what／where／why／how」を意識し、まず「where」から入念に分析することで、その後の「why」や「how」の解像度が高まると理解しています。 A/Bテストってどうやる？ また、A/Bテストが有効な手法であることを学びました。その際、検証する「要素」は極力少なくし、その他の条件は共通とすることで、スコープを狭めることが重要だと感じました。実際にアプリ上でプッシュ通知とバナーを用いたA/Bテストを実施した経験から、振り返ると「キーメッセージ」に差が生じてしまった点が課題として残りました。 ログイン改善は何が？ さらに、アプリのログイン率向上を図るため、ログインに至るフローを細かく分解し、原因の追究を行いたいと考えています。特に、パスワード設定の箇所で離脱するユーザーが多いという仮説に基づき、検証からスタートする予定です。その後の改善策として、ユーザーインタビューやUIテストの実施を検討しています。

データ分析はどう見直す？ 今週学んだことは、データをそのまま受け取るのではなく、複数の視点から細かく分解し、分析する重要性です。表面的には2～3つの切り口で傾向が把握できた場合でも、すぐに結論を出すのではなく、「本当にそうか？」と自問する姿勢が大切だと感じました。 多角的な解釈はどうする？ また、データは見る角度によって意味が変わるため、都合の良い解釈に飛びつくのではなく、他の可能性や視点を検討することが正確な理解につながると学びました。これまで、データから一部の傾向を早期に捉え、すぐに原因特定や改善策の提案に進んでいた自身のアプローチを見直す良い機会ともなりました。 分解検証の方法は？ 今後は、例えばユーザー属性や流入経路、利用タイミングなど、様々な切り口でデータを分解し、それぞれの傾向を客観的に確認する手法を徹底していきたいと思います。そして、見えてきた傾向に対して「本当にそれが原因なのか」「他に説明できる要因はないか」と立ち返り、複数の仮説を持つ習慣を身につけることで、より正確な結果を導き出せると確信しています。

共感ってどう大切？ 共感の大切さが一番印象に残りました。ユーザーの動作や発言に注目し、彼らの立場から本質的な課題を捉える観察力が必要だと感じました。また、誰がどのような状況でどんな課題に直面しているのかを明確にし、仮説に基づいた解決策を提供することの重要性も実感しました。 営業はどう変わる？ BtoB向けの営業プロセスでは、自社商品やサービスの提供に留まらず、まずユーザーの課題を把握することが基本です。ユーザーの課題を観察し、仮説を立てながら顧客との検証を繰り返すことで、まだ気づかれていない本質的な問題にも気付くことができ、その結果、より効果的な営業活動（インサイト営業）につなげることができると感じました。 課題共有は必要？ また、商談前に課題を共有する活動の重要性も印象に残りました。普段の業務においては、顧客サーベイやチームでのブレインストーミングを通じ、ユーザー視点の仮説を多々収集しています。その後、実際の検証結果をもとに、各メンバーが顧客との面談時の特性や仮説の内容を共有し、より質の高い対応策の検討へとつなげています。

データの見せ方は？ 分析の基本は比較であり、どのデータをどのように加工するとわかりやすいかを考えながら進めることが重要です。データにはさまざまな種類があり、それぞれに応じた加工やグラフの見せ方があります。データ分析を始めるにあたっては、「目的」の確認や「仮説」の設定とその検証が欠かせません。 オンライン離脱はなぜ？ 私たちのチームでは、お客様に対して紙の手続きではなく、ウェブサイトでのオンライン手続きを推奨しています。しかし、オンライン手続きを行っているお客様がどの段階で離脱しているのか、また、紙を取り寄せるお客様の属性や動機がどのようなものかを理解し、分析する必要があります。 改善点の見極めは？ 具体的には、オンラインで離脱しているページやそのユーザーの属性、さらに紙手続きを行っている方々の属性や動機に関するデータを収集し、オンライン手続き率を向上させるためのボトルネックを特定することが目指すべきゴールです。仮説を立てながら慎重にデータを分析し、検証するプロセスを通じて、この課題に取り組んでいきたいと思っています。

どうやって原因究明？ 原因を特定するためには、分析対象を複数のプロセスに分解し、各段階で明確な問題箇所を探ることが重要です。人の行動に即したプロセス設定を行うと、問題の箇所が特定された後の改善策の検討もスムーズに進むことが分かりました。 なぜ事前に決定すべき？ また、What、Where、Why、Howといった基本的なステップと同様に、プロセスの設定も仮説検証に入る前に決め、その内容を関係者間でしっかりとすり合わせる必要があります。たとえば観光客の減少の原因を探る場合、ユーザーがどのように情報を収集し観光地を選んでいるかというプロセスと、現状で手に入っているデータがどの段階で取得されたものかを突き合わせることが求められます。 データ整理の要点は？ さらに現状分析においては、最初に幅広いデータを集めることが大切です。各データが持つ性質や項目、定義について周知するとともに、ファネルに沿ってデータの分類や分析を進め、必要なデータの補完を行うといった段階的な準備が成功の鍵となります。

AI回答の信頼は？ 生成AIの回答について、最終的な確認作業や責任はユーザー自身が担うべきだと感じています。そのため、回答をそのまま受け入れるのではなく、批判的に見直す必要があると考えます。 仮説の根拠は何？ また、自身の仮説を補強するためのリサーチなどに利用する場合は、単に回答を求めるだけでなく、回答の根拠がどこにあるのかを明示させるなど、原文と照らし合わせながら確認することが重要だと思います。 議事録作成のコツは？ 議事録の作成など、文章のドラフト作成には実用的な面があり、実際に利用している同僚もいます。私自身は会議の内容を自分の頭に定着させる目的で、できるだけ自分で文章を作成するよう心がけていますが、ドラフト部分を生成してもらう手法も有効だと感じています。 エビデンスはどう確認？ 今後も、「この仮説はこういった検証が必要なのではないか」といった相談や、エビデンスの収集の一助として利用していきたいと考えています。

VUCA時代の要点は？ VUCAとは、Volatility（変動性）、Uncertainty（不確実性）、Complexity（複雑性）、Ambiguity（曖昧性）の4要素を指します。現代はこのVUCA時代と言われ、変動や不確実性の高い環境に対応するためには、仮説思考の鍛錬が不可欠です。プロジェクトの初期段階で仮説検証を行い、その結果に基づいて精度の高い改良を実施することの重要性を改めて学びました。 価値ある提案って何？ また、依頼をただこなすのではなく、顧客が抱える課題を的確に把握し、仮説思考をもとに付加価値のあるプロダクトを創出する提案型の開発が求められると感じています。具体例として、ハイエンドのシャンプーブランド向けの香り開発において、ロイヤルユーザーや潜在ユーザーの最新の興味・関心、そして行動特性を捉えた上で仮説を立て、クライエントと共有しながら検証を進める取り組みの大切さを実感しました。

A/Bテストの条件は？ A/Bテストを行う際には、条件を揃えることや分析対象を明確にすること、そして仮説に基づいた比較検証のポイントを絞ることの重要性を確認できました。また、課題解決に向けた顧客心理に着目したテキストや、ユーザーが行動しやすい要素が重要であると実感しました。 ファネル分析の重要性は？ 日々のウェブマーケティング業務において、今回の課題事例から多方面で役立つ考え方を学ぶことができました。特にファネル分析は不可欠であり、全体のマーケティング戦略を踏まえた上で確実に設定し、日々の分析に活用していきたいと感じています。 新たな仮説はどう導く？ 今後は、売り上げ向上を目指すサイト改善や広告のA/Bテストにこれらの知見を活かしていくとともに、単一のデータに頼るのではなく、関連する複数のデータを俯瞰的に捉え、そこから新たな仮説を導き出す取り組みを深めていきたいと思います。