(13ページ目)

ユーザー

に関する学び

---

問いの立て方はどう？ 問題が発生した際、問いの立て方によって真に解決すべき課題が異なり、解決策の方向性が決まってくることがよく理解できました。イシューとは何か、またイシューを設定して考えるとはどういうことかを知っていないと、問題の本質にたどり着けないということも実感しました。 問いが変える提案は？ このアプローチは、私自身の業務における顧客の課題解決にも活用できると感じています。これまでユーザーの課題を聞き取りシステムを提案してきましたが、結局は活用されない機能が存在したこともありました。今後は、常に「問い」を立て、問題の本質を追求した上で提案していく必要があると考えています。 組織課題の見極めは？ また、社内では組織の抱える課題を正確に見極め、その解決策を事業計画に反映させたいと思っています。まずは、自身の業務において、ユーザーの課題に対してすぐに解答を提示するのではなく、問いを設定してその内容が本質的なものかどうかを繰り返し吟味しながら、適切な提案を行うことが重要です。そして、そのプロセスをチームで共有し、全員が同じ方向に向かって取り組めるようチームビルディングに努めていきたいです。

実践学びをどう見る？ 新規事業の開発やマーケティング設計に、そのまま実践できそうな学びを得ることができました。これまで、クライアントのサービスを体感しながら感じる心理的変化に注目してきましたが、実際に現場や参与観察という体系化された視点があることは初めて知りました。今後は、こうした視点をより効果的に使い分けていきたいと考えています。 隠れた強みを発見？ 参与観察を通じて、クライアント自身がまだ言語化できていなかった強みに気づけた点は大きな発見です。また、あるサービスで「2週間お待ちください」というメッセージを目にした際、その言葉一つで利用者が他の選択肢を検討してしまうという現実を実感しました。 仮説はどう検討する？ さらに、ユーザーインタビューは取り組みやすい手法であり、私は年間に50～100回ほど実施しています。しかし、深掘りが充分でないと感じることが多く、その原因としては、仮説設定や事前のインタビュー設計の甘さ、また自分自身の解像度の低さが挙げられると思います。インタビュー実施前にどこまで解像度を上げ、仮説を立てるべきかについて、皆さんのご意見をお聞かせいただければと思います。

学んだことをどう言語化する？ 学んだことを言語化するのは難しいと感じています。時間をかければ深く書けるかもしれませんが、逆に複雑になりすぎて適切な深さがわからなくなることがあります。 短時間で文章化するためのトレーニング法 短時間で効率的に文章化するトレーニングは重要で、繰り返し実施していく必要があります。このトレーニングを通じて、問い、イシュー、根本原因、課題の違いを意識することができます。 問題解決ミーティングでの活用 具体的には、業務ユーザーと課題解決を議論するミーティングや、問題解決を自ら進めるための資料作成、簡潔に要点を伝えるためのメールやチャットで役立ちます。また、チームメンバーの問題解決や資料レビューを行う際、一緒に問題解決の糸口を探す場面でも重要です。 相手に伝わりやすい文章作成とは？ 日常で文章を作る場面が多いため、相手が理解しやすいように、相手の立ち位置も考慮しながら論理的に文章を作成することが求められます。さらに、図表を用いる際には、多くの表現方法に触れ、その問いを解決するために最適なものを選択できるように引き出しを増やしておきたいと考えています。

目的と比較の重要性を認識 実務では無意識で実践していましたが、分析においては目的と比較が重要であることを再認識しました。「何を伝えたいのか」によってグラフの作成方法を考える、という視点は今後意識していきたいです。また、分析において要素に分解することは大切ですが、目的が明確でないと細かく分解すること自体が目的化してしまう可能性があるため、注意したいところです。 分析結果を施策にどう活かす？ 弊社サービスの利用率や更新率を高める施策を考える上で、ユーザーデータの分析における学びを活用したいと思います。具体的には、「利用率を高める」ことと「更新率を高める」ことという目的に分けて、ユーザーの利用データや解約時アンケートなどの各種データから必要な項目を抽出し、分析します。 チームとの効果的な議論をどう行う？ 毎週のチームメンバーとのミーティングでは、学んだことをメンバーにアウトプットし、チーム全体の視座を揃えるように努めます。特に、「利用率を高める」「更新率を高める」ためのデータ分析をメンバーと協力して行い、効果的な施策を導き出せるよう、有意義なディスカッションを重ねていきたいです。

デザイン思考の現状は？ 今回の講義を受け、自分が関わる教育現場や担当する科目、授業その他の業務全体において、「デザイン思考」が非常に重要であると実感しました。従来、教育現場では「教える」立場が『教えてあげる』という視点に陥りやすく、「これを理解してもらいたい」という思いがそのままその視点を強め、履修生というユーザーの視点が軽視されがちであると感じています。こうした状況を再点検し、ユーザーである履修生の立場に立つことの大切さを改めて感じました。 ユーザー共感は？ また、今回の講義の中で「共感」のプロセスがいかに重要かを学び、まずは「観察」や「インタビュー」によってユーザーの真のニーズを把握することが不可欠だと理解しました。たとえ一人の意見であっても、その価値を認める姿勢は、これまで個人の主張に重きを置く教育現場において、必要な視点であると感じています。 学びの視点は？ 今後は、従来の「教育者視点」から一歩踏み出し、「学びたい履修者視点」を重視した取り組みへとシフトし、他の教員との意見共有や確認を通して、一人ひとりの意見を大切にする姿勢を忘れずに進んでいきたいと考えています。

共感ってどう伝える？ 共感の重要性を強く感じました。特に、どんな場合でも顧客を理解しようと努める姿勢が大切だという点が印象に残りました。 どんなターゲットを狙う？ また、共感を通じて顧客のニーズを引き出すことができるため、具体的なターゲットを設定し、その上でアプローチ方法を検討する必要があると学びました。 万人向けは本当に良い？ さらに、「万人受けに作ったものは誰にも刺さらない」という考え方から、パーソナライズされた提案をすることがデザイン思考に直結していることが明確になりました。 新しいフローの可能性は？ 現状の業務フローに対する不満などを踏まえ、まずは自分自身がユーザーとして共感を実践し、デザイン思考のプロセスを活用して新しいフローの構築を検討していきたいと思います。また、どの部分にこの考え方が活用できるか、日々意識して探していく予定です。 知識をどう活かす？ 今回の授業や仲間の意見を参考に、着実に知識を復習し、理解を深めながら、自分にできるかどうか不安もありますが、考え抜くことをやめずに全力で取り組んでいきたいと思います。

仲間の意見はどう感じる？ 他の受講生の発表を拝見し、短期間でこれほど多彩なアイデアが生まれるのかと驚くと同時に、さらに洗練されたフィードバックの重要性を実感しました。個々のセンスだけでなく、複数人でのコラボレーションやコミュニケーションが、成果物に大きな影響を与えることを改めて認識しました。 デザイン思考で何得る？ また、デザイン思考は新製品やサービスの開発に留まらず、決まった答えが存在しない業務課題の解決にも効果的だと感じます。たとえば、最新の技術を既存業務に融合させるプロジェクトにおいて、ユーザーへの共感をスタートに試作とフィードバックを繰り返すプロセスは、従来の単純な試行錯誤に比べ、確実な成果を生むと確信しました。 ユーザー声、どう活かす？ さらに、新しいプロジェクトを始動する際には、漠然とした計画やスケジュールだけでキックオフするのではなく、まずユーザーの声や抱える課題に全体の意識を向けることが重要だと考えています。解決すべき明確な目標をチーム全員で共有することで、各活動の一貫性を高め、より良い成果につなげていきたいと思います。

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

組織支援の新たな視点は？ 自分の業務は法人向けのガバナンス支援や規制対応支援であり、製品開発とは距離があるため、一般ユーザーの視点や共感を求められることはほとんどありません。そのため、組織としての対応やあり方を重視する中で、あえてデザイン思考のアプローチを適用することで、予想外の効果が得られるのではないかと感じています。 組織論で何を学ぶ？ また、自分の日々の業務は基本的に組織論に基づいており、直接的な個々への共感よりも、組織設計や評価を重視して行われています。このような出発点での業務が、たとえその良し悪しが直ちに判断材料とならなくとも、将来的に役に立つ知見となると改めて気付かされました。 ユーザー体験の真意は？ さらに、デザイン思考の基礎であるユーザー体験や共感という概念にはなじみがあり、漠然とした理解はあったものの、実際に登山装備の製品開発における事例や、身近な企業がどのような努力をしているのかを調べ考察する過程で、自分の業務や企業との関連性を新たに感じるとともに、理解が深まり、想像力が強化されたと実感しています。

導入の不安は何？ AIなどの新しい技術を自社の業務に導入する際、最適な方法が明確でないことが多く、適当な仮説に頼るだけではユーザーのニーズを十分に捉えられず、導入がうまくいかない事例があると感じました。観察やインタビューを行い、ユーザーが直面している本当の課題を定義することが、根拠に基づいた施策の展開につながるのではないでしょうか。 事前準備は十分？ ただし、観察やインタビューを最初に実施する際、聞く内容があらかじめ決まっていないと十分な情報が得られないのではないか、という懸念もあります。一方で、こちらが求める回答にユーザーを誘導してしまう危険性もあるため、フラットな立場でユーザーの本音を引き出し、客観的に分析するプロセスが不可欠だと考えます。 ユーザー視点は大事？ 特に、共感を基盤とした課題定義の段階では、ユーザー中心の視点が非常に重要です。業務においては、新しい技術やソリューション自体に焦点が当たり、答えあたりの議論に陥りがちですが、常に解決すべきはユーザーの本質的な課題であることを念頭に置き、施策の検討を進めたいと思います。

仮説の意義は何？ 普段は無意識に仮説を活用していましたが、今回改めて仮説について深く考える機会となりました。問題点に対してフレームワークを用いて仮説を立てることで、対応が迅速になるという認識はこれまであまり持っていなかったため、今後はより丁寧に仮説を構築し、その正しさを確認しながら業務に取り組んでいきたいと考えています。 仮説の落とし穴は？ 実際に仮説を立てる際、つい思い込みに基づいた仮説になってしまうことが印象に残りました。そのため、クリティカルシンキングを意識し、より網羅的に状況を確認するよう努めます。また、困りごとが発生した場合、ユーザーが直面している問題をフレームワークを活用して洗い出すことも重要だと感じています。特に4Cの視点はこれからも大切にしていきたいです。 施策はどう進める？ 新しい施策を検討する際には、4Cを活用して仮説を構築し、その仮説に基づいて必要なデータを収集し、提案へと繋げていくつもりです。データを集める際は、自分のバイアスに左右されず、幅広い視点で情報を整理するよう心がけたいと思います。

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