(7ページ目)

ユーザー

に関する学び

---

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

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

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

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

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

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

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

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

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

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

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

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