(9ページ目)

本 ✕ 収集

に関する学び

---

基本原則は理解できた？ 今週は、ライブ授業を通して6週間の学習内容を実践演習で総まとめしました。初めに、1週目から学んだ基本原則に基づく比較分析や、データの種類に応じたグラフの加工・表現方法を改めて確認しました。また、データ分析を始める前に、目的や仮説の重要性についても再認識する機会となりました。 プロセスは理解できた？ さらに、問題解決のプロセス（What・Where・Why・How）や分析のステップ（仮説構築・データ収集・データ分析・仮説検証）を実践する中で、やみくもな分析を避けることや、アウトプットのイメージを持ってデータ収集を行う大切さを痛感しました。 キャンペーン分析は進んでる？ 私の業務では、電子マネー決済によるキャンペーンの分析を行っており、決済データをもとに利用者の定性情報や行動パターンを把握することで、決済回数や決済金額の増加に向けた施策の提案や効果検証を進めたいと考えています。 目的は明確になった？ 現状の課題は、データ分析の目的や分析する内容が関係者の間で曖昧になっている点です。そこで、まずは分析の目的や問いを明確にし、何を分析するのかを関係者間でしっかりと共有・可視化する必要があります。目的や分析対象が定まれば、データ収集を実施し、その結果をもとに仮説構築を進めます。仮説構築の際も、重点的に検討すべき点を明確化し、関係者と共有していくことが重要です。 施策は具体的になった？ また、現状分析では、各種フレームワークを活用しながら、問題点やその原因、そして打ち出す施策を具体的に明確にすることが求められます。最後に、データ収集および仮説検証の結果は、関係者にわかりやすく説得力のある形で伝えられるよう、適切なグラフを選んで可視化し、報告していく予定です。

本質を見極める？ 全ては真のイシューを見つけることから始まります。正しいイシューを捉えずに解決策を考えてしまうと、本来求める結果を得ることは難しくなります。まずは、何がイシューなのか、そしてそのイシューが正しいかを議論する必要があります。また、常にイシューを意識し、横道にそれないよう心がけなければなりません。 多角的に考えて？ 正しいイシューを捉えるためには、多角的な視点で情報収集や分析を行うことが重要です。例えば、顧客、競合、自社の観点から状況を分析する手法などが有効です。これまでの学習を通じ、相手や現状を理解しようとする姿勢が共通のテーマとなっています。 仕事改善のヒントは？ この考え方を自分の仕事にも取り入れたいと思っていますが、まずは身近なテーマでチャレンジしてみたいと考えています。例えば、仕事の提出資料がいつもタイムラインギリギリになり、早めの提出ができないという課題があります。どうすれば、余裕をもって質の高い資料を提出できるのかを考えたいのです。 原因を探るには？ そのため、課題の原因として以下の点がイシューになっている可能性を検討したいと考えています。 ・作業開始が遅いのではないか？ ・資料作成のスキルが不足しているのではないか？ ・何を作ればよいかが曖昧なのではないか？ ・優先順位の付け方に問題はないか？ ・情報整理ができていないのではないか？ ・判断に時間がかかっているのではないか？ ・「これでいい」と早々に判断してしまうのではないか？ ・途中でのレビューが不足しているのではないか？ 工夫のコツは？ 限られた時間や情報の中で、どのようにして本質となるイシューを捉えるか、そのコツや工夫について知りたいと思っています。

本当に合っているか？ 大前提として、「その答えは本当に正しいのか？」と自分自身に問いかけ、批判的に考えることが重要です。以下の手法を活用していきたいと思います。 整理のポイントは？ まず、データを視覚的に整理し、合計や割合、昇順下降順で加工することで視覚的に情報を得られるようにします。全体を定義したうえで、漏れがなく重複しないように（MECEの原則に基づいて）分解を行います。この際、「いつ」「誰が」「どのように」という切り口から考えることがポイントです。 どの角度で考える？ さらに、分析を効率的に進めるために型やフレームを身につけることが大切ですが、まずは手を動かし、そこから見えてくるものに対し「この角度はどうだろう？」や「この視点に漏れはないだろうか？」と批判的に思考を繋げていきたいと思います。 分析の仮説は？ 営業戦略やプロジェクトの方針を検討する際には、営業データを多角的に収集することを心がけます。しかし、現状の分析が広がりすぎてしまう傾向があるため、大まかな見立てを立て、仮説を持って分析を行えるようにしていきたいです。 伝え方の工夫は？ また、分析結果や方針を伝える際には、データを視覚的に整え、受け手の理解を深める努力をしたいと思います。具体的には、次のことを心がけます。まず、業務が「誰にとっての」「何のための」「どこまでをゴールにした」ものなのかを明確にします。そして、事象を分析する際には、必要なデータが十分に揃っているか確認します。作業を進める中で、分析に漏れがないか、異なる角度から検討が可能かを一度立ち止まって考察します。最後に、データを視覚的にわかりやすく作成することで、自身の分析にも役立ち、他者への説明の際にも理解しやすくなるよう努力します。

議題はどう定める？ 問いを明確にし、常に書き留めておくことの重要性を実感しました。特に会議の場で「～について」という曖昧な議題を出していたことに気づき、何を相談したいのか具体的にすることで、有意義な議論につながると感じました。 会議の目的は？ 会議や課題解決に取り組む際、何について考えているかを見失ってしまうことはよくあります。集中していると目的がぼやけるため、会議では必ず議論する内容を表題として残すなど、工夫が必要だと改めて思いました。また、課題解決のために情報収集を行い、エクセルなどで集約する際も、統一した表題で課題を明記しておくと、全体の目的が明確になり助かります。 議論の焦点は？ さらに、各シーンにおいて問いを明確にする工夫が求められます。たとえば、会議では自分や他の方が挙げる議題に対して、まず何を相談したいのかという問いをはっきりさせることで、議論の焦点を絞ることができます。アンケート結果を元に施策を検討する際も、アンケート自体が目的にならないよう、何を解決したいのかを明確にし、分析段階で本来知りたかったこと、実現したかったことを見失わずに次のアクションを検討する流れにつなげることが大切です。 企画はどう貫く？ 商品の企画・立案においても、世の中の不満を解決するという初志を常に意識することで、製品開発の過程で目的が逸れてしまうことを防ぎ、コンセプトの一貫性を保つ効果があると感じました。 目的と問いはどう？ 総じて、議題は「何を相談したいか」を明確にし、問いは常に視界に入る場所に記録しておくことが重要です。また、情報収集時には目的と仮説をしっかり立てた上で実施し、関係者間で共通理解を図るために問いを共有する工夫が必要だと考えます。

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

仮説思考の基本を理解？ 今週は、仮説思考の本質と実践について学びました。仮説とは「論点に対する仮の答え」を示すもので、結論の仮説（答えはこれ）と問題解決の仮説（What・Where・Why・How）の2種類があると理解しました。 なぜ仮説が必要？ 特に印象に残ったのは、データ分析の手法に入る前に仮説を立てる重要性です。仮説がなければ、データ分析はまるで地図のない旅のようになってしまいます。仮説があることで、何を検証すべきかが明確になり、データ収集の目的や比較指標の選択にも意図が持てるようになります。また、自分に都合の良いデータだけではなく、反論を排除するデータも収集することで、確証バイアスの防止にもつながることを学びました。 仮説の見直しは確か？ さらに、今回の学びを通じて、自身が取り組んでいる業務プロセスの費用対効果分析において、仮説を立てる前にデータ収集を始めていた点に気づきました。そこで改めて仮説を見直すと、「このプロセスはスポット売上だけでなく、継続売上も評価に含めるべき」という考えに至りました。今後は、継続売上を含めたデータ収集方法の検討と、正しい比較指標の設定を行った上で再度分析を進める予定です。加えて、データに含まれるノイズ（定義のぶれ）や異常値・外れ値の扱いについても明確にする必要があると認識しました。 あなたの手法は何？ 実務では、「データを見てから仮説を立てる」という順序になりがちですが、どの業務においても、まず仮説を立てることの重要性を再確認しています。皆さんの業務では、仮説を先に立ててからデータ収集や分析を行っているでしょうか。もし仮説なしでデータを扱ってしまった場合、どのようにして立て直しをしているのか、お聞かせいただければと思います。

リーダーは変化に対応？ リーダーは、状況に応じて自らの行動を変容させる必要があります。その際、設定された目標の必要性や難易度、チーム内にコンフリクトが存在するかどうかといった環境要因と、部下の経験、能力、意欲、自立性といった適合要因の双方を考慮することが求められます。 4タイプの違いは？ リーダーの行動は、指示型、支援型、参加型、そして達成志向型の4つのタイプに分類されます。環境の変化や部下の成長に伴い、時間の経過とともにこれらのタイプは変化するだけでなく、状況によっては複数のタイプを組み合わせて活用する必要もあります。 環境をどう読む？ まず、環境要因の把握が重要です。特にチーム内のコンフリクトの有無やその原因の分析を行うことは、リーダーとしての柔軟な行動変容に直結します。一方、部下の能力情報を多方面から収集し、自立性を支援する組織体制を整えることが求められます。また、マネジリアル・グリッドにおいては、社交クラブ型のリーダーが存在する場合もあり、そのようなリーダーに業績への関心を深めてもらうための支援も重要です。 使い分けはどうする？ さらに、状況に応じた4つのタイプの使い分けが効果的です。特に、ゴールが不明瞭な案件やチーム内にコンフリクトが生じている場合には、一定の段階までは指示型のスタイルを採用することが望まれます。そして、各プロジェクトが軌道に乗り、部下の能力や専門性が向上した段階では、参加型のスタイルへと移行することが適切です。職員の動機付けのためにも、達成志向型の姿勢を定期的に示すことが効果的です。 本質は何か？ このように、状況に応じて柔軟に行動を変化させる姿勢を示すことで、変化を恐れないリーダーとして組織を牽引することができます。

4Pで何が見える？ 仮説設計の授業では、4Pのフレームワークを活用して多角的に仮説を立てる手法を学びました。一つの課題に対して複数の仮説を提示できるため、視点を細かく分解することで見落としを防ぎ、可能性の低い要素も整理できる点が印象的でした。その結果、無駄な検討や思考にかける時間を削減できると感じました。 定量と定性はどう違う？ また、プログラム内では定量分析が中心と考えられていましたが、実際にはインタビューなどの定性調査も取り入れられ、両面からユーザーの理解を深める重要性を改めて実感しました。この体験を通じて、UI/UXデザイナーとしての原点に立ち返る貴重な機会となりました。 0から1の検証法は？ サービスの立ち上げ期（0から1）の段階では、まず仮説を立て、4Pの視点からアンケート項目を設計。また、適切な対象者を選定して定量調査を行い、市場のニーズを把握することが重要であると学びました。その後、定量調査の結果を踏まえてペルソナを設定し、ペルソナに近い対象者への定性インタビューを実施することで、双方の結果の共通点から本当に重要な価値を導き出すアプローチが有効だと感じました。さらに、そこから抽出される価値の要素を整理し、具体的な要件定義へと落とし込むプロセスが理想的な進め方です。 データ解析で何を掴む？ 一方、運用・改善フェーズ（1から2）では、データ解析ツールを用いて流入元や利用デバイス、アクセス時間帯などのデータを収集・分析することが鍵となります。こうしたデータを活用してユーザー動線やペルソナに関する仮説を立て、具体的なターゲット像を明確化。その上で、適切なプロモーション施策を検討し、認知度の向上や利用促進に繋げる取り組みが求められると実感しました。

仮説はどこから来る？ 分析の基本は、まずさまざまなデータを比較することにあります。細かなデータやグラフを確認する前に、自分なりの仮説を立てることが大切だと感じました。 ３つの軸は何が違う？ ここでは「プロセス」「視点」「アプローチ」という3つの軸が重要です。プロセスでは、目的を明確にし、仮説を立て、データを収集して、その仮説を分析により検証します。視点については、インパクト、ギャップ、トレンド、ばらつき、パターンなどに着目します。そしてアプローチとして、グラフや数字、数式を活用する方法が挙げられます。 可視化で何が分かる？ 比較のための可視化には、数字に集約する方法、目で見て把握できるようグラフ化する方法、さらには数式にまとめる方法があり、状況に応じて適切な手法を選ぶことが効果的です。 代表値はどう見る？ また、データを見やすくするためには「代表値」と「分布」を確認することがポイントです。代表値には単純平均、加重平均、幾何平均、中央値などがあり、ばらつきを把握するには標準偏差が有用です。特に、95%のデータが含まれるという2SDルールは、分析の信頼性を判断する際に役立ちます。 ノーム値は意味ある？ クライアントのノーム値を算出して、予算シュミレーションに活用する手法も魅力的です。さらに、業界ごとにどの枠が効果的か比較検証することで、より適切なアプローチを模索することが可能だと思います。 実数値で検証できる？ 実際のデータを利用してノーム値を算出する試みは、非常に価値があると感じます。社内にある関連データの算出方法や分析手法を参考にしながら、実数値での検証を進めることで、より実践的な知見が得られるでしょう。

本質はどう捉える？ 物事を深く考える習慣が大切だと感じました。表面的な情報に惑わされず、「本質は何なのか？」と常に問いかける姿勢や、偏らない多角的な視点を持つことが重要です。柔軟なアプローチで物事に接することで、これまで気づかなかった発見に出会える可能性があります。また、感情に流されすぎると判断が困難になるため、冷静さを保つことも大切です。こうした過程を経ることで、質問する力や自信が育まれ、相乗効果が生まれると実感しています。正解にたどり着くプロセスを大切にすることこそが、クリティカルシンキングであると改めて感じました。 ITで何を感じる？ 私はIT業界に従事しており、これらの考え方は特に問題解決やトラブル対応の場面で役立っています。エラーが発生した際は、まず「その本質は何か？」を追求し、要件定義や仕様書作成の際には、顧客の要望を正確に把握することに努めています。プロジェクトの意思決定では、複数の選択肢から最適な判断を導き出す際や、コードレビューでロジックの意図を確認する際にも、クリティカルシンキングが大いに活かされると感じています。さらに、リスク評価やセキュリティ対策など、さまざまな場面でこのアプローチが有用であると実感しています。 目標設定はどうする？ まず明確な目標を設定し、どの業務や課題に適用するかを決めます。次に情報収集を行い、得られた情報が正しいかどうかを吟味します。その上で、疑問を持ち、批判的に検証する習慣を身につけることが大切です。会話の際には複数の視点を意識し、問題を小さな単位に分解して考えるよう努めています。感情と事実を分け、冷静に判断することで、継続的なスキル向上と努力を重ね、確実に成果を積み重ねていきたいと考えています。

Whatの重要性とは？ 問題解決のステップにおける「What」の重要性として、「あるべき姿と現状を埋めるギャップ」を意識することが挙げられます。ここでも、正しい状態（ありたい姿）と現状の「比較」が必要であることを学びました。 ロジックツリーの活用は？ 問題の明確化・特定の段階で活用できるフレームワークとして、層別分解と変数分解があります。特に変数分解の観点でMECEを考えることは、要素の抜け漏れが少なくなる可能性が大いに期待できると感じました。 また、ロジックツリーのコツ・留意点として、「感度の良い切り口をたくさん持っておく」という点が重要です。業界や会社ごとにキーとなる要素があるため、その観点をロジックツリーに組み込めるよう、日ごろから情報収集に努める必要があります。 分析スキルをどう向上させる？ 分析を行う際、目の前の情報に飛びついて、初めから原因を勝手に予想してしまい、本質を捉えきれていない分析を行うことが度々ありました。面倒くさがって「What」を適当にしてしまうこともありましたが、分析は「What」と「Where」にこそ時間をかけて問題を特定すべきだと感じました。しかし、「What」を考えるにあたって、まず何をMECEを意識して分解するかが重要になります。自身の仕事においても、まず「What」「Where」のステップのクオリティを上げられるように努めていきたいです。 学びを実務にどう生かす？ WEEK2で学んだことの共有やロジックツリーのフレームワークを活かせる業務の選定、過去のキャンペーンを取り上げて、講義と並行して学んだことをアウトプットできるような分析の場を設けることにも取り組みます。講義終了後、チームに共有します。

顧客視点の見つけ方は？ 「売れる」商品・サービスの見出し方・作り出し方について、3つの角度から考えることを学びました。 まず、顧客視点を理解することが重要です。顧客目線に立ち、彼らが本当に求めているニーズを考察します。顕在化しているウォンツを越え、顧客も気づいていないニーズを炙り出すには、カスタマージャーニー、行動観察調査、デプスインタビューが有効です。グループインタビューとは異なり、インタビュイーとの関係構築が必要です。 自社の強みをどう活かす？ 次に、自社や自分の強みを理解することも欠かせません。自社の技術やブランド価値をしっかりと踏まえることが大切です。 心に残るネーミングとは？ 最後に、ネーミングも重要です。覚えやすくユニークで、用途を連想しやすい名前が求められます。 振り返ると、顧客視点を持っていると自負していましたが、実際は自分の強みを出発点としていたことに気付きました。 1. 想定顧客層をいくつか仮説で洗い出してみます。 2. それぞれが求めていることを考え、顧客になりきってカスタマージャーニーを脳内で展開してみます。 3. 接点のあるお客様と直接お話しする機会を設け、深層まで話す時間を検討します。 4. 同業者や仲間と率直にニーズを共有し、得た情報からヒントを探ります。 5. 最後に、自身の強みやブランド価値を再度見直し、顧客ニーズとの交差を見つけます。 顧客ニーズとの交差を探るには？ これらのステップを時間をかけてじっくり考え、可能な限り多くを書き出すことが課題です。お客様との直接の対話や、SNSでの意見収集も適宜活用します。同業者との対話では仮説を元に情報を裏付け、確信が得られない場合はそのまま保留にします。