(3ページ目)

ユーザー ✕ 検証

に関する学び

---

自社の強みはどう活かす？ ある企業の事例と富士フィルムの事例から、自社の既存の強みをいかにターゲットに届けるかというマーケティング手法の有効性を学びました。他社のサービスをどの程度意識し、意思決定に反映するかも重要なポイントです。機能比較のためにまるばつ表を作成し、改善点を洗い出す手法には一定の効果があると感じる一方、プロダクトの機能が他社と類似し、手数料による差別化が進むケースもあるため、実行のスピード感も求められていると実感しました。 どの軸で攻める？ 経営層の直感的な意思決定によって各種プロダクトが立ち上がり、顧客層が中小企業向けから大企業向けに拡大する中で、今後どの軸で攻めるかを議論する段階にあると感じています。プロモーション手法に先立ち、まずは各プロダクトがどの伸び代に位置しているかを明確にし、戦略を立案することが最優先事項だと思います。経営陣へのインプットも含め、各種マーケティングフレームワークを用いて、伸び代の定義やデータ分析の結果を踏まえた戦略作りを進める必要があります。 戦略検証はどう進む？ また、既存顧客の属性をデータで分析し、ユーザーインタビューなどを通じた現プロダクトの価値検証によるメンタルモデルの分析が欠かせません。海外サービスを視野に入れた競合分析やポジションマップの作成、事業戦略とのストーリーラインの接続、さらに市場規模（TAM、SAM、SOM）の試算など、各種分析を通して具体的な全体戦略を描くべきだと考えています。加えて、既知の要望の深掘りをプロダクトロードマップに反映するとともに、エンジニアとの密なコミュニケーションや開発リソース確保のための内部稟議も重要な要素となると感じました。

データ分解の必要性は？ 今週の学習では以下の点について考察しました。まず、データを分解する際には、さまざまな視点からの切り口を持っておくことが重要です。データの分解方法や細かくするやり方によって、データの見方は大きく変わり、傾向や仮説が立てやすくなります。また、多面的な視点でデータを分解することも必要です。MECE（漏れなく、ダブりなく）を用いて検証することは基本ですが、さまざまな角度から分析することの重要性を感じました。さらに、データの可視化も重要であり、グラフなどを使うことで傾向の見方が大きく変わるため、積極的に用いていきたいと考えています。 業務へどう活かす？ これを自分の業務に当てはめると、以下のようになります。データを単に表にまとめるだけでなく、詳細に分解したりグラフ化することで、関連性の洗い出しに役立てられると考えます。具体的には、開発中の製品の物性データ解析を行い、改善に必要な影響因子を洗い出したり、売上と在庫のデータ推移を国やユーザーごとに解析し、仮説立てに活用したりします。また、文章データを整理し、プロセス解析と分類分けによる分析を行います。 分析に多角視点は？ データ分析や分解については、自分だけで行うのではなく、他の人にも確認をお願いし、異なる視点や着眼点を参考にして分解のバリエーションを増やすよう心がけます。データを取得する際も、従来の方法にとらわれず、「本当に必要なデータなのか」という視点を意識して行います。過去のデータとの関連性も考慮に入れ、有用なデータ取得を目指します。結果に対しては、「本当か？」といった問いを繰り返し、別の視点での傾向の可能性を確認することも重要です。

ポジショニングはどう？ 「誰に売るか？」という問いに対する答えをどのように構築するかを学びました。ポジショニングによって、特定のニーズを持つ消費者に刺さる商品を生み出し、埋もれていた市場を掘り起こすことができるというのは新たな発見でした。また、同じ商品であってもコンテクストが変わることで、新たな価値を新たなターゲットに提案することができるという点も大きな学びでした。多くの最新技術が軍事目的から生まれたことがありますが、使用シーンを変えることで、生活の利便性を高めたり課題を解決したりする技術に変わることも一例と考えられます。しかし、ポジショニングとターゲティングの違いについてはまだ自分の中で明確に理解できていない部分がありました。 セグメントの再検証は？ 編成プランを考える際にはまず、ユーザーをどのような軸でセグメンテーションするか考え直す必要があります。性別や年齢といったセグメントが本当にコンテンツ消費に合っているのかを再検証したいと思います。その上で、各セグメントをターゲティングできる企画を持っているのか確認してみたいと考えています。加えて、韓国ドラマコンテンツがなぜこれほどヒットするのか、その消費者の正確な属性（年齢や性別以外の要因）を分析し、韓国ドラマファン層をどう取り込むかについて考えてみたいです。 実行ステップは？ 具体的には、志向性でのセグメントが可能かエンジニアや戦略チームに相談したり、消費者インサイト調査チームと協力して志向性別に調査が可能かを検討します。そして、ポジショニングマップを作成し、業界での自社のポジションを把握するとともに、消費者から見た自社のポジションを確認することを目指します。

定性分析はどう整理？ 現在、自社の業務改善のための分析を進める中で、これまで漠然としていた内容が「定性分析」であったことに気づき、大きな発見となりました。業務のやり方は数値で把握しにくいため、現場での観察やインタビューを通じて状況を捉え、得られた情報から実態を明らかにする必要があると感じました。また、コーディングにより一次コード、二次コードと分類し、フレームワークやプロセスに落とし込む方法を実践することで、今後も学びを深めていこうという意欲が湧きました。 顧客課題をどう捉える？ 顧客課題仮説の導出は非常に難しいと実感しました。定性分析でコーディングを進める際、観察やインタビューから得られる情報が十分かどうか不安になるとともに、ペルソナやカスタマージャーニーマップの捉え方によって仮説の内容が変わる点も大きな気付きでした。今回の講義で学んだのは、顧客課題仮説を広く捉えるのではなく、焦点を絞り「ユーザー」「状況」「課題」「ソリューション」という具体的な文書化を行う手法であり、その手法は非常に有効だと感じました。 問題本質をどう捉える？ さらに、「問題の本質を捉える」から始まり、洞察の整理と可視化、顧客課題仮説の作成、ユーザー中心の視点の維持、そして検証と改善という流れを作ることの重要性を学びました。定性分析では、プロセスやフレームワークの構築により、定量分析で検証すべき仮説が明確になるという点も理解できました。実際の現場での観察からは、ユーザー自身が気づいていない暗黙知に触れることができる有効な手法であることを実感しました。今後はこれらの経験を活かし、顧客に対する課題分析をさらに実践していきたいと思います。

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

どうして視覚化すべき？ 数字に集約することと、目で見て理解することの大切さを再確認しました。纏めたデータをグラフ化するなど視覚化することで、ヒストグラムなどを活用しながらデータのばらつきを直感的に把握できる点が印象的でした。 比較で何が見える？ また、データ分析は「比較」に基づく作業であり、仮説思考が重要だと感じました。分析のプロセスでは、仮説を立て、異なる視点とアプローチを用いることによって、より本質に迫ることができると理解しています。 代表値はどう使う？ 代表値の使い分けと散らばり（標準偏差）を組み合わせる方法も興味深かったです。平均値や中央値、加重平均、幾何平均など、用途に応じた手法があるため、Excelで計算できることから複雑な計算式を覚える必要はなく、実務で活用しやすい点が良いと感じました。 成約率との関係は？ さらに、営業活動のように暴露機会と成約率、またユーザーの購買意欲と成約数との因果関係を数値化する場合、代表値だけでなく標準偏差による散らばりを検討することで、ユーザーの傾向をより正確に導き出すことができると考えています。まずは仮説思考から取り組む姿勢が大切だと再認識しました。 グラフの魅力は？ 最後に、提供される表形式のデータを様々なグラフで可視化し、検証のヒントを得る点も魅力的です。従来の平均値や中央値に加えて、標準偏差などの散らばりを取り入れることで、ユーザーの購買情報をより明確に把握できる可能性が広がっています。定性情報をいかに数値化してデータ分析に活用するか、その工夫が今後の課題であり、挑戦してみたいと感じました。

どの手法が有効？ 私の業務では、主に三つの手法を活用しています。まずA/Bテストでは、メール告知に取り入れる際に、カラーや情報の提示順序などの要素を変更しながら検証を行います。数値化可能なクリック率やコンバージョンの結果をもとに、効果を測定しています。 参加型はどう活かす？ 次に、参加型デザインです。アンケートの回答からユーザー視点での改善点を抽出し、定期的に開催するセッションでは、複数のロイヤルユーザーの意見を自由に出してもらいながら改善策を模索しています。 インタビューで何を引き出す？ さらに、インタビューも実施しています。購入の動機や使い方を詳しく聞き取り、限られた時間の中でユーザーの意見を引き出すためには、ファシリテーション技術が重要であると感じています。なお、インタビューでは、自分の仮説検証において予想と異なる結果になることも多々あり、大きな声を持つ一部の意見に左右されず、冷静な判断が求められると実感しています。また、求めるデータの種類に合わせて、最適な情報収集手法を選択することも大切です。 デザイン思考はどう磨く？ デザイン思考については、明確なゴールが設定されているわけではなく、その時々で最高のものを作るために100％の力を注いでいる状況です。しかし、知れば知るほど「より良いものを」という気持ちが高まり、常にアップデートを重ねていくOSのようなものだと感じています。かつて先輩から「我々が作るものは常にβ版である」との言葉をいただいたことが、決して満足せず成長し続ける意欲に繋がっていると改めて考えるきっかけとなりました。

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

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

マーケはどう捉える？ マーケティングの定義は人それぞれの捉え方があり、どの考え方も広い意味でのマーケティングに含まれることを学びました。思考や仕組み、プロセス全体が一体となっているということを再認識し、異なる視点が必ずしも間違いではないという気づきも得ました。自分の商品だけでなく、顧客にその魅力を伝えるサイクルを確立し、最終的に顧客に選ばれる重要性を強く感じました。自分自身、もっと執念深く取り組む必要があると実感しています。 ブランドはなぜ必要？ 現在の業務は技術を起点としたプロダクトづくりが中心ですが、顧客にそのプロダクトの魅力をしっかりと伝えるためには、ブランドづくりが不可欠だと考えています。魅力を感じてもらえるターゲットが存在するのか、販売の仕組みが適切かどうかを継続的に分析していくことが必要です。常に自分の考えが正しいか、適切かを問い直す姿勢が求められており、顧客のニーズに合致するかを判断するためのマーケティング的視点の習得と活用が今後の課題だと感じています。 顧客理解はどう進む？ まずは、顧客が本当に求めるものを理解し、顧客の思考や行動を分析することから始めたいと考えています。コアファンの探索を通じて、その行動原理や商品の用途を再確認し、ユーザーストーリーマップを作成する予定です。また、顧客インタビューに際しては、対象者にブレがないか、質問内容が適切かどうかを十分に検討した上で実施します。仮説検証の際にも、一方的な判断に偏らないよう論点を整理し、ビジネスの勝ち筋を見出す努力を続けたいと思います。

発注とユーザーの違いは？ ITシステムの外部委託先の立場から考えると、システム開発を進める際、お客様はエンドユーザーというよりも、顧客企業の担当部門として対応することが多いです。担当部門はユーザーと異なる視点を持つため、今回学んだエンドユーザーの立場よりも、発注者の意向に注力せざるを得ません。しかし、発注者との共感、課題の理解、試作品の作成といったプロセスは十分に実現可能です。真にエンドユーザーに役立つものを提供するのは難しいものの、発注者の満足を追求する姿勢が重要だと感じています。 満足の不一致はどう？ 一方で、発注者の満足を追求できたとしても、発注者がエンドユーザーに目を向けなければ、エンドユーザーの満足と発注者の満足は一致しなくなります。このような複雑な階層構造を持つ大規模な組織では、デザイン思考を一部の人だけが理解していても、途中のプロセスでその意義が薄れてしまうため、広く多くの人に理解してもらうことが必要だと考えました。 試作品の使い分けは？ また、プロトタイプの作成方法によって検証できる項目は異なるため、一つのプロトタイプが最適かどうかを問うよりも、各プロトタイプの特性を活かして使い分け、互いに補完していくことが重要です。さらに、組織階層が深い大規模な組織では、開発過程に関わるすべての人がデザイン思考の考え方を身につける必要があると感じました。加えて、生成AIを発注者役として活用し、想定問答を行う手法も有用であると実感したため、今後も積極的に取り入れていきたいと思います。

プロトタイプはどう活かす？ 業務において、プロトタイプは新しいプロセスやアプリケーションの原型として位置づけられるため、本番の製品やサービスの一部と見なして、開発に過度の時間や労力をかけてしまい、せっかく作り上げたプロトタイプを無理にでも活かそうとしてしまうことがあります。しかし、プロトタイピングの本来の目的は、具体化されたアイデアに対するユーザーのフィードバックを得ることにあるため、効率的に、何度もプロセスを回すことを意識する必要があります。 評価の真実は？ 思い描くプロトタイピングのシーンでは、手間をかけて作ったプロトタイプに対してユーザーからの評価が必ずしも期待通りでない場合も考えられます。このとき、単にプロトタイプの作り方が悪かったと考えるのではなく、そもそもの発想や課題定義に問題があった可能性を検証することが重要です。デザイン思考の各ステップにおいては、できる限り手戻りが発生しないよう注意深く進める工夫が求められる一方で、うまくいかなかった場合には直前のプロセスだけに原因を求めず、必要に応じて大きく方向転換する決断力も大切です。 過程重視の意味は？ また、「プロトタイプ」と聞くと、自分のアイデアに対する試作品そのものに注目してしまいがちですが、実際にはユーザーからのフィードバックを得る過程全体を重視することが肝要です。そのため、単なる試作品の開発にとどめず、評価を得るまでのプロセス全体を意識した「プロトタイピング」に取り組んでいくべきだと考えています。