(3ページ目)

サービス ✕ ユーザー

に関する学び

---

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

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

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

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

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

仕事にどう生かす？ バリュープロポジションと3つの合致、ラピッドプロトタイピング思考は、日常業務にも活かせそうな考え方だと感じました。経営・組織戦略の分野では、必ずしも「もののプロトタイピング」を行うわけではありませんが、「作りながら考える」姿勢が非常に重要であると実感しました。 試作で何を知る？ デザイン思考が一般教養に近づいている現状からも、プロトタイピングを単に「物」に限定するのは難しいと考えます。ビジネスモデル、カスタマージャーニー、架空のセールスレター、商品チラシなど、試作できる分野が多く存在し、「アウトプットしながら考える」癖をつけることが大切だと思います。 アイデアはどう伝える？ 今回の取り組みでは、プロダクトイメージ、サービス構想、拡張機能のアイデアを絵や図にしながら考えるプロセスに取り組みました。実際にアウトプットすることで、無理なアイデアや、他の分野に拡張した方がユーザーにとってメリットが大きいという視点が多く見えてきました。 戦略転換の理由は？ また、本来はあらかじめ経営戦略上で決めるべき事項も存在すると思います。激しい競争の中で従来の領域に挑むのか、あるいは新たな価値を生み出す領域にシフトするのか、いずれも議論すべきポイントです。例えるなら、100m走で新記録を狙うのか、障害物競走で柔軟に戦うのかという違いに似ています。私自身は、初めから障害物競走のアプローチを選びました。今後は、デザイン思考にとどまらず、こうしたワークが経営戦略上どのように位置づけられるのか、包括的に捉える視点がさらに必要だと感じています。

どうして金融調査？ 金融関連の業務を担当するにあたり、まずは競合調査の一環として、顧客満足度上位の企業のwebページを確認しました。調査項目は、サービス内容、金利、セキュリティ対策の三点です。 なぜ実際に試す？ 担当クライアントは、顧客満足度においてサポート部門がトップである一方、web・アプリ部門では3位という評価でした。UIおよびUXの強化を目指すため、実際に口座を開設し、サービスを体験することにしました。 体験中の違和感は？ 口座開設のプロセスでは、窓口での対応とweb上でのマイナンバーカードによる審査を利用し、手続きは2日ほどで完了しました。全体的にスムーズでストレスを感じることはほとんどなく、スマートフォンを使った顔認識に関しては、背景に余計なものが映らないようにするためか、認識に少し時間がかかりました。 営業メールの謎は？ 一方、口座開設後は、毎週のようにメールでの営業連絡が送られてきました。そのため、金利に基づく金額の通知が他の営業メールに埋もれてしまい、見逃されることがあるという印象を持ちました。 改善要求の真意は？ クライアントからはUIおよびUXの改善依頼があり、提供された情報だけで対策を検討していた状況に不安も感じました。実際にサービスを利用しなければ気づけなかった問題点について、担当者間で共有しています。たとえば、営業メールの配信頻度を隔週に変更することや、メールタイトルに【レポート】やサービス名を含めることで、ユーザーが利用状況を一目で把握できるようにする提案を考えています。

共感の大切さは？ 企業支援を主な業務とする中で、最も効果的なのは、デザイン・設計の段階で「共感→課題定義→発想→試作→テスト」という流れを取り入れることだと感じています。特に「共感」のステップに重点を置くことで、ユーザーの深層ニーズをより正確に引き出すことが可能になります。このため、課題定義に入る前に必ず共感の把握を行うプロセスを取り入れるべきです。 具体策はどう？ また、共感の手法や具体例については以下の点を改めて検討しています。具体的には、共感のプロセスでどのような方法を用いて深層ニーズを引き出しているのか、そしてそのニーズを把握した後、どのような形で課題定義に活かすのかという問いに対して、実践に即したアプローチを模索する必要があります。 実践の工夫は？ 実践面では、十分にそのままの形で実施できていないと感じることもありますが、振り返りの中で、ユーザーの情緒的な側面に配慮しながら課題定義を行うことで、内部での納得度が高まり、最終的な成果にも良い影響を与えると実感しています。これまでも一部では提案を行ってきましたが、さらなる観察やヒアリングを通じて、より具体的な対策を講じるべきだと考えています。 未来へどう進む？ 今後は、企業支援の流れにおける「共感」から始まる一連のプロセスを、より具体的かつ実践的に展開していきたいと考えています。さらに、マーケティングのみならず、経営や企業変革全体を視野に入れた支援を実施するため、従来の課題解決から課題定義へのシフトを図り、自身の支援サービスのあり方についても再検討する予定です。

アイデアの出し方は？ ブレインストーミングを用いて短時間で多くのアイデアを出し、KJ法で整理して優先順位を明確にすることで、ユーザー体験の視点から課題にアプローチできると感じました。さらに、シナリオ法を使いユーザーの行動や感情を深く分析することで、課題解決の糸口が具体的に見えてきました。ペーパープロトタイピングを活用し早期にフィードバックを得ることや、バリューポジションを明確にして独自の価値を伝える手法、そして競合調査を通じてターゲットのニーズに合った方針を策定することが、ユーザーに寄り添ったWebサイトやサービスの提供につながると考えています。 チーム作業の効果は？ 実践からは、ブレインストーミングをチームで行うことで個人では引き出せない多様なアイデアが見えてくることを実感しました。また、シナリオ法によりユーザー視点での課題が明確になり、解決策が具体的になった点も大きな気づきでした。これらの手法を組み合わせることで、より効果的なサービス作りが可能になると感じ、今後の実践に活かしていきたいと思います。 学びをどう活かす？ 今日の学びでは、アイデア出しや製品コンセプト策定に関する重要なアプローチを学び、実践にどう反映させるかを考える良い機会となりました。ブレインストーミングやKJ法で個人では気づきにくい視点をチームで整理し、シナリオ法を通じてユーザーの想いや行動を深く理解することが、ユーザー中心のサービス作りに直結すると再認識しました。これらの知見を自分の業務に取り入れ、具体的な改善策を模索していく意欲が湧いています。

プロトタイプの効果は？ 新規事業開発の現場では、従来、テキストや紙芝居を用いてコンセプトや提供価値を磨く方法を意識していました。しかし、議論をより活性化させるために、あえてプロトタイプを作成する有用性を学びました。また、毎週のグループワークでのディスカッションを通じて得られる新たな気づきも非常に意義深いと感じています。 感情と真因の探究は？ 今後は、自身が関わるサービス開発で次の2点を実践したいと考えています。まず、ユーザーとしての体験から得られる心理的変化に注目し、表面的なニーズだけでなく、感情面に踏み込むことで利用者の情動を捉えること。次に、顧客の悩みの奥に潜む思考や本能、その背景の制約条件を探ることで、根本的な課題や真因を見極めることです。デザイン思考においては、この2つのプロセスを徹底することが、結果的に発想や試作品作成の近道になると考えています。ただし、議論を進めるためのツールとしてプロトタイプは有効なケースもあるため、状況に応じて活用することが重要です。 アイデアはどう生む？ また、アイデア発想のプロセスについても挑戦してみたいと思います。アイデアは、具体と抽象の深さ、多角的な視点、そして顧客視点の掛け合わせによって生まれるものです。基本的な流れとしては、現状の課題を洗い出し、KJ法で構造化し、課題を絞り込んだ上で、SCAMPER法などを用いてアイデアを発散。さらに抽象度を上げて再度発散させ、最終的に収束させるというプロセスを磨いていきたいと考えています。

リサーチの必要性は？ ある企業の開発事例から、まずリサーチ段階で潜在的なニーズを見つけることの重要性を学びました。真のニーズを引き出すためには、デプスインタビューやカスタマージャーニーの詳細な分析など、緻密な作業が必要であることが印象に残りました。 ニーズと強みはどう？ 商品開発の段階では、潜在ニーズと自社の強みを掛け合わせることで相乗効果が期待できると感じました。同時に、消費者がどのようなブランドイメージを期待しているのかという視点を取り入れる必要があると気づかされました。特にネーミングに関しては、開発側が届けたいイメージよりも、消費者が直感的にイメージできる言葉が求められると考えました。 調査手法はどう？ さらに、カスタマージャーニーのリサーチをより丁寧に行う必要性も感じました。過去のユーザーを数名ピックアップし、デプスインタビューを実施して真のニーズを明らかにすることや、業界サービスにおけるクライアントのペインポイントを探すことで他社との差別化を図ることが今後の課題です。 行動計画はどうする？ 具体的なアクションプランとしては、まず過去ユーザーの中から年齢層や職種ごとに3名のデプスインタビューを設定し（初めは5名から8名程度に声をかける）、次にデプスインタビューを通して転職活動に至るまでの行動背景やペインポイントについて再調査を行います。さらに、登録者が約2000名いるインスタアカウントを活用してインスタライブを実施し、ユーザーの生の声を収集していく予定です。

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