(29ページ目)

例 ✕ 方法

に関する学び

---

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

見える化の必要性は？ デザイン思考とは、ユーザーの視点に立って顧客を理解し、課題解決を図る人間中心のプロセスです。このプロセスを効果的に伝えるには、見える化が欠かせません。見える化によって、関係者に課題を明確に共有し、共感を連鎖させながら解決へと導いていきます。 意見を統合できる？ 私は医療業界において、現場の経営や運営改善に従事しています。日々、患者さんに医療を提供するだけでなく、より快適な施設づくりを目指し、医療従事者と共に改善策を検討しています。しかし、各自がバラバラに患者さんのことを考えているため、その意見を統合して見える化することができていないと感じています。そんな中で、より「協働」し「共感」を生み出すためのプロセスを学ぶことができたのは、大変有意義でした。 会議の議論は成果？ 院内では定例会議を通じて、各メンバーが抱える課題を洗い出しリスト化して見える化を図っています。さらに、その課題解決のためにどのような方法があるか、「ユーザー目線」というキーワードを軸に議論を重ねています。また、現場でしか得られない視点が必要な場合は、実際に現場に足を運び、患者さんの様子を観察しながら解決策について検討しています。

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

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

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

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

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

問題原因の探求方法は？ 問題の原因を探るためのポイントには、プロセスに分解するアプローチがあります。また、解決策を検討する際には、複数の選択肢を洗い出し、根拠を持って絞り込むことが重要です。例えば、クリック率やコンバージョン率の数値の原因を会社の戦略とそれ以外の要因（プラットフォームに起因するものなど）に分けて考えることが参考になります。 A/Bテストの効果は？ A/Bテストについては、1要素ずつ比較し、なるべく同じ期間でテストを行うことが推奨されます。同じ期間で行わなければ、季節や曜日、時間といった細かい違いによって比較が難しくなります。A/Bテストは広告キャンペーンでの活用が考えられ、広告のビジュアルを変えて検証することや、掲載場所を変えてコンバージョン率を比較することで、不要な場所への広告掲示を避け、コストカットにつなげることができます。 A/Bテストを今後活用するには？ 現在のところ、実際の仕事でA/Bテストを活用できる機会はありませんが、問題解決の方法として非常に効果的な検証方法であると感じています。今後、適用できる場面を見つけ出しながら、他の検証フレームワークも学んでいきたいと考えています。

誰に価値を届ける？ 差別化について学ぶ中で、様々な視点や切り口から「良い差別化」を実現する必要性を実感しました。まず、価値を提供すべき顧客を明確に規定し、深く理解することが、効果的な差別化の第一歩であると再認識しました。 模倣防止はどう実現？ また、持続可能な仕組みを構築し、競合に模倣されにくい戦略を打ち出すために、VRIO分析のようなフレームワークを用いて立ち止まって考えることの重要性を感じました。特に、VRIO分析では、企業文化や組織といったソフトな要素が有効な資源となり得る点が印象的でした。 企業文化をどう表現？ 一方で、共通認識としてユニークな企業文化を保有しているという認識はあるものの、それがどのように自社の価値創造に寄与しているかを十分に言語化できていないと感じました。今後は、VRIO分析を活用して、競合と自社それぞれの強みや特徴をより深く理解し、注力すべきポイントを明確にすることで、戦略の方向性を提案していきたいと思います。 実例はどう活かす？ さらに、VRIO分析の活用方法についてまだ理解が不十分な部分があるため、具体的な事例を参考にしながら知識を深めていきたいと考えています。

自社の強みをどう捉える？ ある実例を通して、対象となる顧客に自社のどのような強みを最適に組み合わせて提供するかが非常に重要であると感じました。そのため、主観的な観点に加え、客観的な視点から自社の強みを捉える必要性を実感しています。 市場の見極めは？ 市場をセグメント分けし、各切り口から自社商品を検討することで、販促の手法の見直しや新たな商品開発につなげられると考えています。 セグメントをどう活かす？ 今後は、セグメンテーションとポジショニングマップの活用を意識していきたいと思います。業務異動によりコンテンツ企画部門からは離れましたが、広報業務に関わる中で自社商品の発信にこれらの手法を取り入れることで、より効果的な情報提供が可能になると期待しています。 会議での発信は？ 具体的には、自社商品のセグメンテーションや強みの洗い出し、ポジショニングマップの作成を行い、広報やコンテンツ企画に関わるメンバーとの会議で新たな発信方法を提案していくつもりです。 イベントで伝える？ 来月に予定されているイベントなどの発信内容を検討する際にも、これらの手法を積極的に活用し、実践していきたいと考えています。

BS事例で何が見える？ BSに関してはあまりなじみがありませんでしたが、具体的な事例を通じて学ぶことで、コンセプトとBSの構成との関連性が理解できるようになりました。また、借入に関してもさらに学びたいと思っています。具体的には、どのくらいの借入がどれくらいの期間で返済可能なのかを知りたいです。金融機関からの借入方法として、NPOバンクやクラウドファンディングを検討することも考えていますが、それらの違いについても理解を深めたいです。 ボランティアでどう活かす？ 仕事以外の面では、ボランティア活動で融資審査のような業務をする際に役立てたいと考えています。各項目の適正なバランスを知り、企業のコンセプトと一致しているのか、借入金の負担や返済可能なラインについても把握したいと思っています。 財務指標の意味は何？ さらに、流動比率や固定比率のバランスを見て、顧客企業の財務状況を把握することも重要です。その際には疑問に思うことがあれば、自分で考えたり、他の人に聞いたりして解決していきたいと思います。また、PLとの関連性を学ぶことで、次に学ぶCFと合わせて財務諸表を総合的に読めるようになることを目指しています。

競合データをどう見る？ マーケティング部門との会議で競合分析のデータを基にした今後の戦略方針が示されることがありますが、彼らがどんなデータを元に議論しているのか、理解できました。今後はフレームワークを意識して使うことを心がけたいと思っています。そして、多くの人が一緒に考えることで生まれる「集合知」が非常に有効であることも学びました。 フレームの真実は？ これまで、フレームワークは営業部門専用のものとの先入観がありましたが、実際には面接の事例のように幅広く活用できることを知りました。新商品の投入には大きな時間と費用がかかる業界において、自社の強みを活かせる分野を強化し、他社がまだ参入していないニッチな分野にも積極的にチャレンジしていきたいと思います。 計画はどう伝わる？ また、プロジェクト計画を策定する際には、自分たちがやりたいことだけをリストアップするのではなく、経営者の視点から見た利益や強みを活かす方法、さらには将来的な変化による影響も考慮していきたいと考えています。チーム会議の頻度が高い中で、「集合知」の重要性をメンバーに共有し、より活発なブレーンストーミングを促進していきたいと思います。