(34ページ目)

実施

に関する学び

---

分析本質はどう捉える？ 「分析の本質は比較」というテーマから、これまで漠然と捉えていた「分析」が、実は「比較」を前提として成り立っていることを再認識しました。比較対象が存在しなければ、意味のある分析は行えないという考え方に気づかされました。 課題整理はできてる？ 現状の課題として、収集したデータがそのままに放置され、分析に必要な比較対象が適切に選定されていない点、そして分析の目的が明確になっていない点が挙げられます。これらの課題を意識し、今後の業務改善に活かしていきたいと思います。 数値の変化はどうなってる？ コミュニティ運営では、入会や退会の集計を実施していますが、リソースの問題から、十分な分析には至っていませんでした。しかし、年単位の集計により、昨年や一昨年と比較してどのような数値になっているのか、またその数値に影響している要因は何かといった点を把握できると実感しています。 改善策は何だろう？ 今後は、分析の目的を明確にし、必要なデータ収集に努めるとともに、入会時および退会時のアンケート項目の見直しを実施します。そして、毎月の施策と入退会の関連性を紐付けることで、より実践的な分析を展開していきたいと考えています。

売上総利益と営業利益の違いは？ 売上総利益と営業利益の違いについて理解が深まりました。これまで、自分の仕事でサービスごとの損益計算を行っていた際、それを営業利益と呼んでいました。しかし、実際には販管費などを差し引く前の数字であるため、それは売上総利益であることが分かりました。この経験を通じて、一般的に使われている言葉でも、会社によっては内訳が異なることもあり得るため、各数字にどの項目が含まれているかをしっかり確認する必要があると感じました。 自分の事業全体をどう比較する？ 今後は、自分の事業全体における売上高、売上原価、そして販管費がどの程度かかっているのかを、昨年度と比較してみたいと思っています。これを実施することで、それぞれの用語に対する理解が深まり、自社の事業全体が儲かっているのか、どのような状態にあるのかを把握する助けになると思います。 サービスごとのPL比較で何を学ぶ？ また、扱っている各サービスのPLを並べて比較し、サービスごとの違いも見ていきたいと思います。具体的には、売上原価が多くかかるサービスと、売上原価が低く抑えつつ売上高を高く維持できるサービスなど、それぞれの特性を理解しようと考えています。

なぜ仮説は大切？ 「良い仮説」という言葉が非常に印象に残りました。これまで、問題が発生した際には、過去の経験や思い込みに基づいた一方的な判断に頼っていた部分があったと感じています。今後は、問題に対して複数の仮説を立て、それぞれを検証していくことが大切であると考えています。 売上課題の原因は？ 私の担当している製品販売では、代理店を通じた受注や売上に関する問題が頻繁に生じます。こうした課題に対しては、さまざまな仮説を立て、検証を進めることで問題解決を図る必要があります。特に、施策と受注売上の関係性を十分に考慮して対応することが重要だと思います。 セミナーの現状は？ まずは、施策に関する問題点を整理することから始めます。長年、定期的にセミナーなどを実施してきましたが、必ずしも思うような成果に結びついていない現状があります。今後は、まず顧客のニーズを正確に把握し、現行のセミナー内容が実際に顧客の要望に合致しているのか、改めて検証する必要があると考えます。 3C分析で状況は？ そして、まずは3C分析を通じて状況を明確に把握した上で、複数の仮説を立て、順次検証を行っていくことで、今後の改善策を模索していきたいと思います。

顧客視点は何が大事？ 施策自体は数多く存在し、斬新なアイディアも含まれる中で、自社の環境に合わせた実効性のある打ち手を実施するためには、正確に差別化を行うことが不可欠だと実感しました。何よりも重要なのは顧客目線であると気づかされ、社内の打ち合わせや申請フローに追われながらも、常に顧客の視点を忘れずに取り組むことが大切だと思います。また、考え方のサポートとなるフレームワークを活用することで、具体的なアプローチがより明確になると感じています。 企画段階で差は出る？ 食品という限定されない商品群を取り扱う中では、企画や提案の段階で差別化を意識することが求められます。今後は、顧客が望む売上や利益のタイミング、さらには消費者が求める品揃えや展開時期をしっかり考慮し、競合他社との差異を明確にした上で提案を進める姿勢を徹底したいと考えています。 業界の可能性は？ また、自身が属する食品業界については、バリューチェーンやシナリオプランニングの手法を用いて分析を開始し、業界内の自社の位置づけや可能性を具体的に把握しようと考えています。同様の手法を担当先でも活用し、知識と実践の両面で理解を深め、記憶に定着させることを目指します。

分析はどのプロセスから始める？ ＜印象に残った内容＞ ・プロセスに分解し、各プロセス毎に数値を見る ・A/Bテストの前に目的と仮説を明確にする ・データ分析はまず身近な課題から着手する A/Bテストの代替案は？ ＜感想＞ A/Bテストはオンラインサービスとの相性が非常に良いが、対面サービスやコストの問題で簡単に実施できない場合の代替案が気になりました。 残業時間削減へのアプローチ ①社内で使用しているSFA（営業支援システム）の切り替えに伴い、入力画面のインターフェース検討においてFigma等のツールを使ってA/Bテストを実施し、手戻りが無いようにする。 ②今後の人員削減に伴い、業務の棚卸しを行う。 この切り替えは少し先になるため、思考訓練として自分の残業時間を減らすための施策を考えました。 まず、業務の洗い出しと各業務のプロセスの分析を行います。そして、以下の代案を検討します。 外注や自動化は可能？ ・外注の可能性を探る 　・無料の外注が可能か 　・有料の外注が利用できるか ・自動化を進める ・不要なプロセスを廃止する 以上のステップを踏み、効率的かつ効果的な業務運営を目指したいと考えています。

キャリアの変化は？ ナノ単科での学びを通して、キャリア形成は一度きりのものではなく、自己理解の深化と環境変化への適応を繰り返すプロセスであると実感しました。特に、キャリア・アンカーという視点から、自分が仕事において最も大切にしている価値観や動機を見つめ直す機会となりました。 現職での挑戦は？ また、現職において、自分のキャリア・アンカーを保ちながら成長する方法を考える中で、戦略的なキャリア・サバイバルのアプローチが非常に参考になりました。今後の業務内容や変化する環境に対して、どのような能力や態度が必要かを具体的に整理し、将来計画につなげることの重要性を改めて感じました。 職務棚卸はどう？ さらに、学んだ内容を活かして、職務や役割の棚卸を実施し、必要な能力開発プランを立てるプロセスがとても実践的でした。自己理解を深めると同時に、周囲との対話を通じて、自分自身のキャリア管理を積極的に進める意欲が湧きました。 学びの広がりは？ 今回の学びは、個人の価値観を大切にしながら、組織全体としての成長にもつながることを実感させるものでした。これからは、得た知識を活かし、現場での実践をさらに推進していきたいと考えています。

比較の基本を理解するには？ 分析の基本は、比較です。また、その比較対象を適切に選ぶこと（Apple to Apple）が重要です。本講義とは直接関係ありませんが、ライブ授業と動画学習では問いの立て方が全く異なると感じました。特に、自分は具体的な問いの立て方ばかりをしていたため、久しぶりに抽象的な問いをグループワークで考えることが新鮮な学びとなりました。これは非常に良い機会だったと感じています。 日々の分析で意識すべき点 日々さまざまな分析を実施していますが、比較対象を慎重に選ぶことを実践していきます。その実践の中で課題に感じたことを、常に解決していく姿勢を持ち続けます。具体的な場面が浮かばないこともありますが、これも基本的なこととして心に留めておきます。 多様な問いの立て方が必要？ Q2の通り、分析は日々実践しています。そして、その中で本講義で学んだことを実践しながら課題に対する行動計画を常に考えます。Q1の通り、今回は「問いの立て方」に気づきがありました。特に、日常的に従業員に対する問いが具体的なものばかりに偏っていたことを反省しています。これを是正し、従業員に多様な学びを提供できるようになりたいと思います。

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

リーダーシップはどう見極める？ 企業変革の必要性と企業運営の複雑化が進む中で、マネージャーにはリーダーシップとマネジメントの両面での対応が求められています。リーダーシップのスタイルを見極める際、誤った認識をしてしまうケースがあると感じました。そのため、日常業務の中で業務の種類やメンバーの特性に合わせ、どのリーダーシップを発揮するべきかを意識的に考えていくことが重要だと実感しました。また、メンバー間にコンフリクトが存在するか否かが、対応方法を選ぶ決定的なポイントになるため、十分に注意する必要があります。 支援型リーダーシップはどう実践？ 今年度から新たに移動してきたスタッフに対しては、支援型リーダーシップを実践するよう努めたいと考えています。まずは各メンバーの理解状況をしっかりと観察し、進捗を確認しながら、目標達成に向けたスケジュール管理を徹底します。その一環として、業務説明の時間を改めて設け、業務の目的や今年度目指すべき目標、年度内に実施するタスクとスケジュールを明確に伝えます。さらに、伝えた内容の理解度を確認した上でタスクに取り組む体制を整え、定期的に（月に一度）進捗の確認と振り返りの時間を設けるようにしていきます。

アカウンティングの理解を深めるには？ アカウンティングの重要性や、事業活動の意味、事業活動を定量化する指標について、今まで漠然と理解していたことがしっかりと言語化され、体系的に整理されました。これにより、頭の中にフレームが形成され、とてもすっきりとした気持ちです。このフレームに情報や知識を加え、自分の中で考えを整理していくのが非常に楽しみです。 自社のP/LとB/Sをどう活用する？ まず、自社のP/LとB/Sを読み解けるようになり、俯瞰的な視点で自部署や他部署の事業活動を再考したいと考えています。その後、競合他社のP/LやB/Sを分析し、自社と比較することで、改善や成長のポイントを見つけたいです。 理解を深めるためのアプローチは？ 本講座を通じて、すべての内容をしっかりと理解し、疑問点がない状態で修了したいと考えています。その上で、自社のデータを読み解く際に生じる不明点については、上司に相談したり、質問の機会を作りつつ理解を深めたいと思います。競合他社の分析に関しては、特定の企業をピックアップし、理解を深めたいです。また、アカウンティングに詳しい周りの方々に声をかけ、比較検討会の実施を提案したいと考えています。

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

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