(18ページ目)

意識 ✕ 改善

に関する学び

---

伝えたいメッセージは？ 「相手に何を伝えたいのか」を明確に決め、その目的や内容に合わせたメッセージを考えることが重要であると学びました。これにより、スライドの構成やデザイン、いわゆる「How」の部分を工夫することが求められます。これまでは、このような手順を意識せずにスライドを作っていたため、相手に伝わりにくい資料になっていたことを痛感しました。今後はこの学びを実践し、より分かりやすく、効果的な資料作成を心がけたいと思います。 効果的な資料とは？ 資料作成においては積極的に改善していきたいです。特に人事という職種では、会社の施策を幹部や従業員に説明・周知する機会が多く、受け手が理解しやすい構成と明確な意図が求められます。その際、適切な表現や強調ポイントの正確な表現、情報量の適正化を常に自己検証しながら作成することが重要だと感じました。今後はこれらを意識し、より効果的でわかりやすい資料の作成を目指します。 アウトラインを見直す？ 資料作成時には、まず「伝えたい目的」と「受け手の視点」を明確にします。そして、資料のアウトラインを作成し、色分けやフォントサイズの調整といった方法で強調すべきポイントを視覚的に目立たせる工夫を施します。最終的には、発信前に受け手の視点で「伝えたい意図が正しく伝わるか」「表現が適切か」を確認し、必要に応じて修正を行います。

ニーズとペインポイントを考える理由は？ 今週の事例でもあったように、ニーズだけでなくペインポイントまで考えると、何を求めているかが明確になります。このアプローチは非常に論理的だと感じます。 コンビニ商品分析で得るものとは？ 真のニーズを考える際に、コンビニの商品が変わる様子を観察するのは興味深いですね。毎週変わる商品は、誰のニーズを満たそうとしているのかを考える良い訓練になります。 業務改善にペインポイントは役立つ？ 自社の職場における業務改善も、ペインポイント探しそのものだと感じました。改善エリアを見つける際に、皆が避けたがる業務や残業が多い業務には、必ず何かしらのペインポイントが存在すると考えられます。上位報告に関してもペインポイントを含めた真のニーズを考えながら資料を作成することで、質の高い資料が出来上がると考えました。 上位報告での良いサイクルの作り方は？ 上位報告においては、ニーズに基づいて資料を作成し、報告後にそのニーズが満たされていたかを周囲に確認することで、良いサイクルが作れます。また、部下との接し方、面談や進捗管理においても、ニーズとペインポイントを意識して話すことが重要です。 事業探索にカスタマージャーニーの重要性は？ 自領域の業務、特に事業探索ではカスタマージャーニーを意識することが大切だと感じました。

データ分析の目的を明確に データ分析は、目的を持たずに取り扱うと、ただの意味のない数字でしかありません。そのことを今回の学習で目の当たりにすることができました。データ分析を行うにあたっても、なぜその分析をするのかという背景が見えなければ、同じ数字でも全く違った見え方をしてしまいます。そこで重要なのは、何を目的として分析を行うのかを明確にすることです。目的意識を持ち、定量的にデータを取り扱うことの重要性を学びました。 データで組織をどう活性化？ 施策推進について考えると、個々の受付完了指標から組織や部単位での比較まで、データの切り口は多岐にわたります。組織が正常に稼働しているか、個人については「自分は頑張れているか」を評価することができます。さらには、何をもっと伸ばし、何を改善すべきか、メンバーのモチベーションの維持・向上のためにデータを利用したいと考えています。 データの伝達手段は？ データを出すタイミングについては、デイリーにするか毎月末にするかなど様々な選択肢があります。組織やプロジェクトチームが活性化するための指標として、データを積極的に活用していきたいと考えています。データの伝達手段もまた多様で、メールや対面、ミーティングなどがあります。伝えたい内容、そのボリュームや重要度に応じて手段を使い分け、効果的に展開していきたいと思います。

主語と述語の重要性を見直す 文章を書く際に主語と述語が正しく使われているかどうかは重要です。会話の中では自然に伝わることが多いですが、文章では違和感を生じることがあり、理解の障害となることがあります。伝えたい内容をしっかり整理し、どの切り口を用いるかを選定することが肝心です。情報を限定することで、伝える範囲を明確にすることができます。何でも詰め込むのは、かえって不自由さを招くことがあります。 フレームワーク活用の効果は？ 商材の選定、企画、社内ネットワークでのコミュニケーションなど、あらゆる機会でフレームワークが活用できます。特に自分から何かを発信する際には、最終的に用意する論拠を事前にしっかりと分類するためにピラミッドストラクチャーが役立ちます。今更ながら、フレームワークを正しく意図的に使うことが最も実践的であると感じました。 情報発信のための推敲法は？ 社内ネットワークでの情報発信、プレゼン資料、企画資料など、すべての場面でこの考え方を活用できます。特に主語の抜けについては、自分の発信時に意識的に取り組んでいるため、より高い精度で抜けをなくすための推敲を習慣にしたいです。提案の際には、関係する要素を幅広く捉えつつ、伝える際には恐れずに限定して伝えることを心がけ、相手が理解・納得しやすいものを作り上げることを目指していきたいと思います。

リーダーシップには何が必要？ リーダーとして考慮すべき点は、自分自身の感覚に頼ることが多かったと感じました。しかし、事業とメンバーの2軸から判断し、環境やメンバーの状況に応じた適切な声掛け方法を考えるフレームワークは、かかわり方を検討するうえで最低限必要な内容であると認識しました。もし、事業やメンバーの理解において知識が不足していると感じた場合は、しっかりとキャッチアップを行うべきだと考えています。 メンバーを動かすには？ 私自身はリーダーではないのですが、メンバーに動いてもらいたいときに躊躇してしまうことがあります。そこで、事業とメンバーの2軸から考慮し、環境とメンバーの状況に応じた声掛けの方法を工夫することで、自信をもって依頼できるようになりたいと考えています。今週はその考え方を意識し、1週間メンバーとのやり取りを行います。これにより、自分のクセや改善点に気づき、改善の機会にしたいと思います。 目標設定と役割分担における課題 具体的には、メンバーに動いてもらうためには、ある程度指示型に近い対応が必要だと思いました。私は上長ではないため直接的な指示はできませんが、お願いしたい内容を明確に文書化し、それについて議論する必要があると考えています。それは、現在の環境では目標が不明確で、メンバー間の役割分担に関するコンフリクトが多いからです。

ファネル分析の重要性とは？ マーケティング分野での業務経験があるため、比較的知っていることが多かったですが、ファネル分析において顧客の行動プロセスを適切に設定する必要性を改めて認識しました。また、プロセス×ウォーターフォールチャートはあまり使っていなかったので、今後活用してみたいと思います。 ABテストの基本と注意点は？ 以下、授業メモです。 ◆ABテスト - ABテストは1要素ずつ行います。複数の要素をテストしたい場合は、別の手法を検討する必要があります。 ◆ファネル分析 - ユーザーの利用段階ごとに、どの段階でユーザーが離脱しているのかを可視化します。 - プロセス×ウオーターフォールチャートを適切に活用します。 - 顧客の行動プロセスを適切に設定することが重要です。 GA4での課題解決にどう取り組む？ GA4でのファネル分析を新たに作成する際には、顧客の行動プロセスを意識します。また、プロセス×ウオーターフォールチャートを適切に活用し、ABテストもページスピードが低下するリスクを考慮しつつ活用を検討します。 ちょうど製品サイトのリニューアルを進めており、GA4の設定も見直す予定です。顧客の行動プロセスを意識したファネル分析を行い、原因探索が適切に行えるようにします。また、見出した原因に基づく改善にはABテストを活用します。

フィードバックロールプレイの発見 集合講座でのフィードバックロールプレイは、ポジティブな点だけでなく、ネガティブな事柄も伝える内容となっており、新鮮で多くの発見がありました。特に、マイナスのことを伝えるロールプレイは初めての経験だったため、頭を使いながらの学習となりました。また、相手がその期の活躍をどのように捉えているかをまず聞くことの重要性を改めて認識しました。 低評価メンバーへのアプローチ 私のチームにはプロフィット目標への意識が低く、評価が低迷しているメンバーがいます。まず、そのメンバーに自身の活動を振り返ってもらい、それを一緒に客観的に評価することで、最終的な評価を伝えられるようにアプローチを変えていきたいと思います。 フィードバックの機会をどう活用する？ 9月末から10月初めにかけて、上期の評価をフィードバックする機会があります。この際には、各目標に対する計画と行動、その結果と成果を定量的かつ定性的に振り返り、一緒に改善点を考える時間を持ちたいと思います。評価は評価として伝えながら、次へとつながる改善点を一緒に見つけることを目指します。 新任リーダー研修で継続的に学ぶには？ さらに、新任リーダー研修のプログラムにこのロールプレイを組み込み、研修の一環としてフィードバック練習を続けられるようにしたいと考えています。

問題解決の第一歩はどこ？ 問題解決の4つのプロセスを学びました。起きたことをwhat・where・why・howに分けて考えると、普段ではwhereやwhyについては何となく意識しているものの、その「何となく」から思いつきでhowに至ってしまうことが多いと感じました。whatについてはほとんど考えられていないように思います。また、現状とあるべき姿のギャップを言葉にしようとしても、うまく出てこないことに気づかされました。これは自分がいかに漠然とした考えで問題に向き合っていたかの証拠だと感じました。 定量的分析を習慣化すべき？ 目の前のことに一喜一憂せず、日々の問題には定量的な分析を行うことを習慣づけたいと思います。たとえば、キャンペーンの商品分析やチームメンバーの業務量の適正化なども、定量的に分解して考えると有効です。私たちの基本業務である当事者トラブルの解決にも、この方法が応用できるかもしれません。 ギャップをどう埋める？ 最初に取り組むべきは、現状とあるべき姿、またはありたい姿が個々人で漠然としてまとまっていない点の改善です。そのギャップを埋めることが大切です。問題解決の話し合いの場ではまずwhatを意識し、周囲との合意を図ることが重要です。ここを丁寧に行った後に、物事の分解・整理を学んだ通りに進めていきたいと思います。

どんな人物を目指す？ まず、自分が何を学ぶかという内容よりも、どのような人物になりたいか、その「ありたい姿」を明確に描くことの大切さを改めて実感しました。講座を進める中で、演習に没頭していた自分がいましたが、その過程で「ありたい姿」に向けては、学習習慣を確立しながら、同時にコンセプチュアル・スキルを身につける必要性を感じるようになりました。 どんな体験を届ける？ また、ただ単に数値を改善するのではなく、ユーザーにどのような体験を届けたいのかという「ありたい姿」から物事をスタートすることで、ぶれのない方向性が保てると感じました。具体的には、何をいつまでに行うかという計画だけでなく、チーム全体で「私たちはどのような存在になりたいか」を共有し、そのビジョンに基づいて戦略を立てることで、メンバーの主体性が高まり、プロジェクトがスムーズに進行することを学びました。 なぜ数字が気になる？ さらに、データに注目する際は「なぜこの数字になったのか」という仮説を立て、チーム内で共有することの重要性を知りました。月初には、プロジェクトを通じた「ありたい姿」を簡潔に1～2行でまとめ、企画立案や施策レビューの際には、3Cや4Pなどのフレームワークを活用して情報を構造化することで、現状のチェックと翌月に意識すべきスキルの選定が可能になると感じています.

情報伝達の大切さは？ 今回の学びを通して、情報が漏れなく重複なく伝わることの大切さを改めて認識しました。目的を見失わず、必要なポイントを抑えることの重要性が意識されました。 A/Bテストの効果は？ 特に、A/Bテストの活用は検証のしやすさや結果の共有において分かりやすい手法であると感じました。一定の制限をかけ、絞り込むことで方向性を見失わずに進める工夫にも気づきました。 広告運用のコツは？ 実務でgoogle広告を活用する中で、A/Bテストの形式で構成され、AIが複数のセンテンスを組み合わせることで広告の最適化を図る仕組みを再認識しました。小さな変更を繰り返すアプローチは、実際にすぐ活用できる効果的な方法だと実感しています。 プロモーションはどう？ また、運用しているプロモーションに関しては、早速実践に移し、チーム内で共有して理解を深めることが重要だと感じました。取得したデータをもとに分析し、意見を擦り合わせることで、より精度の高い施策へと進化させていく予定です。 チームでの改善は？ 今後は、A/Bテストの手法をさらに高度なものにグレードアップすることも視野に入れています。ただし、個々のスキルに偏ることなく、チーム全体でアウトプットの場を設け、ディスカッションを重ねるよう取り組んでいきたいと考えています。

データ分析の切り口選びで何が見える？ データの分け方によっては、見えてくる結果が異なることがあります。例えば、分解する切り口を誤ると、真の原因が発見できなくなることがあります。このとき、分解する切り口は「層別分解」「変数分解」「プロセス分解」の3つが有用です。これらの手法に慣れることが重要なので、自分で考えながら手を動かすことが大切です。 真の原因を探る鍵はどこに？ 問題解決において真の原因を探る際には、データ分析を行いますが、その際には分解の切り口が誤っていないかどうかを確認する必要があります。また、お客様へのヒアリングの中でMECEおよび5W1Hを意識することで、真の原因や現状を把握する際に役立ちます。 問題解決にMECEはどう活用する？ 問題の特定と分析において、問題を構成する要素を重複なく漏れなく分解することで全体像を把握しやすくなり、また問題の原因を特定する際に全ての可能性を考慮して整理することができます。業務プロセスの改善では、業務フローをMECEに分解することで効率化の余地を明確にします。データ分析とレポーティングでも、データをMECEに整理することで分析の精度を高め、クライアントにわかりやすく伝えることができます。加えて、プロジェクト管理ではプロジェクトのタスクをMECEに分解し、抜け漏れなく管理します。

ユーザー調査で成長？ ユーザーインタビューを実施している企業は、安定的に成長している傾向があることが分かりました。仮説だけに頼った商品やサービスの提供よりも、ユーザーの心に直接響く商品を作ることで、長期にわたって顧客からの支持を得られるという考えに納得しました。 実務と個人で使い分け？ 一方で、ユーザーインタビューやユーザー観察の重要性は理解しているものの、実際の業務や個人としての取り組みでは十分に活用できておらず、結局はアンケート調査で済ませてしまっているのが現状です。業務面では、新人や管理職向けに人材育成の一環として、毎日困っていることやわかりづらい点を聞く仕組みがあり、そのフィードバックを改善に役立てています。しかし、個人事業主としての活動においては、ユーザーインタビューやユーザー観察を全く実施していなかったため、今回トライしてみたいと思いました。 組織の整備は進む？ 組織全体としては、ユーザーインタビューやユーザー観察を体系的に行うための仕組みが十分に整っていないと感じます。個人的にはユーザーインタビューは大切だと思っていますが、これに抵抗感や苦手意識を持つメンバーがいるのも事実です。今後は、インタビュー用のフォームや質問リストを標準化することで、誰でも取り組みやすい環境を整える必要があると強く感じました。