(9ページ目)

ユーザー

に関する学び

---

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

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

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

分解の切り口は？ 先週までの学びで、分解することの重要性については理解が深まりましたが、どのような切り口で分解すれば良いのか疑問にも感じていました。今週の学習で、分解の際に使える代表的な切り口について理解できたことは大きな収穫です。 どの手法を試す？ まず、層別分解では、全体を定義した上で「～である／～でない」や年齢、性別、地域などの基準で部分集合に分類します。次に、変数分解では、売上を「単価×販売数量」、利益率を「利益÷売上」といったように、ある事象を構成する変数で分解して考えます。そして、ある事象に至るプロセスごとに分け、その中でいずれの段階に問題があるのかを明確にする方法もあります。 ユーザー離脱の理由は？ 現在、会社の採用サイトではユーザーの離脱が多く、目的のエントリーに至らないという課題があります。そこで、ユーザーがどの段階で離脱しているのかを把握し、改善策を検討するために、プロセスの分解を用いてユーザー行動を細分化し、どのフェーズにボトルネックが発生しているか、また何が離脱の原因となっているのかを明らかにしようと考えています。 どの改善策が効果的？ 具体的には、ゴールデンウィーク明けに課題に取り組む予定です。まずはプロセスを分解し、各段階で確認できる数字を抽出します。数字に極端な変動がある部分を特定し、そこから仮説を立て、問題の洗い出しを行います。私は、頭を整理するために紙やノートに図を書きながら進める方が分かりやすいため、その方法で取り組むつもりです。

部門の要求はどう調整？ 会社のホームページリニューアルのプロジェクトに携わっていますが、各事業部の要望とウェブサイトを実際に構築するデザイナーとの間で、イメージのすり合わせに苦戦していました。事業部の希望に過度に応えると予算オーバーになり、逆に妥協しすぎると設計が貧相になってしまうため、双方のバランスを見ながら運営設計まで辿り着くことができました。しかし、次の段階では、さらにユーザー目線に立って配置や共感ポイントを探る必要があると感じています。たとえば、どの表現がユーザーに共感を呼ぶか、どこにボタンを配置するのが使いやすいかといった視点を大切にしたいと考えています。 ユーザー視点はどう変わる？ まだウェブサイト設計の仕事に加わって間もなく、現状がユーザー目線のサイトとは程遠いことに、この講義を通して改めて気づかされました。今後は、関係のない第三者に実際のサイトを見てもらいアンケートを実施したり、今回学んだABテストなどの調査手法を取り入れて、具体的な共感ポイントを見つけ出すことに挑戦したいと思います。 誰のために行動する？ また、仕事になると目上の方の意見や時間・制約に左右されがちですが、誰のために何をすべきかという根本的な視点を忘れず、常にユーザー目線で行動していきたいと考えています。単にタスクをこなすだけでなく、今の状況や相手の行動をじっくりと観察し、参考になる情報を調査する時間を設けることで、そこから得られるアイデアや気づきを大切にしながら進められればと思います。

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

代表値の魅力とは？ 今回の学習では、従来の平均値だけでなく、加重平均、幾何平均、中央値といった代表値の種類について新たな知見を得ることができました。それぞれの概念を学ぶことで、データ分析の基本的な考え方を再確認する良い機会となりました。 グラフ選定のポイントは？ また、グラフの選び方についても、これまで感覚的に選んでいたグラフの代わりに、何を伝えたいのかという結論を明確にした上で選定する重要性を学びました。これにより、視覚的にデータを効果的に伝える方法を理解できるようになりました。 データ読み取りの工夫は？ さらに、データの読み取りにおいても、これまで直感に頼って見ていた部分を見直し、特徴的な箇所に注目するという具体的な指標を取り入れる点が印象に残りました。より重点的に情報を把握する手法を学べたことは、今後の業務に大いに役立つと感じています。 Web分析の疑問点は？ 業務面では、Web分析の中で代表値の使用機会が少なかったため、なぜ使用しないのか疑問が生じました。具体的には、1ユーザーあたりの平均ページビュー数や訪問時間帯の最頻値の取り扱いについて、今後の必要性を再考するきっかけとなりました。 数値羅列の問題点は？ 最後に、CSVで抽出される数値の羅列では異常値に気づきにくいという実務上の課題も再認識しました。毎日管理しているデータを視覚化することで、より直感的に異常値や問題点を把握し、効果的な分析につなげたいと考えています。

共感はどう生かす？ 今回学んだ「共感」の考え方は、自社のサイン製作業務にも十分に活かせると感じました。新しい店舗サインの提案においては、従来のようにデザインや素材の良さを主観的に伝えるだけでなく、店舗を開くお客様の想いや、通行人がどのような印象を抱いてほしいかといった背景を、観察やヒアリングで深く理解することが大切だと考えています。実際、店舗開店前に現場へ足を運び、オーナーやお客様と直接話すことで、感じたことを記録や写真に残し、より利用する人の気持ちに寄り添った提案が可能になると実感しました。 背景はどう読み取る？ 最近の案件では、お客様の店舗オープン準備に同行し、現場を観察しました。その結果、依頼されたサインの「目立たせたい」という要望の裏に、「お客様に安心感を与えたい」という意図が隠れていることに気づきました。こうしてお客様の背景にある想いを理解することで、単なる機能的な提案を超え、デザインの意図まで共に考える姿勢が、お客様の満足度向上につながると感じました。 本音の掘り下げ方？ さらに「共感」とは、単に相手の意見を聞くのではなく、その感じ方や考え方の背景まで理解することだと学びました。デザイン思考の第一歩として、観察やヒアリングを通じユーザーの本音に迫ることは、ものづくりやサービスづくりの質を大きく変えるポイントです。今後は、お客様やユーザーの視点に立ち、なぜその要望があるのかを掘り下げる姿勢を徹底していきたいと思います。

分析の視点を再確認する方法とは？ 前回の学びから、分析における視点として5つの要素、すなわち「インパクト」、「ギャップ」、「トレンド」、「ばらつき」、「パターン」に分けて考えることが有用であると再確認しました。数字をただ眺めるだけでは気づきが得にくい場合でも、目的に応じた適切な可視化を行うことで数字の意味を見出すことが容易になります。特に、可視化は自分の理解を深めるだけでなく、説明相手の理解や認識の統一にも役立つと感じました。 平均の取り方をどう活用する？ 普段の仕事でもデータを扱っており、どのような代表値を用いてその数字の塊を特徴づけて解釈するかを意識していましたが、この学びを通じてさらに細かな平均の取り方を再認識しました。特に幾何平均の活用については、施策立案や来期戦略、予算作成の際に大いに役立ちそうです。例えば、年間の応募推移を過去5年間にわたって見たときに、どのようにトレンドの推移を適切に抽出するかなどを具体的に考えることができました。 日々のKPI管理で使える可視化手法は？ また、日々のKPI管理についても適切な可視化が求められます。現在は折れ線グラフで推移を見ていますが、前年比や積み上げグラフなども必要かもしれません。ユーザーの行動を分析する際には、ヒストグラムを活用して傾向を掴むことも考えています。具体的には、インストールからコンバージョンまでの期間別ユーザー数を把握することで、より詳細な分析が可能になると考えています。

住民サービス改善とは？ 私の職場である自治体において、住民への行政サービス提供の改善を実践しています。一例として、市役所の窓口での手続き改善点を見出すため、職員がロールプレイング形式で体験しながら意見を出し合ったり、電子化された行政手続きを自ら試用してみたりする取り組みがあります。 試用体験の効果は？ 電子化された行政手続きは、リリース前に何度も動作チェックを兼ねた体験が行われるため、自然と試用される流れになっています。私自身は行政手続きの担当部門ではなく、システム開発側にいるため、制度の細かな点についてはあまり把握していません。そのため、住民に近い立場から、専門用語を極力排除し、質問項目も必要最低限に工夫して使うよう努めました。この経験から、行政特有の硬直した手続きや、利用者側のストレスを実感し、ユーザー視点に立ったサービス開発が可能であったと考えています。 ユーザー共感どう生む？ 利用者はあくまでサービスのユーザーであるため、ユーザー視点で製品やサービスを開発するのは当たり前のことです。しかし実際には、業務の多忙さや手間を理由に、この基本的なステップが省かれている場合が多く見受けられます。組織全体の取り組みとしてユーザー共感のプロセスを重視することで、より良い環境づくりが実現できるのではないでしょうか。共感と共創が伴わない製品やサービスは淘汰されるという認識のもと、今後もユーザー体験の改善に努めていく必要があると感じています。

顧客課題整理は？ 「顧客課題仮説」では、ユーザー、状況、課題、ソリューションをそれぞれ具体的に整理することで、単なるぼんやりした仮定ではなく、明確な言葉に落とし込むことができました。この手法により、経営者や従業員、支援者が共通のイメージを持ちやすくなったと感じます。 ヒアリングの進み具合は？ 実際に経営者を対象に実践した際、項目ごとに整理されていることで、ヒアリングがスムーズに進み、受け入れやすい結果となりました。一方、ある飲食店の場合は、オーナーだけでなく、実情を把握している店長やホール担当へのヒアリングを次回実施することとなりました。もし項目化がなされていなかったなら、経営者の感覚だけでヒアリングが終わっていた可能性があります。 ユーザー深堀りは本当か？ また、別の企業では、対象ユーザーが十分に深堀りされず、ニーズが曖昧な状況でしたが、今回の見直しを通じて、改めてユーザーの気持ちや共感を確認する機会となりました。順序は多少前後したものの、最終的にはユーザーの感情を基に課題を再検討することにしました。 共感が導く検討プロセスは？ このプロセスでは、共感を出発点として課題を定義することが重視されました。基本的には決められた順序で進むのが望ましいものの、行きつ戻りつの中で課題を固めることも重要であり、仮に具体的なアクションに移していたとしても、ユーザーの共感が揺らいでいる場合は、再度立ち返って検討する必要があると感じました。

講義終了の感想は？ 前期の講義終了後、学生アンケートの結果が教員にフィードバックされ、講義改善に生かされる仕組みがあることを改めて実感しました。ゼミの学生からも率直な意見が求められる中、今回の講義を通じて暗黙知の視点の大切さに気づき、複数の教員に授業見学をお願いするに至りました。 主体的授業の課題は？ これまでは、学生が主体的に考える授業を目指し、講義形式をできるだけ避けるよう努めてきました。しかし、学生の受講態度や教員の講義手法を観察する中で、自分に不足している視点が多いこと、そして現場には根本的な課題やニーズが多く存在することを痛感しました。 現場で何を学ぶ？ 課題の明確化のため、まずは現場に出向き、実際の行動や習慣を観察することが重要だと感じました。観察では、意識されにくいユーザーのニーズや行動の癖を捉え、インタビューではユーザーが自覚している経験や知識を言語化するという違いがあります。 定性分析の効果は？ また、定性分析を進める中で、KJ法や付箋を利用した方法を取り入れ、情報の整理やグループ化を行うことの有用性を学びました。具体的には、問題の本質を捉えること、得られた洞察を整理・可視化すること、そしてユーザーの状況や課題に対する解決策の提案を通じた顧客課題説の作成がポイントとなります。 今後の改善策は？ 最後に、今後も常にユーザー中心の視点を維持し、検証と改善を重ねる姿勢が必要であることを強く感じました。