(81ページ目)

役職が「一般社員／職員」

の受講生の学び

---

原因分解はどうする？ 問題の原因を明らかにするためには、まずプロセスに分解することが重要です。また、解決策を検討する際は、複数の選択肢を洗い出し、根拠をもって絞り込むことが求められます。 テスト実施はどう？ ABテストは、条件をできるだけ揃えて比較する有効な手法です。実施する際は、まず目的や仮説を明確にし、検証項目をしっかり設定することが大切です。さらに、テストは1要素ずつ行い、複数の要素を同時に検証する際は他の手法の検討が必要です。加えて、同一期間で実施することでテスト要素以外の環境要因の影響を最小限に抑えることが可能となります。 検証法はどう考える？ 広告効果の検証においては、CVポイントやKPIに応じて適切な検証方法が変わります。実際にABテストを実施する場合もあるため、どのポイントを検証するかという仮説設定が非常に重要です。 効果はどこで現れる？ 現在、広告効果の検証と分析に活用しているソリューションがあり、さらに新たなソリューションの開発も進めています。両方のソリューションを同時に走らせることで、どのKPIやCVポイントで新しいソリューションの効果が発揮されるかをABテストによって検証する絶好の機会だと考えています。

イノベーション普及の理由は？ 今回の学びでは、イノベーションが普及するための要因について理解を深めました。具体的には、従来のアイデアや技術に対する比較優位性、生活環境に無理なく馴染む適合性、利用者にとって理解しやすいわかりやすさが重要であると感じました。また、実際に試すことができる試用可能性や、採用されていることが周囲に明示される可視性も大きな要因だと実感しました。 バックオフィス業務効率は？ 現在の主たる業務は、バックオフィス業務の効率化と品質向上に注力しています。実際、実店舗や間接部門との連携においては、全社的な業務変革に対する抵抗感がある中、わかりやすさや適合性、試用可能性を意識したコミュニケーションが、業務の円滑な遂行に直結していると感じています。 部署移管の説明は？ また、既存業務を自部署へ移管する際には、新しい書式や使用方法についての説明が多く求められます。決まりごとや全社的な流れを伝えるだけでなく、相手が理解し納得するまで丁寧に説明責任を果たすことが、信頼関係の構築に不可欠だと再認識しました。 顧客志向はどうする？ 今後は、顧客志向の目線を重視し、相手が把握しやすい資料作成や説明会の実施に努めたいと考えています。

フレームの効果は？ 仕事において理解しづらく敬遠していたフレームワークも、自分の状況に当てはめると効果的であることに気づきました。フレームワークや原理原則は、ツールであり知恵であり、必要なものは他から借りて補えば良いのです。私には、経営者レベルの視座と視野が不足しています。すぐに追いつくことは難しいですが、フレームワークを活用し続けることでその視座に近づくための行動変容が必要です。 スキル不足の理由は？ 自分のスキル不足に対する自覚が足りていなかったことを痛感しました。担当者レベルのスキルに甘んじている現状を脱却するためには、戦略的に考え、計画を立て、実行し、管理するといったプロセスに逃げずに取り組むことが重要です。対症療法ではなく、根本的な解決を目指し、長期的な視野で課題に取り組んでいきます。 計画実行はどうする？ 下期の行動計画を見直し、現在必要とされているのは、課の課題に対して計画を立て、確実に実行することです。この課題解決案が戦略的に考えられているかを総点検し、長期的な目的とのリンク、取り組む優先順位、次年度へのつながりを考慮します。再設計した計画には、リソースを意識してマイルストーンを設定し、確実に完了させることに努めます。

仮説構築の重要性を学ぶ 今週は仮説構築の方法を学びました。仮説を立てる際には、複数の仮説を立て、その仮説同士に網羅性を持たせることが重要だと感じました。特に印象に残ったのは、仮説を立案しても都合の良い情報だけに頼らないことです。この点で、チームメンバーにも受講してもらいたいと強く思います。 ミニマム検証の重要性 仮説を立てた後、ヒアリングやアンケートなどを通じてミニマムに検証を行い、そのプロセスを繰り返すことが新規事業の場でも求められます。このことを再確認できました。 検証結果報告の注意点 現在、10月の実証実験に向けて、検証目的や結果の仮説を立案しています。検証結果を報告する際には、都合の良いデータだけを取得し、反論を排除することは絶対に避けたいと感じています。そのため、３C分析や４P分析といったフレームワークを活用し、再度検証結果の仮説立案を試みる予定です。 仮説立案を継続する意義 日々の業務においては、改めて仮説立案を実行し、問題解決の仮説について考えていきたいと思います。具体的には、what、where、why、howといった視点から仮説を再度見直すことで、自分の業務に対する関心や問題意識を向上させようと考えています。

問題解決プロセスの理解を深めるには？ 問題解決のプロセスについて理解が深まりました。解決策の立案である「how」を先に考えてしまいがちですが、4つのステップに沿って進める習慣をつけたいと感じました。 ロジックツリー活用の可能性とは？ フレームワークのロジックツリーやMECEはこれまで使ったことがなかったため、仕事で活用してみたいと思いました。層別分解や変数分解は初めて耳にしましたが、分析手法を学ぶことで今後の業務に非常に役立つと感じました。 新規事業に必要な問題解決プロセス 実証実験で行うインセンティブ設計などにロジックツリーやMECEを利用できると感じます。また、問題解決のプロセス自体も、新規事業を作る上で非常に有効だと考えています。解決策にばかり目が行きがちですが、問題の本質や発生原因を改めて考えることが重要だと認識しました。 事業モデルをどう整理し直す？ まずは、現在の事業モデルを整理し直すことから始めようと思います。そして、あるべき姿と現状とのギャップを埋める施策になっているかどうかを見直します。また、ロジックツリーやMECEは日常でも応用できるため、日頃から積極的に使用し、業務でも自然に活用できるようになりたいです。

フィードバックの意義は？ ユーザーやメンバーからのフィードバックが、製品やサービスのブラッシュアップに大いに寄与し、ひいては新たなアイデアの創出に繋がるという点が非常に印象的でした。現状では、製品開発において構造や機能の検証は行われるものの、人間中心の視点でユーザーの共感や意見を十分に取り入れる場面が少なく、チームで意見交換を行うことが新たな開発のヒントとなると感じました。 SCAMPER法の効果は？ また、SCAMPER法の7つの視点を実際に活用することで、その効果が実感できるという点も参考になりました。さらに、初めて知ったストーリーボードは、ユーザーの価値ある体験を物語形式で視覚化する手法として理解が深まり、大変有益でした。 ペルソナ設定はどう？ この学びを通じて、エンドユーザーを具体的にイメージするためにペルソナを明確に設定すること、そしてエンドユーザーにとっての価値（バリュープロポジション）を中心に考えることの重要性を再認識しました。加えて、開発チーム内でSCAMPER法やダブルダイヤモンドの手法を取り入れ、ユーザーからのフィードバックを効果的に得られる仕組みを構築することが、今後の製品開発に大いに役立つと感じました。

仮説の幅をどう広げる？ GAiLで4Pフレームワークを活用することで、仮説の幅を広げる経験ができました。この学びから、3Cや4Pフレームワークを活用し、反復してアウトプットする重要性を改めて実感しました。また、仮説の意義や目的についてもしっかりと学ぶことができ、日常の業務において自ら仮説を持つことの大切さを再認識することができました。 データで何が変わる？ 一方で、「平均を算出したり標準偏差を求めたりするひと手間を惜しまない」「必要なデータがない場合は、仮説を裏付けるために自らデータを取りに行く」という点が特に耳に残りました。忙しさを理由に現状のデータだけで問題解決できると考えがちですが、より良い解決のためには、ひと手間をかける姿勢が必要だと感じています。 未来志向の仮説は？ これまで、問題解決の仮説を立てる際には、過去のデータに依存する傾向がありました。しかし、現在の業務では将来に向けた視点が求められているため、思考のアプローチを変える必要を感じています。今後は、過去のデータだけに頼るのではなく、アンケートやインタビューなどを活用して新たなデータ取得に努め、4Pフレームワークを用いて幅広い仮説の検証に取り組んでいきたいと思います。

伝える目的は何？ 「伝える」という点において、目的の重要性を再確認しました。前回と同様に、「誰に対して、どのようなことを求めているのか」を明確にすることが、伝達行動の鍵であると感じました。今週の学習では、視覚化によってどのように伝わりやすくなるかについて、多くの気づきを得ることができました。資料を作成する際、「これくらいわかるだろう」と思い込みがちですが、読み手の負担を軽減することが重要であると意識します。 資料作成の工夫は？ アンケートや施策効果検証においてグラフや資料の作成を行う機会が頻繁にあります。最近ではCM効果検証の報告資料をまとめましたが、グラフの作成方法や強調すべきポイント、そして見やすさの追求において不足している部分が多いと感じました。資料を見返すと、多くの学びがあり、次回の資料作成に活かしたいと思います。 説明方法はどう？ 週明けには、施策の打合せで概要を説明する機会があります。その際に、誰に伝えるのか、どのポイントが重要なのか、そして伝えたいことは何かを整理したいと思います。これを視覚化（文章に起こすこと、比較表やフロー図を作成すること）を通じて、初見でも理解しやすい説明をできるよう準備を進めたいと考えています。

結論は本当に正しい？ データを扱う際には、まず計算して情報を加工し、複数の視点から分解し、得られた結論が本当に正しいかどうかを疑うことが重要だと学びました。表や数字を眺めて悩むよりも、実際に手を動かして考える方が効果的であると感じています。 調査結果をどう見る？ これからは、マーケティング調査の結果を見て、どのようなニーズが存在するのかを理解するために使おうと思っています。これまでは、マーケティング部から提供された考察を読み、データに違和感がなければ納得していました。しかし、今後は得られたデータを自分で加工および分解し、その上で考察してみようと思います。そして、共有された考察が本当に正しいのかについても疑いの目を持つことを心がけたいと思っています。 自分で検証してみる？ 今後、調査結果が共有された際には、自分でもデータを一度加工・分解してみるようにします。MECE（Mutually Exclusive, Collectively Exhaustive）を意識しつつ、まずは手を動かして、加工や分解に慣れることを目標とします。そして、得られた考察には常に疑問を持ち、自分の意見を形成したら、他の人にもそれを共有するように心がけます。

日本語理解の重要性を痛感 日本語を正しく理解することの重要性を改めて感じました。伝えたい相手が誰であるかを明確にしておかないと、内容がうまく伝わらないことを痛感しました。 ピラミッドストラクチャーの活用法とは？ 日本語は主語を省いてもなんとなく伝わってしまいます。しかし、ピラミッドストラクチャーを活用することで、正確に相手に伝わる文章が記載でき、確認のやり取りの手間も減らせるという大きなメリットがあります。これをきちんと評価し、手順を踏んで構成ができるように意識して行動していきます。 提案時のコミュニケーション戦略 特に上司や業者への提案時には、誰に伝えるかが変わるだけで求められる結果も異なるため、相手を正確に理解し、整理した内容で伝えることが求められます。このため、上記の理由から提案時には特に意識して行動します。 効果的な行動計画の立て方 行動計画としては、まず文章にいきなり着手することはしません。その前に、誰に提出するかを明確にし、次に何を伝えたいかをセットします。その後、ピラミッドストラクチャーに当てはめて整理します。 習慣化するための徹底方針 これらのことを徹底して行い、習慣化していきます。

具体と抽象のキャッチボールとは？ 具体的な事例を多く挙げ、そこから抽象的な考察を導き出すことが必要です。その上で、再び具体的な方法を考えるという「具体と抽象のキャッチボール」を意識することが大切です。私自身、偏った視点を持っていると感じるため、常に視点、視座、視野を広げ、「もう一人の自分」を意識するようにしています。 業務改革での新たな取り組みとは？ 現在、業務改革プロジェクトとして、業務の効率化や省人化に取り組んでいます。業務の見直しに際しては、一つの観点だけでなく、多角的な視点からアプローチするよう心掛けています。ブレインストーミング、抽象化、さらに具体的な解決策の提案といった過程を繰り返すことで、より本質的な改善点や改善方法を見つけ出せると考えています。 小さな点を見逃さずにメモする習慣 日々のルーチンワークの中でも、以前は特に気に留めていなかった小さな点をメモとして残す習慣をつけました。また、異動してきた人にレクチャーをする際に出てくる質問は、単に受け流すのではなく、業務改善のヒントとして意識するようにしています。気になった点や挙がった疑義は、他人と共有して議論することで、新たな視点を取り入れることができると感じています。

自分の甘さはどこに？ 他者からのフィードバックによって、プロトタイプ作成時に私自身が気づかなかった点や手を抜いた部分が的確に指摘され、改めて自分の甘さを認識する機会となりました。指摘されると、わかっていても少し辛い気持ちになるものですが、プロトタイプに過度に時間をかけるよりも、フィードバックを成功への重要な材料と捉えるべきだと実感しました。 意見の真意は何だろう？ フィードバックを行う側としては、複数の視点から意見を述べるやり方や、特徴を端的な言葉で表現する方法は有効だと感じました。先日、内部向けの打合せ用資料のたたき台を作成し、テストの場として様々な意見を受ける機会がありました。中には的外れなコメントもありましたが、その原因は私の資料作りの不十分さや説明不足にあると謙虚に受け止め、資料を作り直した結果、前よりも良いものにできたと感じています。 改善策はどう見える？ 現職では資料作成が求められる局面が多いため、まずは内部の関係者からフィードバックを受けるテストの場を積極的に設けたいと思います。初めから完璧なものを出すことに固執せず、まずは内部打合せの日程を決め、段階を追って作業することで、作業遅れを防ぐ工夫が有効だと考えています。