(8ページ目)

ユーザー

に関する学び

---

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

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

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

試作の魅力は何？ 今回学んだ「試作（プロトタイピング）」の考え方は、業務でのダッシュボード開発に大いに活かせると感じました。いきなり完成形を目指すのではなく、まずはシンプルな形で作成し、ユーザーと対話しながら改善を重ねるアプローチが、重要な指標や分かりやすい表示方法の発見につながると実感しました。 対話で何が進む？ このプロセスでは、「試して対話すること」が完成度を高めるための大切なステップであると再認識しました。実際に形にして見せることで、議論が前に進み、具体的な意見交換が生まれやすくなるため、未完成であっても価値があると感じています。 理想と現実は？ また、プロトタイプを通じて、自分が考える正解とユーザーが求めるものとは必ずしも一致しないという現実にも気付かされました。共通認識を築きながら進めることで、最終成果物の質が向上する一方で、形を見せることによって意見が多岐にわたる点についても、改めて「目的に立ち返る」視点の重要性を感じました。 試作のポイントは？ これらの学びを通して、完成品にこだわりすぎず、まずは試作を手がけ対話を促すことがダッシュボード開発において有効であると実感しました。すべての意見をそのまま取り入れるのではなく、目的を明確にしながら判断する姿勢も必要です。 学びをどう活かす？ 今日の学びを一言でまとめると、「試作はゴールではなく、対話を深めるための手段」であると言えます。今後の業務においても、作って見せ、振り返り、磨いていくサイクルを大切にしていきたいと思います。

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

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

なぜ業務量に差が生じた？ 現在の業務は減少せず、同じ部署内で担当する業務量に大きな差があるという課題を感じています。この状況について、なぜそのような事態になっているのかを定性分析を用いて仮説を立て、解決に向かわせる方法を考えました。インタビューなどを通じ、単なる業務量だけでなく、その背後にある問題点を明らかにする必要があると考えています。 アンケートから何が分かる？ 今回の演習で気づいたのは、アンケートの結果から、経験や年代にかかわらず共通の課題が存在することが分かった点です。この結果は、データをコーディングすることで抽出されたものです。しかし、実際に対処するデータは今回のものよりも複雑で量も多くなるため、分析の難易度は大幅に上がると感じました。また、課題設定において、単に現状の課題を把握するだけでなく、その課題があることによってユーザーがどのような回避行動をとるのかという視点を加えるという新たな発想も得られました。回避行動も一つの課題として捉え、解決策を検討することが求められると学びました。 定性分析で何が見えた？ さらに、分析手法として定量分析と定性分析が存在し、特に仮説の構築が重要であることを再認識しました。定性分析は仮説構築に大いに役立つという新たな気づきも得られました。分析結果から浮かび上がった問題について、もし解決が進まなかった場合の条件を設定し、さらに課題を掘り下げる手法も有効であると感じました。なお、解決策を前提にして課題を定義しないという点についても、常に意識して取り組む必要があると理解しました。

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

なぜ「捨てる」重要？ 今回の講座では、「捨てる」という戦略的思考の重要性について学びました。限られた資源の中で何かを選ぶと、必ず何かを諦めなければならないトレードオフが生じることを理解しました。特に、資源が不足している場合や、ある要素が他の効果を打ち消す状況では、優先順位を明確にして効用を最大化する判断が求められます。 無差別曲線はどう使う？ また、無差別曲線の考え方を用いることで、効用の最大化を意識した選択が可能になることも学びました。自社や個人の方向性を定めることで、何を「捨てるか」の判断基準を明確にできる点が印象的でした。 IT開発での取捨選択は？ ITシステム開発の現場においては、限られた人員や予算、納期の中で最適な成果を上げるために、すべての要望を満たすことは不可能です。そのため、要件定義や機能設計の段階でユーザー価値や事業効果の高い要素に優先順位をつけ、開発リソースを集中させることが重要だと感じました。効用の最大化という視点で、最も効果的な機能や技術、プロセスを選択し、関係者との合意形成を図りながら、実行する姿勢が肝要です。 不要をどう見極め？ また、「捨てる」という判断を行う際には、どの観点を重視して不要な要素を排除するかという判断基準が大切です。そこで、皆さんのご自身での「捨てる」に関する体験やエピソードをお聞かせいただければと思います。どのような観点から不要なものを見極め、選択されたのか、その具体的な事例をお伺いできれば、さらに実践に役立てられると感じました。

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

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

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