(3ページ目)

顧客 ✕ ユーザー

に関する学び

---

問題発見に必要な分析とは？ ビジネス上の問題や課題を発見するためには、影響の大きい部分から分析を始めることが重要です。そのため、現状を可能な限りヌケなくモレなく構成要素に分解する必要があります。特に事業収益を分析する際には、損益計算書が優れた例となり、経費がMECE（Mutually Exclusive, Collectively Exhaustive）に分解されています。 顧客属性分析で成功するには？ 私の業務であるプロモーションにおいても、顧客属性や売上の構成を分析し、ターゲットとすべき顧客セグメントを抽出するのに役立ちます。売上や利益を伸ばすためにどのセグメントに焦点を当てるべきかという課題に対して、この方法は非常に有効です。しかし、広告媒体の効果検証には、ユーザーのタッチポイントが単一媒体に留まらないことから、複雑な分析が必要であるため、必ずしも適しているわけではありません。 ターゲティングの優先順位は？ 具体的な分析手法としては次のようなものがあります。まず、店舗単位で顧客と問い合わせユーザーの住所や所属の件数を割り出し、ギャップが多いほど見込み顧客が多いと考えられるため、これを検証します。また、顧客の所属数と自社客のシェア率を把握し、優先的に取り組むべき所属を抽出します。ただし、店舗からの距離、競合の立地、ターゲット層の志向などにより、シェア率が低いセグメントが必ずしも優先順位が高いとは限らない点に注意が必要です。 Webと商品の相性をどう見るか？ さらに、Web上での申し込み傾向を分析し、特定のカテゴリーで商品とWebの相性が良いかを分析することも重要です。これにより、より効果的なプロモーション戦略を立てることが可能になります。

なぜデザイン思考？ デザイン思考の考え方を学ぶ中で、伝え合うためのスキルを磨くことが、使う人や顧客にとっての最適解に近づくための道筋を明確にするプロセスだと感じました。ターゲットを絞り、共感を基に相手の課題を深く見極めることで、多くのアイディアから最も適切なものを選び出し、再び広げたり収束させたりするアプローチは、さまざまな局面での正解への一助となるスキルだと思います。 サイト改善の理由は？ 公式サイトのリニューアルでは、現状の課題を洗い出しながら、ウェブの目的や望ましい改善策を検討しました。誰に向けて何をどのように届けるかを具体的に設定し、ターゲットユーザーがサイト訪問前にどのような行動を取るか、訪問時の行動にどんな仮説が成り立つかを考察しました。その後、必要なコンテンツを明確にし、目次やサイトマップの階層構造を設計。企業の目的とユーザーのニーズを一致させるため、まずユーザーのジャーニーマップを作成し、その結果をもとにワイヤーフレームを作成・必要なコンテンツを配置しました。 価値はどう伝える？ また、自社の価値を示す外向けのキャッチコピーを考案し、情報発信のコンテンツを整理することで、新たな視点で情報を伝え、今後の活動につなげられるかを検討する取り組みも行いました。 情報設計は何で？ さらに、公式サイトリニューアルのための発信情報見直しプロジェクトを立ち上げ、社内の意見を集約するとともに、外部ユーザーの行動を意識したコンテンツ設計を目指します。グループ会社向けの情報発信においては、ユーザーが抱える困りごとを把握する機会を設けるなど、イントラネット向けと公式サイト向けに目的に合わせた情報設計を分けて進めることを考えています。

モノと体験の違いは？ 今週は、「モノ」と「体験」の違いについて学びました。競合他社との差別化を図るためには、オンリーワンの存在になることが重要です。そのためには、商品やサービスを単に売るだけでなく、体験を通じて差別化することが必要だと理解しました。 商品の価値は何か？ 商品の価値には、機能的な価値だけでなく、情緒的な価値も含まれます。リラックスできる、楽しい、テンションが上がるといった顧客の感情に影響を与えることが大切です。ポジティブな体験を通して顧客をファンにすることで、関係を強固なものにしていけるのが理想だと感じました。 体験はどう変わる？ また、体験は繰り返すことでその価値が減少することも学びました。この点については確かにそうだと思いますが、常に新しい体験価値を提供し続けるのは大変だとも感じます。 顧客体験設計とは？ 一方、Webの世界では、新しいサイトやアプリを構築する際に「顧客体験設計」を重視します。私の業界では、商品の開発よりも、それを売ったり利用するためのWebアプリを作ることが主な仕事です。購入までの導線やビジュアル、色調、マイクロコピーに気を配り、わかりやすさやスムーズさ、便利さを提供することを心がけています。しかし、ユーザーとの感情を結びつける体験ができていないことに気づきました。 新サービスの感情は？ 金融という特性上、これまでは情緒的な価値に目を向けたことがなかったため、自社開発の新サービスに対して、どんな感情を持ってもらいたいのかを考え、開発チームと話し合いをしたいと思います。競合他社との差別化では、機能面だけで勝負するのが難しいと感じていたので、これからは体験という広い視点で考えていきたいです。

仮説はどう整理する？ 複数の仮説を立てる際には、その網羅性と分類が重要です。過去の失敗を分析する場合や、将来の事業の成功を予測する場合には、3Cや4P分析を活用して仮説を立ててみると良いでしょう。 データ収集はどうする？ 仮説を裏付けるためのデータは常に存在するわけではありません。必要な情報を収集する場合、誰に何をどのように聞くべきかを慎重に考える必要があります。都合の良い情報だけを集め、他の可能性を排除しないようにする意識も大切です。この姿勢は「関心や問題意識のないところに仮説は生まれない」というマインドセットにも通じています。 市場特性の見極めは？ 3Cや4Pの視点で現在のビジネス状況を正しく理解することが不可欠です。しかし、市場や業界、製品が特殊な場合には注意が必要です。例えば、医療業界ではエンドユーザーが患者であり、購入決定権を持つのは医療者であるケースがあります。広告制限のある製品については、適切な顧客設定と検証が必要です。自社だけでなく、関わるグループ施設市場を含めた3C、4P分析も有効です。 3W1Hで速さは向上？ 仮説の3W1Hを繰り返すことでビジネススピードが向上します。過去と未来の仮説を分けて分析し、サイクルを回すことが必要です。たとえば、大型コンペの参加が有効だったか、その前後の効果や成功の分析、次回の見込みや採用率の変化が周囲に与える影響の予測を行います。 Excel作業改善のコツは？ データの比較基準が異なる場合、データの取得、加工、単位や見え方の統一が課題になります。実際の分析開始前の準備段階でのExcel作業に多くの時間を費やすことが課題となっているため、この点のスキルアップが必要です。

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

デザイン思考をどう活かす？ デザイン思考には、共感、課題設定、発想、試作、テストのステップがあり、これを非線形に繰り返すことが重要だと学びました。この思考をビジネスに活かすためには、顧客やユーザーの行動を観察し、彼らの体験価値を最大化することが大切です。最近学んだカスタマージャーニーでも、ペルソナを細かく設定することが、サービスやプロダクト、戦略を考える上で重要だとされており、これがデザイン思考と通じると感じました。 学びを深めるステップは？ 学びにおいて大切なこととして、1.言語化、2.教訓化、3.自分化が挙げられ、これが特に印象に残りました。私は考えを言葉にするのが苦手なので、まず書いてみて、次に発言し、さらに伝わりやすくするステップを踏んでいければ良いと思っています。 システム開発の目的を再確認 現在、私は営業系のシステムを開発・管理・運用する部署に所属しており、社内の営業部門がメインの顧客です。これまで、ITやシステムに慣れていないユーザーをターゲットに、使いやすさを重視した設計を行ってきました。しかし、講義を通じて、システム開発の本来の目的は効率化や売上向上を図ることにあると考え直しました。ターゲット設定を見直し、本来の目的達成のための設計をもっと重視すべきかもしれないと感じました。 顧客理解に基づく設計とは？ システム開発においては、インターフェイスの使いやすさに過度に拘らず、データの意味を可視化し、顧客理解や戦略策定を実現するための設計に焦点を当てる必要があります。既存のシステムについても、ユーザー目線でその利用価値を最大化できるかを考え、ユーザーからのフィードバックを積極的に取り入れる姿勢が大切です。

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

商品の体験価値は？ 商品の価値は、単なる機能だけでなく、体験や情緒的な要素も含むことを学びました。たとえば、自動車の場合、燃費などの機能的価値と、運転したときの心地よさといった情緒的価値があり、どちらも重要な役割を果たすという点に気づかされました。 差別化はどう実現？ また、ある事例を通じ、消費が単なる摂取行為に留まらず、商品が届いたときのドキドキ感や、環境に配慮した取り組みといった情緒的価値が加わることで、他社との差別化が実現され、プロダクト全体の価値が大きく高まることを学びました。 顧客の声はどう？ さらに、別の事例では、ユーザーのニーズを詳細に分析し、期待に沿った商品やサービスを提供することで成功を収めた企業の取り組みが印象的でした。ここでは、顧客を意識した考え方が、単なる問題解決を超えて、実際の課題を乗り越えるための大切な要素であることを感じました。 意見交換は大事？ 社内では、多様な意見を持つ人々とのコミュニケーションが欠かせません。そのため、フレームワークを活用して説明や意見交換を行うことで、考えを整理し、理解を得ることが容易になると実感しました。同時に、自分自身の思考の偏りに気づく手助けにもなりました。 付加価値は追求？ 今や、単にものやサービスを提供するだけでは、利用者に楽しさや感動を与えることは難しい時代です。いかに体験価値や情緒的価値、すなわち＋αの価値を高めるかを常に追求する姿勢が求められています。また、ある企業が実店舗での販売先を特定のチャネルに絞り込んだ事例については、メンバー間で意見を交わし、自分自身の考え方との差異を知る良い機会だと感じました。

どうしてペルソナが鍵？ 生成AIのビジネス活用支援の立場から、生成AIの利用方法について考えました。自ら生成AIをどのように活用するかを検討し、実際の運用で示された課題を把握することは可能です。しかし、利用するお客様ごとに使用シーンや前提知識、目的が異なるため、彼らに共感し課題を正しく理解するには、ペルソナをしっかり定義し、その前提条件や目的、状況を想像して整理する必要があります。 顧客役割シミュレーションは？ また、生成AIに顧客の役割を模倣してシミュレーションしてもらう手法も有効だと考えます。ペルソナで定義したユーザーとして課題を提示してもらうことで、要件定義のプロセスに新たな視点を加えることができるため、実践的な検討に大変役立ちました。 利用後の効果は何？ 実際に利用してみると、生成AIからユーザー役として現実に即した質問が提起され、単なる想像にとどまらない網羅的な事前検討ができることが確認されました。従来、ユーザーを実際に巻き込む場合、コストがかかるという課題がありましたが、生成AIを用いることで低コストで実務に近いシミュレーションが可能となり、非常に参考になりました。 今後の展望はどう？ 今後は、生成AIを活用してより具体的なユーザー視点からの課題提起やシミュレーションを実践し、顧客との共感を深める戦略に活かしていきたいと考えています。さらに、生成AIを使うことでペルソナの理解がどのように進むか、またそのシミュレーション結果をどのようにビジネス戦略に反映させるかについても、今後の課題として具体的に検討していく所存です。

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

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

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