(52ページ目)

具体 ✕ 例

に関する学び

---

問題解決ってどうする？ 問題解決の手順を踏む中で、まずは「what（問題の明確化）」「where（問題箇所の特定）」「why（原因の分析）」「how（解決策の立案）」のステップを順に進めることが重要だと再認識しました。原因の仮説を立てるためにはデータ収集が不可欠で、仮説は単に立てるだけでなく、フレームワークを活用して幅広い視点から検討することで有用性が広がると感じました。その際、決め打ちせずにまずは自由に思考を発散させることも大切です。 数字から見える真実は？ また、現時点では具体的な数字は得られていないものの、例えば事務処理に関しては実際の受付件数、処理件数、処理できなかった件数、人員数などのデータをまず取得し、そこから何が見えてくるかを仮説として立ててみたいと考えています。ただ「件数が増えているから忙しい、人手不足が原因だ」という決め付けに陥らず、複数の視点で状況を検討する必要性を感じています。 具体的な例には触れませんが、まずは上記のデータを確実に収集することが先決です。その上で、今回の問題解決のステップに沿って、場合によってはフレームワークの活用も検討しつつ、少なくとも複数の仮説を提示できるようにしたいと思います。

強みはどう活かす？ ある事例を通して、自社の強みをいかに活かし、顧客が潜在的に求めるものを的確に捉え、製品として届ける一連の流れを構築することが、売れる商品の基盤になっていると考えます。また、優れた商品が届くだけでなく、迅速かつ高品質に提供するだけでなく、店舗のみならずオンラインチャネルを活用し、親しみやすいネーミングの商品を展開することで、購買意欲を刺激していると感じました。 制御すべき領域は？ 強みや既存のアセットを再認識することの大切さを改めて実感します。課題や弱みに目が行きがちですが、どの領域を自社でしっかりとコントロールすべきかを見極めることが不可欠です。アセットが存在しない部分については、創出する努力や、パートナーシップを通じたサービスの協業も重要ですが、最終的には自社のコントロール下にある部分に注力する必要があると考えます。 具体策は何が鍵？ 具体的には、自社のアセットである要素を言語化し、その解像度を高めること、社内の他部署との連携を深め信頼関係を構築すること、そして、ネーミングなどのひらめきが生まれる場を設計することが求められます。これらの取り組みが、貴重な市場での競争力の源泉となると感じました。

今回の学習で、私は以下の2点を学びました。 具体内容の合意は？ まず1点目は、イシューの留意点についてです。合意形成の際には抽象的な表現ではなく、具体的な内容に落とし込むことの重要性を改めて認識しました。例えば、上司や関係者との目標設定の際に、単に「売上げUP」といった漠然とした表現ではなく、「○〇分野での機器販売について、売上げUP」のように具体的に提示することで、プロジェクトやサービス導入の計画・遂行における合意形成をより確実なものにできると感じました。これに基づき、今後は行動計画として、イシューを十分に具体化してからプラン策定に入るよう努めていきます。 スライドはどう伝える？ 2点目は、スライド作成時の効果的な方法についてです。プロジェクトやサービス導入の説明において、よりわかりやすい資料作りが求められる中、グラフの活用やアイコンの設置、タイトルの工夫、レイアウトの見直しなど、実践的なポイントを学びました。直近の部門内でのシステム改修に関する説明では、これらの学びを実際に取り入れ、より伝わりやすいスライド作成に取り組む計画です。今まで以上に分かりやすい資料となるか、レビューを通して改善していきたいと考えています。

ターゲット顧客による価値の違いとは？ 今回の事例を通じて、同じ商品でもターゲット顧客によって価値の感じ方が異なることが分かりました。これがヒット商品につながる要因となるのです。自社や他社の特徴を正確に理解し、自社の強みを複数組み合わせることで、その業界での差別化ポイントを見つけることが可能です。 成功事例から学ぶべきことは？ 成功事例の一部では、ターゲティングの評価基準（6R）で高い指数を示しています。セグメンテーション、ターゲティング、ポジショニングの考え方は商品提案においても非常に重要であり、評価指数の高いターゲットに向けたコンセプトを考えることで、より確度の高い提案が可能となります。そのためにも、自社の強みを正しく把握することが重要だと感じました。 セグメンテーションの具体化への道 セグメンテーションやターゲティングの用語はこれまでも耳にしていましたが、実際に商品を考える際にはまだ具体的なイメージがつかめていません。そこで、身近な商品などの事例も踏まえ、これらの考え方に慣れていきたいと思います。また、自社の強みを改めて棚卸しし、複数を組み合わせることで、業界での勝ち筋を考えてみたいと思います。

イシュー設定の重要性を認識 イシューから考えることの重要性を認識しました。施策を考え始める前に、まずイシューを明確かつ具体的に立てることが大切です。これまでに学んだデータの分析・加工方法を活用し、様々な角度からイシューを検討して特定することが必要です。 なぜ研修が必要なのか？ 現在の業務において、人事施策、例えば研修内容を検討する際、研修を実施することが目的となりがちでした（= 手段の目的化）。そうではなく、「なぜ研修が必要なのか」を考え、社内のイシューを様々な角度から抽出したうえで、その解決方法として研修が適切ならば研修を行うべきです。しかし、研修以外が適切と判断される場合は、研修を行わない選択も必要だと感じました。 社内イシューをどう特定するか？ 社内・現場のイシューを的確に把握するために、従業員へのアンケートや管理職への個別ヒアリングを通じて、イシューの特定を丁寧に行っていきたいと考えています。イシューの特定には、その根拠を具体的かつ明確に説明し、そのうえで研修が適切な解決策なのかを検討します。研修またはその他施策により、特定したイシューの解決を行っていきます。まずは今週から取り組むこととしました。

偏った思考はどう？ 「人間は『考えやすいこと』や『考えたいこと』を考えてしまう」という指摘には、とても共感しました。何かを決定する際、無意識のうちに自分に都合の良い、限定的な思考の枠組みに陥り、その結論へ導くストーリーを作ってしまうことに気づかされました。これを反省し、もう一人の冷静で大局的な視点を持つ自分を養いたいと強く感じています。 対策の見直しは？ また、問題が発生したときには、適切な対策を考え実行する場面が多々ありますが、急を要する場合には表面的な対症療法で終わってしまう傾向があります。問題の真の原因を探り、本質的な対策を講じる過程で多くの学びが得られると考えています。さらに、チーム内で同じ思考プロセスを共有できれば、非常に強固なチームが作られるのではないかと夢見ています。 本質はどう見極める？ 問題発生時には、さまざまな立場から事象を捉え、多面的に原因を探ることが重要です。そして「なぜ？」を繰り返すことで、根本的な原因を明確にしていく。加えて、対策案を立案する際には「例えば？」という具体的な視点と「要するに？」という抽象的な視点を交互に用いながら、偏りのない思考を心掛けるようにしたいと思います。

解像度向上の手法とは？ データの解像度を上げる手法をいくつか学びました。「全体像をとらえる」ことで近視眼的な視点から脱却し、「分解」を積極的に取り入れることで、課題や問題をより具体的に抽出することが可能です。漏れや抜けをなくすことが、一見遠回りのように見えても、結果的には最も効率的な方法であると感じています。 異なる視点での分析の重要性 売上分析や時間帯分析などを行う際には、ただ数字を並べるのではなく、違う角度からの見え方を取り入れることで、見落としや抜けを防ぐことができると考えています。プレゼンの機会があった際も、通り一遍の見方ではない切り口を提案することで、新たな課題を抽出することができるのではないかと感じています。 数値報告での注意点は？ 月例のミーティング用に数値報告の素材を提供する際は、以下の点に注意しています： - 並べた数字を別の視点で並べ替える。 - 補完できる部分がないか同僚に相談し、思考や見方の偏りに気付く。 - すでにグラフ化されているものについては、異なる切り口で見せ方を検討し、恣意性がないか確認する。 これらの工夫により、より具体的で効果的なデータ分析が可能になると実感しています。

仮説の違いは何？ 仮説を立てる際に活用できるフレームワークについて、改めて学ぶ機会となりました。そこで、結論としての仮説と、問題解決のための仮説という2つの考え方があることを理解しました。また、問題解決プロセスにおいては「where（どこで）」「why（なぜ）」「how（どのように）」の視点を意識することが重要だと認識しました。 利用状況変化はなぜ？ 具体的な事例として、12月から1月にかけてサービスの利用状況が低下した際の対応を検討しました。結論の仮説としては、長期休暇中にサービスから離脱が起きたという点を重視しました。同時に、特に正月期間にユーザーの離脱、すなわちチャーンが発生した可能性に着目し、問題解決に向けた仮説を立てました。さらに、年末年始の背景を踏まえ、プッシュ通知などでログインを促す導線を作ることが有効ではないかという仮説も検討しました。 データで何が分かる？ 加えて、12月から1月のサービス利用状況について、デイリーベースでデータ分析を実施しました。離脱ユーザーの属性やこれまでの傾向を可視化するとともに、プッシュ通知などのお知らせがログインのフックとして機能するのかをテストする工程を経ました。

体験から何を感じた？ 実際に体験することで、ユーザーの気持ちに気づく大切さを学びました。調査実施時、直接体験できない場合でも、身近な人々の行動を想像し、その視点から課題やニーズを探ることが重要であると感じています。さらに、可能な範囲でインタビューを実施し、具体的な問題点や求められているものを丁寧に理解するよう心がけています。 体験が生む共感とは？ また、実際に体験しなければ気づけない部分が多いことを改めて実感しました。ユーザーが体験している状況を自らも体験することで、共感の場が生まれ、より深くユーザーの視点を理解できると感じています。 商品開発のヒントは？ 一例として、キリンの第3のビール『本麒麟』の開発プロセスが紹介されました。まず定量調査で過去の失敗を洗い出し、その結果を踏まえて定性調査を実施することで、ユーザーニーズ（インサイト）を具体的に把握。このプロセスは、社内メンバーを説得する際の根拠となり、商品開発への示唆にもつながると学びました。 体験で共感深まる？ さらに、バックパックに関する事例では、ユーザーと同じ体験をすることで得られた気づきが、より深い共感へと結びついたことも印象に残りました。

イシューって何？ イシューとは、「今答えを出すべき問い」を指します。イシューを特定する際に重要なポイントは、「問いの形にすること（例：●●するために、何をすべきか？）」、具体的に考えること、そして、そのイシューを押さえ続けることです。これにより、考えが進む中でぶれないようにすることが可能です。 問いをどう形にすべき？ 私は問題提起の際に、これらのポイントを十分に意識できていなかったと感じています。特に、問いの形に変換することができていませんでした。今後は、問いの形でイシューを定義するように心掛けたいと思います。その他の二つのポイントについては、特に意識せずとも自然に押さえて考えを進められていたので、このまま継続して意識していきます。 解像度を上げるには？ 解像度が低い物事を考える際には、まずイシューを特定することから始めたいと考えています。具体的な方法としては、急にスライドや文章を書き始めるのではなく、まずノートにピラミッドストラクチャーを描いてイシューを特定する習慣をつけます。そして、そのイシューが本当に適切かを再考し、他に重要なイシューがないかも考えながら、思考を深めていくようにしたいと思います。

データの集約ってどうやる？ データの比較法について、数字を集約して捉える方法、目で見て捉える方法、そして数式を用いて集約し関係性を把握する方法を学びました。普段何気なく実施していることの意味を理解することで、さらに大きな効果を得られる必要性を感じています。 代表値と散らばりの活用法は？ また、データ加工のポイントとして、代表値と散らばりの両方を活用する事例を学びました。双方の特性を活かした可視化を上手く利用できれば、より具体的な分析が可能になると実感しています。 工数計算の見直しは？ 業務改善の際に、工数の計算方法が一面的であったことにも気付きました。関わる人数や各作業の分析データが欠けていたため、今後はこれらの情報収集にも注力し、ビジュアル化した際の分析範囲を広げる可能性を感じています。 収集データの過不足は？ さらに、すでに収集しているデータの過不足の確認も行いました。各個人が提出する情報を一元的に抽出するツールの開発は進んでいますが、項目に不足がないか確認し、もし不足があれば機能追加を実施します。一律に集まったデータに対しては、簡単なグラフ作成を通じて作業記録などの分析を行っていく予定です。

フィードバックはどうする？ 評価フィードバックを効果的に行うためには、評価基準や期待度に基づき、相手自身が振り返りを言語化することが重要だと理解しました。具体的な事実に基づいた評価は、納得感のあるものになります。一方的な伝達だけでなく、相互の認識を調整し合意に至るようなフィードバックを心掛けたいです。 部署はどう進む？ 年度末や次年度に向けて、すべてのプロジェクトを自身で実行せず、メンバーにエンパワメントを行い、部署全体で同じ方向に進むことを目指します。１on１ミーティングや短い打合せを通じて、部下に言語化を促し、具体例をもとに対話しながら評価基準となるプロセスを共有していきます。 評価基準を統一する？ 今年度の評価基準や期待を統一するために、次の取り組みを行います。まず、メンバー全員に現在の業務とプロジェクトの会社方針との関連性を説明し、浸透させます。また、来週中にエンパワメントを完了し、週次で進捗管理とフィードバックを実践します。さらに、各プロジェクトの担当者を選任し、会社が目指す方針への意義と結びつけてゴールを示します。そして、フィードバックを習慣化するための予定を確保していきます。