(4ページ目)

ユーザー ✕ 検証

に関する学び

---

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

VUCA時代のAI活用は？ VUCA時代では、求められる方向や距離、形が常に変化していくため、仮説と検証のサイクルを何度も繰り返しながら、AIを効果的に活用する必要性が高まっています。具体的には、①AIを理解する（実際に使ってみる）、②生活に組み込むための試行、③クリティカルシンキングや各種フレームワークを通して思考力を高める、というステップが重要です。 プロトタイピングの流れは？ また、AI活用においてはプロトタイピングが欠かせません。まずは、目的や要件を明確にし、アイディアの収集や問題点、課題を洗い出します。次に、有望なアイディアを選定し、プロトタイプを作成します。その後、ユーザーテストやフィードバックを通じて改善点や要求事項を整理し、次のバージョンのプロトタイプ作成へと進めます。 仮説検証で成果は？ さらに、仮説を立て検証するサイクルは、仕事における検証マインドの向上に大いに寄与します。仮説は結論型と問題解決型があり、特に問題解決型は「what」「where」「why」「how」の観点から構築します。このプロセスを正しく実践することで、説得力だけでなく、業務のスピードや精度も向上します。 受講生の意見はどう？ 私自身は、week2のコンテンツにおいて、VUCA時代におけるAI活用方法、プロトタイピング、仮説設定と検証がどのようにつながっているのかを実感しました。他の受講生がどのようなAIの活用事例を生活に取り入れているのか、お互いの考えを共有しながら学びを深めていきたいと感じています。

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

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

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

仮説検証におけるフレームワークの役割 仮説を立てるための考え方について学びました。特に、3Cや4Pのフレームワークは、以前大学で学んだものの、実際の仕事では体系的に使用していませんでした。しかし、これらを意識することで仮説検証のための情報整理に役立つと感じました。 仮説A以外のデータも探すべき？ また、自分の仮説に都合の良いデータだけでなく、仮説A以外の可能性を否定するデータも収集することの重要性に気付きました。実務ではスピードが求められ、自分の仮説を証明するデータを集めがちだったので、この学びは大変有益でした。これからは、直接的なデータだけでなく、複数の切り口からデータを検証するよう心がけたいと思います。 具体的には以下の点に活用できると考えています： - **企画・施策立案** - **クライアントへの提案内容の精査**：クライアントの立場に立って仮説を複数持つことで、より効果的な提案が可能です。 - **ユーザーの動向分析**：例えば、使用率が下がっている場合の原因検証などに使えそうです。 - **目標の設定**：年間目標の設定や到達見込みの予測に活用できます。 行動前に何が大切？ 行動の前に、もっと仮説の検証やデータの収集に時間をかけることが重要だと感じました。今後は、「データを分析して仮説を立てる」という従来の手順から、「仮説を立ててデータを分析して検証する」という手順に意識を変えていきたいと思います。

デジタル時代の戦略は？ VUCAの時代において、求められる能力としては、まずデジタルの理解、次に試行する行動様式、そして事象の評価や仮説の立案・検証をしっかり行う思考力が挙げられます。私自身、特に仮説と検証のサイクルを複数回回すことが不足していると感じています。バックオフィス業務においても、まずプロトタイピングを作成し、適切な要求を抽出すること―すべてを盛り込もうとしないという配慮も含め―により、業務をこれまで以上のスピードで進められるのではないか、と考えるに至りました。 業務改善のポイントは？ また、申請に利用するフォームのリニューアルを含む社内購買プロセスの改善が必要となっております。ユーザー側、管理側双方の不便さや煩雑さを解消するために、問題解決のための仮説を立てながら、フォームやプロセスのプロトタイプを作成します。さらに、利用者からのフィードバックを得るUAT（ユーザー受入テスト）を通じてプロトタイプをブラッシュアップすることで、工期を短縮しながらも、満足度の高い改善ができると考えています。 機能と問題の解明は？ 具体的には、仮説立案のために、まずツールの機能を十分に理解し、次にユーザー側と管理側、それぞれの視点から発生している問題の洗い出しを行います。そして、解決の着地点としてどのレベルを目指すのかを検討する予定です。これらのプロセスを繰り返す中で、新たな課題や改善点が見つかることも予想されます。

営業実績の見える化の秘訣は？ 部内で営業実績を可視化するシステムを構築する際、ビジネス側がシステム設計を確認する中で、ベンダーさんがしっかりと手順を踏んで進めていたことを改めて知りました。システム構築は何となく進めていたものですが、今回の経験で、体系的に学ぶことの大切さを実感しました。 コンテンツ設計の極意は？ また、社内で公開するSharePointのページを作る際に、いきなり制作に取り掛かるのではなく、無意識のうちに行っていたコンテンツ設計の重要性に気づきました。当時は自分一人で資料上で並び替えなどを試行錯誤して使いやすい表示方法を模索していましたが、次回はチームメンバーやユーザーに評価を仰いだうえで、実際の作成に移ろうと考えています。 ユーザー受入の意義は？ システム構築の過程で、ユーザー受入テスト（UAT）も単なる操作性の確認に留めず、実際のユーザーが何を実現したいのかを意識し、情報の配置や表現方法をしっかりと検証することの大切さを改めて感じました。 試作品作りの秘訣は？ 普段は試作品を依頼する立場ですが、試作品を作る前の要件定義を十分に行うことで、より精度の高い試作品が生み出され、そこからさらにアイデアを加えてブラッシュアップできると実感しています。情報設計、UI設計、ユーザビリティ設計、アクセシビリティ設計を進めるにあたっては、ターゲットを明確に設定することが非常に重要だと感じました。

顧客体験はどう変わる？ 今回の講義では、デジタル社会における顧客価値が、従来の製品の機能中心から、ユーザーに最適化された体験提供へとシフトしている点に強く印象を受けました。データやAIを駆使し、個々のユーザーに合わせたサービスの実現が求められる現状を改めて認識しました。 パーソナル化の落とし穴は？ また、グループワークでは、パーソナライズされたサービスの利便性とともに、レコメンド機能により情報や体験が偏る可能性についても意見が交わされました。単にデータを活用するのではなく、その影響やリスクにも目を向ける必要性を感じる貴重な機会となりました。 分析結果はどう活かす？ 講義全体を通じて、データ分析の結果をどのように顧客価値に結びつけるかという視点が重要であると理解いたしました。業務においても、数字の整理に留まらず、そこから得られる示唆やアクションにつなげる考え方を意識していきたいと思います。 生成AIは信頼できる？ さらに、生成AIを活用してアイデアや仮説を整理し、その上で人が検証・改善することにより、企画検討のスピードと質の向上を目指していく考えにも共感しました。データとAIの恩恵がある一方で、プライバシーやデータの信頼性、そしてユーザー体験の偏りといった課題も存在するため、企業がどのようにバランスを取ってサービスを設計しているのか、具体的な事例や考え方をさらに知りたいと感じました。

問題解決手順をどう進める？ 問題解決のプロセスは、「What→Where→Why→How」の順で進めることが重要です。特に「How」の段階では、課題に対して複数の仮説を立て、それに基づいて具体的な対策（打ち手）を検討します。この際、効果、コスト、スピードなどの枠組みを用いると視覚化しやすくなります。 効果を測定するための方法は？ 効果を測る方法としては、ABテストが有効です。ランダムにユーザーを対象としてテストを行うことで、より効果的な対策を実証できます。 打ち手を評価する際の注意点は？ また、打ち手を検討する際には、決定要素を洗い出し、各項目に対してメリットとデメリットを評価します。仮説をもとに打ち手を考える際も、常に比較する意識を持つことが大切です。必要であれば、再度ABテストを行い、効果が高い対策を実施します。 プロジェクトで重視すべきポイントは？ プロジェクトにおける課題解決業務においては、次のポイントを重視します。まず問題解決のプロセスを意識して、問題の所在とその本質的な要因を明確にします。その上で具体的な打ち手を考え、その効果を検証します。この状況でABテストが必要であれば、実施します。 新企画の決定基準はどう定める？ さらに、新しい企画や打ち手を考える時は、決定の基準となる枠組みを明確にし、比較を行います。これにより、異なる打ち手の粒度を均一にし、論点を具体化します。

仮説立ての重要性をどう理解した？ 仮説を立てることについての理解が深まりました。これまで、仮説を考えるプロセスがわからず、思いつきや一部のデータに偏った仮説立てをしていました。それがよくないと気づいてはいたものの、他の手段を考える余裕がなかったり、時間が限られていたりして、そのままにしてしまっていました。しかし、今回の学習により、3C（市場・顧客、競合、自社）を網羅して複数の仮説を立て、その上で4P（商品、価格、場所、プロモーション）のフレームワークを活用して網羅的に検証することが大事だと理解しました。 新規ユーザー獲得の戦略は？ この学びを二つの業務において活用したいと考えています。 まず、自社サービスの新規ユーザー獲得導線の増強に活用したいと思います。現在、オウンドメディアの記事がある程度の検索表示回数や順位を保てるようになっているので、さらなる表示回数の増加と新規登録への導線強化を目指しています。具体的には、メディアの3Cのうち「市場」と「競合」を4Pのフレームワークを使って網羅的に検証し、新しい仮説を立てて実践してみたいと考えています。 既存ユーザーへのアプローチは？ また、既存ユーザーについても同様に4Pフレームワークを活用し、新規獲得に向けた分析を行います。具体的には、現状のユーザー行動を分析し、ゴールまでの導線を仮説立てして検証し、改善策を見つけ出したいと考えています。

分解の効果は何？ データを分解することで、より多くの知見を得られることを実感しました。特に、ある特徴が一つの切り口で現れた際に、それだけで答えを決めつけると他の観点から見ると誤りであることがあることに新鮮さを覚えました。答えが見つかったように見えても、それはあくまで仮説であり、しっかりと検証することが重要だと感じました。 現状をどう把握する？ ITシステム品質保証チームの今後の戦略を立てるにあたり、まず現状を把握したいと思います。そのために、システムの品質評価を分解し、現状に対する課題を見つけ、知見を得たいと考えています。具体的には、ユーザーが5段階で評価したデータの平均値であるNPS平均を分解していきます。 どの切り口が有効？ まず、MECEを意識しながら様々な切り口を考えます。層別分解としては、ユーザーの属性別や単価別を検討します。変数分解としては、評価の平均は合計値を評価数で割ることで得られるため、5段階各評価ごとの合計をグラフ化します。また、評価数の分布や1ユーザーあたりの評価回数の層を作り、さらに分解して考察します。プロセス分解としては、ユーザーが新規登録してからサービスを利用し終えるまでの流れをプロセスに分けて、各段階での評価がどの程度であるかを分析していきます。 検証の重要性は？ 以上のように、さまざまな観点から分解することで知見を得ることを目指します。