(2ページ目)

ユーザー ✕ 設定

に関する学び

---

なぜ感想が響く？ 授業の最後に行った「クリティカルシンキングとは何か？」の振り返りでは、各自が自分の言葉で感想を投稿しており、印象深いものがいくつもありました。私にとっては、クリティカルシンキングの学びが「問いを設定する力を身につけること」に繋がると感じました。また、「焦らず立ち止まって考える力」という意見にも大いに共感しました。 どう考える癖の改変？ 一方で、授業中に挙がった「考えやすいことから考えてしまう癖」を改め、思いつきに走る前に、他の視点や視野、視座からも状況を検討する重要性を再認識しました。こうした視点を取り入れることで、抜け漏れなく検討し、批判的に自己を振り返る力を養う必要性を感じています。 ユーザー対応は安心？ ユーザーサポートにおいても、過去の類似ケースや自身の経験則だけに頼らず、常に「3つの視」を意識して状況を検証することが求められます。そのため、回答文作成時には、利用環境の確認や問い合わせ内容からの情報把握、誤案内の有無などを必ず振り返る習慣を持つように心掛けています。 顧客課題は見えてる？ また、顧客が抱える本当の課題を把握するため、まず何が本当に困りごとなのかを考えた上で文章を作成しています。チームメンバーとの文案チェックでは、主語の省略や説明の理由が主張と一致しているかどうかを確認し、自分の対応についても振り返り、より分かりやすい説明となっているか、他の適切な方法はなかったかを検証するプロセスを大切にしています。 学びは日々実感？ 6週間の短い学びの積み重ねを、日々の業務に生かす中で、少しずつ成長を実感しています。ノートを見返しながら学んだことを確認する習慣から、より実践的な知識として身につけるために、今後も反復練習を続けていきたいと考えています。

アンケート変更の必要は？ 自社サービスのユーザー向けに定期的に開催しているイベントでのアンケートについては、これまで項目を変更せずに実施してきました。項目変更を行うと比較が難しくなると考えたためです。今後は、アンケート内容に本当に変更の必要があるのか、改めて問い直しながら検討していきたいと思います。 インタビュー内容は羅列になる？ ユーザーインタビューでは、インタビュー後の記事化において、質問内容と返答が単なる羅列になりがちな点を改善する必要を感じました。コーディングを実施することで、情報の分析がしやすくなるとともに、他者へ伝わりやすいアウトプットにつながると考えています。まだ試行段階ですが、各担当者と意見交換の場を設け、特にインタビューに関しては、こちらが意識してヒアリングしないと暗黙知を引き出せないため、事前に質問項目に組み込むか、必須項目としてルールを決めることにしています。 定性定量の違いは何？ また、今回の取り組みで、解決策を前提に課題を定義しないという考え方や、分析データの収集方法には定量分析と定性分析の2種類があることを認識しました。定性分析は、感情など数値化や可視化が難しい情報の解析に適しており、暗黙知と形式知の両面を理解することが大切です。暗黙知については、こちらから意識して引き出す必要があると感じています。 課題設定はどう見直す？ これまで、課題は解決策をあらかじめ想定したうえで捉えていたため、今回の「解決策ありきで課題を定義しない」という視点は大きな気づきとなりました。定性分析の難しさを実感しているため、まずは自分自身のナノ単科におけるカスタマージャーニーを作成し、感情の可視化の練習からアプローチのコツをつかめるよう挑戦していきたいと思います。

どう問題解決する？ 問題解決の基本プロセスとして、「What → Where → Why → How」の4つのSTEPを学びました。プロセスを細かく分解し、複数の選択肢を洗い出し、根拠をもって絞り込むことの重要性を強く感じました。日常の業務において、これらのステップをいくつも行き来しながら問題の原因を探る手法は、非常に実践的だと実感しました。 視点を変える意義は？ また、仮説を立てる際には、問題に関わりがありそうな要素だけでなく、それ以外の視点にも目を向ける考え方が有益だと学びました。対概念で物事を考えるアプローチは、固定概念に囚われず幅広い視野で問題解決に取り組む姿勢を養うための大切なポイントです。 ABテストの真意は？ さらに、ABテストを活用して施策の効果を比較し、条件を揃えた上でデータを分析するプロセスは、仮説検証の精度を高める上で非常に有効だと感じました。仮説を実践しながら効果を測定し、次のアクションにつなげる一連の流れは、今後の分析業務にも大いに役立つと思います。 離脱理由は何か？ 加えて、ファネル分析によってユーザーの利用段階を明確に分解し、どのプロセスで離脱が生じているかを把握する手法も印象的でした。漏斗のように段階ごとに数値を追うことで、課題がどこにあるのかを具体的に把握できる点は、現場での運用改善に直結する大切な視点です。 実践で成長する？ 全体として、これらのアプローチを繰り返し実践することで、柔軟かつ論理的な問題解決能力を養えると感じました。定量分析やアンケートを活用し、他者の視点も取り入れた説得力のある提案や、チーム目標の設定など、今後の実務や運用計画にも直結する内容で、非常に有意義な学びとなりました。

なぜデザイン思考？ デザイン思考の考え方を学ぶ中で、伝え合うためのスキルを磨くことが、使う人や顧客にとっての最適解に近づくための道筋を明確にするプロセスだと感じました。ターゲットを絞り、共感を基に相手の課題を深く見極めることで、多くのアイディアから最も適切なものを選び出し、再び広げたり収束させたりするアプローチは、さまざまな局面での正解への一助となるスキルだと思います。 サイト改善の理由は？ 公式サイトのリニューアルでは、現状の課題を洗い出しながら、ウェブの目的や望ましい改善策を検討しました。誰に向けて何をどのように届けるかを具体的に設定し、ターゲットユーザーがサイト訪問前にどのような行動を取るか、訪問時の行動にどんな仮説が成り立つかを考察しました。その後、必要なコンテンツを明確にし、目次やサイトマップの階層構造を設計。企業の目的とユーザーのニーズを一致させるため、まずユーザーのジャーニーマップを作成し、その結果をもとにワイヤーフレームを作成・必要なコンテンツを配置しました。 価値はどう伝える？ また、自社の価値を示す外向けのキャッチコピーを考案し、情報発信のコンテンツを整理することで、新たな視点で情報を伝え、今後の活動につなげられるかを検討する取り組みも行いました。 情報設計は何で？ さらに、公式サイトリニューアルのための発信情報見直しプロジェクトを立ち上げ、社内の意見を集約するとともに、外部ユーザーの行動を意識したコンテンツ設計を目指します。グループ会社向けの情報発信においては、ユーザーが抱える困りごとを把握する機会を設けるなど、イントラネット向けと公式サイト向けに目的に合わせた情報設計を分けて進めることを考えています。

仮説はどう整理する？ 複数の仮説を立てる際には、その網羅性と分類が重要です。過去の失敗を分析する場合や、将来の事業の成功を予測する場合には、3Cや4P分析を活用して仮説を立ててみると良いでしょう。 データ収集はどうする？ 仮説を裏付けるためのデータは常に存在するわけではありません。必要な情報を収集する場合、誰に何をどのように聞くべきかを慎重に考える必要があります。都合の良い情報だけを集め、他の可能性を排除しないようにする意識も大切です。この姿勢は「関心や問題意識のないところに仮説は生まれない」というマインドセットにも通じています。 市場特性の見極めは？ 3Cや4Pの視点で現在のビジネス状況を正しく理解することが不可欠です。しかし、市場や業界、製品が特殊な場合には注意が必要です。例えば、医療業界ではエンドユーザーが患者であり、購入決定権を持つのは医療者であるケースがあります。広告制限のある製品については、適切な顧客設定と検証が必要です。自社だけでなく、関わるグループ施設市場を含めた3C、4P分析も有効です。 3W1Hで速さは向上？ 仮説の3W1Hを繰り返すことでビジネススピードが向上します。過去と未来の仮説を分けて分析し、サイクルを回すことが必要です。たとえば、大型コンペの参加が有効だったか、その前後の効果や成功の分析、次回の見込みや採用率の変化が周囲に与える影響の予測を行います。 Excel作業改善のコツは？ データの比較基準が異なる場合、データの取得、加工、単位や見え方の統一が課題になります。実際の分析開始前の準備段階でのExcel作業に多くの時間を費やすことが課題となっているため、この点のスキルアップが必要です。

デザイン思考をどう活かす？ デザイン思考には、共感、課題設定、発想、試作、テストのステップがあり、これを非線形に繰り返すことが重要だと学びました。この思考をビジネスに活かすためには、顧客やユーザーの行動を観察し、彼らの体験価値を最大化することが大切です。最近学んだカスタマージャーニーでも、ペルソナを細かく設定することが、サービスやプロダクト、戦略を考える上で重要だとされており、これがデザイン思考と通じると感じました。 学びを深めるステップは？ 学びにおいて大切なこととして、1.言語化、2.教訓化、3.自分化が挙げられ、これが特に印象に残りました。私は考えを言葉にするのが苦手なので、まず書いてみて、次に発言し、さらに伝わりやすくするステップを踏んでいければ良いと思っています。 システム開発の目的を再確認 現在、私は営業系のシステムを開発・管理・運用する部署に所属しており、社内の営業部門がメインの顧客です。これまで、ITやシステムに慣れていないユーザーをターゲットに、使いやすさを重視した設計を行ってきました。しかし、講義を通じて、システム開発の本来の目的は効率化や売上向上を図ることにあると考え直しました。ターゲット設定を見直し、本来の目的達成のための設計をもっと重視すべきかもしれないと感じました。 顧客理解に基づく設計とは？ システム開発においては、インターフェイスの使いやすさに過度に拘らず、データの意味を可視化し、顧客理解や戦略策定を実現するための設計に焦点を当てる必要があります。既存のシステムについても、ユーザー目線でその利用価値を最大化できるかを考え、ユーザーからのフィードバックを積極的に取り入れる姿勢が大切です。

分析の仮説はどう？ 今後は、自社Webサイトのデータ分析において、依頼を受ける側から自ら積極的にABテストやファネル分析の目的、仮説、プロセスを策定し、実施に移す考えです。各プロセスを詳細に分解することで、どのページやどの段階でボトルネックが生じているのかを明らかにし、原因を追及するとともに、具体的な改善提案ができる分析へと進化させたいと考えています。また、日常生活に存在するささいなデータにも目を向け、シミュレーションを繰り返し行うことで、より一層の分析力向上を目指します。 問題をどう特定？ 業務の効率向上や問題解決のためには、まず問題を明確にし、その問題がどの段階で発生しているのかを特定することが重要です。具体的には、以下の点を実践していきます。まず、Webサイトだけでなく、日常生活の中で得られるデータも積極的に収集し、「なぜ」を5回繰り返すことで原因に迫る姿勢を持ちます。次に、あらゆる分野の情報収集を行い、同僚とのコミュニケーションを通じてマーケティングの知識も深めます。加えて、依頼された作業にとどまらず、自主的に分析に取り組むことを意識し、課題に対しては目的や仮説を明確に設定し、複数の仮説を立てながら、ファネル分析やABテストの計画を練ります。 改善策の道筋は？ さらに、プロセスをより詳細に分解し、各ステップでのユーザー行動（CS行動）を可視化することで、ボトルネックの特定と原因の解明を進めます。分析結果については、同僚と共有し、議論を重ねながら改善策を提案していく予定です。この一連のプロセスを繰り返し実践することで、より実践的な分析力を身につけ、今後の業務に活かしていきたいと考えています。

今の問いは何だろう？ イシューとは、今ここで答えを出すべき問いのことです。イシュー設定の際には、「問いの形にする」「具体的に考える」「一貫して抑え続ける」という3つのポイントを意識する必要があります。まずは、問いが何であるかをはっきりさせることが大切です。 全体で課題を共有する？ 次に、その問いを常に意識し続けることで、解決すべき課題が見失われないようにします。そして、組織全体でこの問いを共有することで、皆が同じ方向性に向かって課題解決に取り組むことが可能となります。適切なイシュー設定は課題解決の成功に直結するといえるでしょう。 手法で問題を割り出す？ また、これまで学んできたロジックツリーやプロセス分解の手法を活用することで、イシューを導き出す方法もあります。例えば、売上構成をロジックツリーで細かく分析し、問題を特定の要素（例えば、客数の少なさ）に収束させるといったやり方が考えられます。 ユーザー心理は理解済？ さらに、自社サービスのウェブサイトに訪れたユーザーがどのような課題を感じ、最終的にどのような体験をしているのかについて、ユーザビリティテストを行わずとも自らイシューを見極めることが可能です。ユーザー行動に注目し、どの画面で何がわかりにくいのか、どのような心理を引き起こしているのかを把握することが重要です。 仮説検証の流れは？ 具体的な取り組みの手順としては、まずチームで最も解決すべき問題（イシュー）を特定し、そのイシューに基づいてデータを精査します。その後、仮説検証を繰り返すことで、実際の課題や障壁を明確にしていく流れが効果的です。

どの手法が有効？ 私の業務では、主に三つの手法を活用しています。まずA/Bテストでは、メール告知に取り入れる際に、カラーや情報の提示順序などの要素を変更しながら検証を行います。数値化可能なクリック率やコンバージョンの結果をもとに、効果を測定しています。 参加型はどう活かす？ 次に、参加型デザインです。アンケートの回答からユーザー視点での改善点を抽出し、定期的に開催するセッションでは、複数のロイヤルユーザーの意見を自由に出してもらいながら改善策を模索しています。 インタビューで何を引き出す？ さらに、インタビューも実施しています。購入の動機や使い方を詳しく聞き取り、限られた時間の中でユーザーの意見を引き出すためには、ファシリテーション技術が重要であると感じています。なお、インタビューでは、自分の仮説検証において予想と異なる結果になることも多々あり、大きな声を持つ一部の意見に左右されず、冷静な判断が求められると実感しています。また、求めるデータの種類に合わせて、最適な情報収集手法を選択することも大切です。 デザイン思考はどう磨く？ デザイン思考については、明確なゴールが設定されているわけではなく、その時々で最高のものを作るために100％の力を注いでいる状況です。しかし、知れば知るほど「より良いものを」という気持ちが高まり、常にアップデートを重ねていくOSのようなものだと感じています。かつて先輩から「我々が作るものは常にβ版である」との言葉をいただいたことが、決して満足せず成長し続ける意欲に繋がっていると改めて考えるきっかけとなりました。

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

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

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