(65ページ目)

行う

に関する学び

---

データ分析で新発見を得るには？ データを分析する際には、さまざまな切り口から考え、実際に手を動かしてデータを加工することで、新たな発見が多くある。分解の粒度が大きい状態で導き出した結果を安易に結論としてしまうと、誤った判断を下す可能性がある。そのため、分解を行う前に全体を把握し、定義することが重要だ。 仮説をどう裏付ける？ これまでデータを分解して分析することは多々あったが、全体を把握し、定義したうえでMECE（Mutually Exclusive, Collectively Exhaustive）な切り口で分解できていたかというと、必ずしもそうではなかった。また、自分が立てた仮説を裏付けることを目的として、恣意的に切り口を設定していたこともあった。まずは、オフィス内のスタッフごとの工数負担について、全体を把握したうえで分析したいと思う。 先入観を排除する方法は？ 普段、自分が抱いているイメージという先入観をまず取り除き、工数実績などの数値から導かれた結果にフォーカスする。そのうえで、全体像を把握し、MECEを意識して切り口を決定する。具体的には、全員の残業時間も含めた総労働時間をもとに、業務ごとの工数を比率として算出してみたい。

図式の効果は？ PL、BS、CSをつなぐ図式は非常に参考になりました。各要素の関係がわかりやすく示されており、文字情報だけでは得にくい理解が深まりました。テキスト情報も大切ですが、図式を効果的に用いることで、知識の習得が一層進むと感じました。今後は、すべての要素を図式化できるよう、各要素のつながりを意識して学習していきたいと思います。 知識活用はどう？ 知識そのものは、事業構造や実態の把握に基づいた戦略の提言や予算策定などに活かしていきたいと考えています。その際、利害関係者に分かりやすく伝えることが重要だと感じています。また、部下のレベルアップのために、自分自身が良き指導者となり、効果的な教え方の方法論を身につけていくことも目標です。 議論の進め方は？ さらに、業務上で体験した新たな知識を、AIを利用して検証することが好きです。物事の本質を把握し、その意味をAIとのディスカッションで深めることは非常に有効であり、楽しい取り組みです。知らないことや本質、定義が曖昧な知識に気づいた際は、すぐに議論を行うようにしています。これまでは単発的な知識に焦点を当てていましたが、今後は体系化や方法論についても積極的に取り組んでいきたいと思います。

問題解決プロセスの理解を深めるには？ 問題解決のプロセスについて理解が深まりました。解決策の立案である「how」を先に考えてしまいがちですが、4つのステップに沿って進める習慣をつけたいと感じました。 ロジックツリー活用の可能性とは？ フレームワークのロジックツリーやMECEはこれまで使ったことがなかったため、仕事で活用してみたいと思いました。層別分解や変数分解は初めて耳にしましたが、分析手法を学ぶことで今後の業務に非常に役立つと感じました。 新規事業に必要な問題解決プロセス 実証実験で行うインセンティブ設計などにロジックツリーやMECEを利用できると感じます。また、問題解決のプロセス自体も、新規事業を作る上で非常に有効だと考えています。解決策にばかり目が行きがちですが、問題の本質や発生原因を改めて考えることが重要だと認識しました。 事業モデルをどう整理し直す？ まずは、現在の事業モデルを整理し直すことから始めようと思います。そして、あるべき姿と現状とのギャップを埋める施策になっているかどうかを見直します。また、ロジックツリーやMECEは日常でも応用できるため、日頃から積極的に使用し、業務でも自然に活用できるようになりたいです。

Week1からの学びを見直す 今週は全体の振り返りとして、week1からの学びを見直す機会がありました。具体的には、多くのことを学びましたが、特に以下の3点が重要だと改めて認識しました。 1. 自他の思考の癖を前提におくこと。 2. 問いを設定すること。 3. 問い続けること。 これらの点を意識しつつ、クリティカルシンキングが上位概念として存在することを再認識できました。 メモの整理とアウトプットの重要性 week1から残してきたメモを振り返り、整理することで、自分の中に学びを深く落とし込むことができました。さらに、その学びを実際のアウトプットとして反復し、定着させるよう努めています。実務での活用を意識して過ごしていますが、まだ使いきれていない学びも多いので、9月は振り返りながらこれらを活用していくつもりです。 学びの共有と実務への活用 週末までにはメモの振り返りとまとめを終わらせ、週明けにはまずメンバーに学びの共有を行う予定です。来週も実際の業務で学んだことを活用する機会が多くあり、week1からweek5で学んだ内容は全てアウトプットとして活用できる予定です。また、今後の事業戦略の立案にも早速この学びを活かしていきます。

テスト手法のメリットは？ ABテストは、参加者をA群とB群に分け、同時期に検証を行う比較手法であると学びました。この手法は工程が少なく、比較や分析が容易である点が大きなメリットです。しかし、正確な結果を得るためには、比較ポイントを明確に設定し、その他の要素を同じ条件に統一することが重要です。実施時期をずらしたり、多くの異なる要素を入れてしまうと、正確な比較ができなくなるため注意が必要です。 接触率検証の進め方は？ 顧客への電話による接触率の検証にもABテストを適用しています。具体的には、予測ツールを用いて算出した接触率が最も高いとされる時間帯と、ランダムに行った場合の接触率を比較することで、予測ツールの効果を測定しています。また、手紙やSMSの文面案についてもABテストを実施し、より効果の高い方法を見極めています。 テストテーマはどう決める？ ABテストの導入にあたっては、まずテストのテーマとターゲットを明確に決定することが重要です。テストテーマは業務目標に直結していることを意識し、ターゲットは一つの要素に絞るように確認します。さらに、比較する際には、データ数、期間、手法が全て同一であるよう計画を立て、正確な検証ができるよう努めます。

商品に対する受け入れ先をどう定義する？ どんなに優れた技術を持っていても、その商品の受け入れ先が定義されていなければ、それは「絵に描いた餅」に過ぎません。「誰に売るか」を明確にするためには、顧客を多様な視点でセグメンテーションし、ターゲティングを行うことで差別化したポジションを確立することが重要です。これにより、売上の最大化につながることがよく理解できました。 ターゲット層をどう絞るべきか？ 私たちの自社商品はヘルスケア関連であるため、健康に関心が高い一定の年齢層をセグメント化することが求められます。そのターゲティングを行うには、さらなる切り口が必要です。たとえば、健康に興味を持ち、お金を投じる傾向のある高所得層や、特定のライフスタイルを持つ層に焦点を当てるという仮説が考えられます。 データ分析で見えるギャップは？ 過去の自社ソリューションの購買データを分析し、イメージしたターゲットとのずれがないかを確認します。もし乖離が見られる場合、その原因を追求しなければなりません。また、「健康への関心✖️高所得」以外の新たな訴求ポイントを会議で洗い出し、自社のポジショニングマップを作成します。これをもとに、来年度の営業戦略の立案に活用します。

疑問で変わる？ 思考のクセに気づき、それが経験の延長線上での議論に繋がることを意識しました。これを打破するためには、「本当にそうなのか」「他の見方はないのか」と問い続ける姿勢が必要だと理解しました。同様の気持ちを抱くメンバーとのディスカッションを通じて考えを深め、新たな気づきを得られたことは、今後の前向きな取り組みへの大きなきっかけとなりました。 真の課題は？ ペインポイントに対して、安直に方法論を議論する傾向があると感じます。本質的な課題について議論を深め、効果的な対策を講じるためには、従来よりも問題の本質に目を向けることが重要です。また、説明の場面では、自分の視点だけでなく、相手の視点に合わせて情報を整理し、必要に応じたレベル感で伝える力を磨いていきます。 どうして急がない？ さらに、安易に結論を急ぐことなく、ロジックツリーなどを使って思考を可視化することが大切です。その可視化された情報について、視点が足りていないことはないか、本当に正しいのか、他に考えられることはないかを客観的に精査します。説明の際には、「つまりどういうこと？」「なぜそうなるのか？」と問い直し、相手が求める抽象的または具体的なレベルで説明を行うことを心がけます。

問題点は何か？ 問題解決に向けた仮説の考え方として、まずは「問題は何か」「どこに問題があるのか」「なぜ問題が発生しているのか」「その問題をどうすべきなのか」という点を整理することが重要です。これにより、現状の課題を明確に把握し、解決策を具体的に検討するための土台が作られます。 仮説の意義は？ さらに、仮説を立てる意義として、検証マインドの向上、説得力の増強、問題意識の高さ、そして問題解決へのスピードアップが挙げられます。仮説をもとに行動することで、より迅速かつ正確な対策が講じられるため、業績の結果報告を早期に行うことにもつながります。 仮説の使い分けは？ また、仮説には「結論の仮説」と「問題解決の仮説」が存在し、正しく使い分けることで、思考の精度が向上するだけでなく、具体的な改善策を導き出すことが可能になります。これまで漠然と問題に取り組んできた経験を振り返り、より効果的な仮説の立て方や、仮説を絞り込む過程について学ぶ必要性を強く感じました。 実務でどう活かす？ 今後は、仮説の立て方やその検証プロセスをより深く学び、実務においてスピーディかつ精度の高い成果を生み出すための知識と技術を身につけたいと考えています。

フィードバックの意義は？ ユーザーやメンバーからのフィードバックが、製品やサービスのブラッシュアップに大いに寄与し、ひいては新たなアイデアの創出に繋がるという点が非常に印象的でした。現状では、製品開発において構造や機能の検証は行われるものの、人間中心の視点でユーザーの共感や意見を十分に取り入れる場面が少なく、チームで意見交換を行うことが新たな開発のヒントとなると感じました。 SCAMPER法の効果は？ また、SCAMPER法の7つの視点を実際に活用することで、その効果が実感できるという点も参考になりました。さらに、初めて知ったストーリーボードは、ユーザーの価値ある体験を物語形式で視覚化する手法として理解が深まり、大変有益でした。 ペルソナ設定はどう？ この学びを通じて、エンドユーザーを具体的にイメージするためにペルソナを明確に設定すること、そしてエンドユーザーにとっての価値（バリュープロポジション）を中心に考えることの重要性を再認識しました。加えて、開発チーム内でSCAMPER法やダブルダイヤモンドの手法を取り入れ、ユーザーからのフィードバックを効果的に得られる仕組みを構築することが、今後の製品開発に大いに役立つと感じました。

伝える目的は何？ 「伝える」という点において、目的の重要性を再確認しました。前回と同様に、「誰に対して、どのようなことを求めているのか」を明確にすることが、伝達行動の鍵であると感じました。今週の学習では、視覚化によってどのように伝わりやすくなるかについて、多くの気づきを得ることができました。資料を作成する際、「これくらいわかるだろう」と思い込みがちですが、読み手の負担を軽減することが重要であると意識します。 資料作成の工夫は？ アンケートや施策効果検証においてグラフや資料の作成を行う機会が頻繁にあります。最近ではCM効果検証の報告資料をまとめましたが、グラフの作成方法や強調すべきポイント、そして見やすさの追求において不足している部分が多いと感じました。資料を見返すと、多くの学びがあり、次回の資料作成に活かしたいと思います。 説明方法はどう？ 週明けには、施策の打合せで概要を説明する機会があります。その際に、誰に伝えるのか、どのポイントが重要なのか、そして伝えたいことは何かを整理したいと思います。これを視覚化（文章に起こすこと、比較表やフロー図を作成すること）を通じて、初見でも理解しやすい説明をできるよう準備を進めたいと考えています。

点と線の捉え方は？ 全体を通して、各手法を単なる点として捉えるのではなく、線としてしっかりと分析し、それを次の分析へのインプットにしていくことが重要であると再認識しました。また、頭では理解していても、つい答えありきで進めてしまう癖があるため、有識者と共に、普段からどのような分析手法を用いているか、また答えありきになっていないかをクロスチェックする必要性を感じています。 計画と分析はどう調和？ 特に来期の事業計画の立案時に、この分析の姿勢が非常に役立つと考えています。たとえ綿密に分析して計画を策定しても、現場の都合や関係性によって思いどおりに進まないことが多いのが現実です。しかし、自社のメリットを明確に言語化し、他者にも理解していただける分析を行う技術を身につけるため、日頃から学んだ手法を自然にアウトプットできるように心がけたいと思います。 外部インプットは必須？ また、PEST分析などで社会情勢を捉えるには、個人だけでは限界があるため、外部からのインプットに頼ることも重要です。某IT企業のレポートなど、信頼性の高い資料を参考にする一方で、ほかにも有用なレポートがあれば共有していただけると、大変助かります。

自分の甘さはどこに？ 他者からのフィードバックによって、プロトタイプ作成時に私自身が気づかなかった点や手を抜いた部分が的確に指摘され、改めて自分の甘さを認識する機会となりました。指摘されると、わかっていても少し辛い気持ちになるものですが、プロトタイプに過度に時間をかけるよりも、フィードバックを成功への重要な材料と捉えるべきだと実感しました。 意見の真意は何だろう？ フィードバックを行う側としては、複数の視点から意見を述べるやり方や、特徴を端的な言葉で表現する方法は有効だと感じました。先日、内部向けの打合せ用資料のたたき台を作成し、テストの場として様々な意見を受ける機会がありました。中には的外れなコメントもありましたが、その原因は私の資料作りの不十分さや説明不足にあると謙虚に受け止め、資料を作り直した結果、前よりも良いものにできたと感じています。 改善策はどう見える？ 現職では資料作成が求められる局面が多いため、まずは内部の関係者からフィードバックを受けるテストの場を積極的に設けたいと思います。初めから完璧なものを出すことに固執せず、まずは内部打合せの日程を決め、段階を追って作業することで、作業遅れを防ぐ工夫が有効だと考えています。