(4ページ目)

目線

に関する学び

---

論理伝達の工夫は？ クリティカルシンキングを通じて、「問いと答え」すなわち主張と根拠の考察を学びました。この過程で、相手に伝えるためには、論理的な理由を整理し、配慮を持って伝達することが大切だと強く感じました。 目的共有って大事？ まず、問題解決の際には、何を目的に行うのかを明確にし、その目的をチーム全員で共有することが重要です。目的が曖昧であったり、認識にズレがあると、問題を適切に分解することが難しくなるため、常にこれを実践していきたいと考えています。 根拠の伝え方は？ 次に、論理的な根拠づけです。結果を分析し、それに対する論理的に納得できる理由を明快に相手に伝えるためには、自分の中で思考を整理し、深める必要があります。思いつきで提案するのではなく、しっかりと考え抜くことを忘れずに、実務でこのプロセスを実践していきたいと思います。 提案資料の工夫は？ 具体的には、新しいマニュアルを提案する際には、理想のゴールを具体化し、現在の問題点や改善点を整理して上司に提案していきます。また、資料を作成する際は、相手目線に立ち見やすさを考慮した工夫を心掛けます。そして、月次の売上分析では、表やグラフを用いて分かりやすくまとめ、改善点を見つけ出していきます。 改善はどこから？ 以上から、まずは現在の問題点を明らかにし、目的をはっきりさせることを最優先に行っていきます。そして、目的に基づき、どの部分を改善すべきかを分解し、分かりやすく資料や文章にまとめるように心掛けます。チーム内の意見を聞き入れながら問題点を明確にし、資料を作成する際には、重要なポイントを目立つように配慮し、文章に添えてグラフや表などを活用して視覚的に伝えることを意識していきます。

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

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

学びの印象はどう？ 今週は、マーケティング全体を通じて学んだことを振り返る良い機会となりました。特に、最後のライブ授業では頭をフル回転させながら、楽しく学べました。「完全メシ」の部分では、さらなる理解を深められたと感じます。主に以下のポイントが強く印象に残っています。 - 顧客ニーズに基づいた商品設計 - 価値・体験の効果的な伝え方 - 消費者インサイトの深い掘り下げ このように、顧客視点で考えることの大切さと、世の中の動向を捉える重要性を学びました。考えている際には、しっかりと顧客目線で考えることができました。しかし、自社の立場になると、どうしてもメーカー側の視点に偏りがちであると実感しました。 実践計画はどうする？ 自社のスキンケアブランドを担当する者として、今回のマーケティングでの学びは非常に有益でした。特に、現在行っている取り組みに加え、まだ実施できていないことも含めて、確実に実行していきたいと考えています。具体的には以下の点について深く考えていきます。 - 顧客ニーズのさらなる深掘り - ターゲティングとポジショニングの精緻化 - 商品価値をどのように設定するか - 顧客体験の設計 - 来年度の事業計画の策定 このためには、デプスインタビューやアンケートを通じて、表面的なニーズだけでなく潜在的な欲求を掘り下げることが必要です。また、単なる商品ではなく「使用によって得られる体験価値」を検討し、価値が伝わるキャッチコピーを考案することが大切です。他社との差別化を明確にし、顧客体験価値の設計を見直すことも重要です。最終的には、こうした取り組みを踏まえたビジネスプラン（PL）の検討を進めていきたいと考えています。

ヒット商品の秘訣は何？ ヒット商品を生み出すには、ただ思いついたアイディアを無計画に実行してはいけないということを学びました。まずは、現在行っている事業に近い分野で強みを活かせるかを検討することが重要です。これまでの知識やノウハウを最大限に活用することが、成功への鍵だと理解しました。 どのようにペインポイントを転換する？ 「ペインポイントを発見し、それをゲインポイントに転換する」こと、またそのためのアイディア出しが重要であると学びました。よくある消費者目線を忘れ、提供者側の視点になりがちであることも注意すべき点です。 Microsoft365の活用方法は？ 私はバックオフィス業務を担当しているので、社内メンバーのペインポイントを見つけ、彼らのニーズを満たすための行動を取りたいと考えています。具体的な行動として、全社にMicrosoft365が導入されましたが、活用されている機能はまだ少ないです。業務量が多く時間が足りないという声が多く聞かれます。このニーズを満たすには、Microsoft365の機能を紹介し、活用を促進することで、ペインポイントを改善できると考えます。実際の業務をマーケティングとして捉え、学んだことを活用しようと思います。 実例で工数削減をどう示す？ 実例を交えて工数削減の効果を示し、理解を深めてもらうことが大切です。ただ「便利です」「最新機能です」と声高に伝えても実行に移されません。多くの人が現状の仕事の流れに慣れており、不便さを感じていない可能性があります。しかし、Microsoft365の新機能を活用することで、業務がどれだけ効率化されるのかを「実例」として提案していくことが重要です。

イシューの本質は？ イシューを明確にすることの重要性について学びました。まず、思いついた解決策を実行する前に、課題の核心を押さえるイシューを明確にすることが必要です。誤ったイシューの捉え方は、課題解決の方向性を大きく逸脱させる可能性があります。適切なイシューの見つけ方として、次のプロセスを実行することが推奨されます。 目的と現状は？ まずは、何を達成したいのかという目的をはっきりさせることです。また、関連するデータや情報を集めて現状を把握し、関与する人のニーズや期待を理解することが重要です。さらに、現状を多角的に分析し、具体的な問題を明らかにすることが求められます。 戦略のギャップは？ 次年度の戦略立案や施策検討では、目標と現状のギャップを認識し、その原因を探るために十分な情報収集を行います。これまでの施策を見直し、改善点を見極め、メンバーと共通のイシューを持ちながら検討を進めることが重要です。 セミナー効果は？ また、プロモーションを目的としたWEBセミナーを開催し、その効果を検証します。具体的には、申込人数や参加動機、顧客属性の分析を通じて、セミナーの目的と結果が一致しているかを確認します。さらに、事後営業の戦略を考え、効果を数値で評価します。 問いの共有は？ 業務においては、問いから始め、問いを残し、問を共有するというアプローチも重要です。特にプロジェクト進行中においては、最初に設定した問いから外れることを防ぎ、メンバーと目線を合わせる工夫が求められます。そのために、年度初めに評価指標を設定し、過程を記録して振り返り可能な状態を構築することを考えています。

みんなの意見はどう？ 「新しいまな板をデザインする」というテーマのもと、グループで作業工程のステップについて話し合った際、各チームが全く異なるまとめ方をしていた点が印象に残りました。テーマの広さから、各々の解釈や考え方にバリエーションが生まれ、それが新たなヒントになっていると実感しました。 誰に響くデザイン？ また、「万人受けに作ったものは誰にも刺さらない」という言葉も心に留め、売れるためではなく、たったひとりのためにデザインするという視点こそが今回の講義の肝であると感じました。一人に向けたアプローチが共感を生む一方で、多くの人に届けたいという気持ちがぶれやすいという自分自身の気付きにも繋がりました。この受講を通して、最終的にはその視点をしっかり意識していきたいと思います。 ペルソナはどう映る？ さらに、ブランディングやマーケティングにおけるペルソナ設定のプロセスで、顧客から「ここまで詳しく考えるんですね」と言われることもありますが、実際にはもっと深堀りできる可能性があると感じています。SNS発信でも、届けたい一人の人のためにアカウント設計を見直す意欲が湧きました。 次の一歩は？ 今後の課題として、以下の点に取り組みたいと考えています。まず、SNSのアカウント設計をし直すこと。次に、会社のホームページにおいても、講義内容を復習しながらデザイン思考をどのように組み込むかを実践的に検討すること。また、これまでのお客様アンケートの見直しを通じて顧客目線を再確認し、自身が顧客である立場になって、どのような要素に引き込まれたのかを具体的に解像度を上げることを意識していきたいと思います。

文章伝達の鍵は？ 相手に伝える文章を書く際のポイントとして以下のことを学びました。 主語述語の重要性は？ まず、主語と述語の関係をしっかり押さえることが重要です。日本語は主語を省略できる言語であり、文章が長くなると主語と述語がずれてしまうことがあります。そのため、文章は端的に短くする必要があります。 読者視点で理解？ また、文章全体を俯瞰して読み手の目線で評価することも大切です。読み手は書き手のプロセスを知りません。書き手としては自分の論理構成が納得できるものであっても、読み手に伝わらなければ意味がありません。 論拠の支えを確認？ ピラミッドストラクチャーという概念も学びました。これを基に論理的な文章を考えることが助けになります。特に主張を支える論拠を考える際には「対の概念」を念頭に置きます。ただし、論拠の強さや弱さは読み手次第であるため、読み手の立場や反応を予測しながら文章を構成することがポイントと感じました。 報告内容の要点は？ 日々の報告においては、メールやチャットなどが主な手段です。その際、結論・理由・事実をもとに端的に報告することが求められます。部内会議の議事録作成では、参加していない人にも内容が伝わるように、必要な情報を十分に含みながらも端的にまとめることが必要です。資料作成においては、事前にしっかりとロジックを考えた上でパワーポイントを作成することが重要です。 文章力向上は？ さらに、講師の提案にあった毎週400字程度の文章を試しに書いてみることを考えています。これをSNSなどで活用して、自分の文章力を鍛えていこうと思います。

プロセス分解の意義は？ 他の研修でプロセスマネジメントを学んだとき、結果管理だけでは検証が十分に行えず、属人化や再現性の低下が生じることを痛感しました。そのため、プロセスを細かく分解し、深掘りすることで問題点を明らかにし、打ち手の検討もしやすくなると実感しています。一方、実際の現場ではプロセスの分解は意外と難しく、面倒だというバイアスもあって浸透しにくい状況もあると感じます。 見直しの方法は？ また、プロセスの見直しには、目的の設定と仮説の立案を同時に行うことが重要です。前提の議論が不十分だと、プロセスを詳細に把握する意義も薄れ、問題抽出やプロセス設計が十分に進まなくなってしまいます。 ガントチャート活用は？ 仕事においてマネジメントの役割を担う中で、プロジェクト開始時にガントチャートとプロセスの分解を行うようにしています。これにより、進捗状況が可視化され、遅れや抜け漏れの予防につながり、会話の目線も統一されやすくなります。 ABテストの課題は？ さらに、ABテストを実施する際には、条件の検討が十分でない場合、Aを終わらせた後にBに着手する傾向が見受けられます。条件の整備が難しいため、目的と現状の把握を明確にし、ギャップ分析で仮説や課題を複数用意、優先順位をつけた上で詳細なプロセス分解を行うことが重要だと考えています。 効果的な評価方法は？ 最終的には、共通の評価基準を作るとともに、アクションプランと期限を設定することで、遅れや抜け漏れを防ぎ、目線を合わせたプロジェクト管理が可能になると実感しています。

経営の違いをP/Lでどう見る？ アキコのカフェのP/Lを見た後、再度アキコのカフェの事例を基に、コンセプトから各項目を確認すると、ミノルとの違いが明確にわかり、経営の違いやP/L上の各利益の見え方の違いが理解できました。今まで苦手意識を持っていたP/Lですが、読み解きポイントとして「全体をわしづかみ」「売上高をみる」「各利益をみる」「分析（傾向、相違点）」などの説明を通じて、少しずつ理解が深まりました。また、コンセプトが経営に与えるインパクトの大きさや「付加価値」の重要性も再認識しました。 P/Lの理解度をどう確認した？ まず、P/Lを定着させるために、自社または他社のP/Lを読んでみる必要があります。今回学んだことの理解度をチェックするために、社内の専門部門（経理）に説明し、答え合わせを行いました。最終的には、自部門（部品調達）に関係する社外のP/Lを読み解き、相手方の経営状況を把握する予定です。 自社・他社のP/Lをどう活用する？ 実際に自社または他社（業種問わず）のP/Lを入手して読み解き、そこから何が見えるかを整理してみました。私の場合、繰り返し実践しなければ知識が定着しないため、何度も試みました。結果を専門部門に説明し、理解度をチェックしたところ、認識違いがなかったため、特に問題ありませんでした。ただし、P/Lを作成する側の目線で細かい部分についてはアドバイスをもらいましたが、その部分までの理解はまだ不十分です。上記が完了した後には、自部門に関係する社外情報を入手して確認していきたいと考えています。

グラフの伝達目的は？ グラフの作成においては、何を伝えたいのかを明確に考え、その目的に合ったグラフの種類を選ぶことが重要です。グラフのタイトルや単位をしっかりと表記し、視覚的に差がわかるよう工夫することで、情報がより効果的に伝わります。また、伝えたい内容とグラフの色調を一致させることで、メッセージがより伝わりやすくなります。さらに、場合によってはイラストを加えることで、特定の情報を強調することができます。 目を引く文章とは？ 文章を書く際には、冒頭にアイキャッチを配置し、目を引くタイトルを工夫することが大切です。リード文は、読者の関心を引きつつ内容をわかりやすく伝えるよう心がけましょう。また、読み手によって文章の硬さや柔らかさを調整すると効果的です。体裁を整えることで、情報が整理され、相手に届けやすくなります。 短時間で伝えるには？ これらのスキルは、社内掲示板などで利用する文書作成に役立つでしょう。通りすがりに立ち止まって興味を持ってもらうためには、短時間で伝えたいことが伝わるよう工夫が必要です。情報共有において「見ていなかった」「見たけど内容を覚えていない」といったことを避けるためには、効率的な文書作成が求められます。 誰に届けたい？ 特定の対象者を想定し、「誰に対して文書を作成するのか」を第一に考えることで、伝えたい内容を整理することが可能です。これにより、グラフやイラスト、配色、フォント、強調点を考えやすくなります。また、文章が硬くなりがちなので、柔らかさにも留意して作成することが重要です。

クリティカルシンキングの活用場面は？ クリティカルシンキングは、課題解決や上司への提案、説得など多くの場面で活用できる思考法であることを理解しました。特に課題解決の場面では、自分の経験や勘に頼らず、関係する様々な人の立場から課題を見ることで、その本質を探り、より良い解決策を提案できると感じました。ライブ授業の「病院」をテーマにした課題では、病院に関わる人々の視点を変えることで、病院の役割について多様な考え方ができることに気づきました。また、他の受講生から自分にはない視点を学ぶことで、クリティカルシンキングの重要性を再認識しました。 システム要件定義への応用法は？ 現在、私は生命保険契約の電子手続き化に関するシステム要件定義作成に関わっており、部下が提案するシステム機能が本当に必要かどうか、管理職として判断を迫られることがあります。今回学んだことを活かし、視点や視座を広げ、顧客・営業・開発者・経営者の目線で機能のメリットとデメリットを考慮することが、より良い判断に繋がると実感しています。 どのように優先順位を考える？ 具体的には、部下から提案されたシステム機能の開発要否について、多角的にメリット・デメリットを洗い出し、優先順位を決めていきたいと思います。例えば、顧客目線では便利でも、実際の利用者が少なく費用がかさむ場合は、費用対効果を考慮して開発を見送るといった判断を意識して行っていきます。最終的に、部下や上司に対してなぜその判断をしたのかを説明する際、説得力のある説明ができると考えています。