(37ページ目)

課題 ✕ 検討

に関する学び

---

原因はどこにある？ 問題の原因を探る際は、まず全体のプロセスに分解し、どの段階で課題が発生しているかを明らかにします。その上で、解決策を検討する際には、複数の選択肢を洗い出し、根拠に基づいて最適なものに絞り込む手法が重要です。 A/Bテストの意味は？ また、A/Bテストはシンプルで運用や判断がしやすいというメリットがあり、低コストかつ少ない工数で実施できるため、リスクを最小限に抑えながら改善を進める有効な手段といえます。 利用状況の課題は？ 現在進めているサービスについては、利用者の活用状況を分析し、どのように利用され、さらに活用を推進するためにはどのような施策が効果的かを検討することが課題となっています。そこで、まず現状の利用状況を詳細に把握し、その分析結果をもとに仮説を立て、改善のための施策を検討していきます。 次のステップは？ 具体的には、各施策を一つずつ実施し、その結果を確認しながら次のステップへ進んでいく方針です。施策の実施期間は概ね1～2週間を想定していますが、内容とともに期間も適宜見直しながら検討していく予定です。

知識だけでは足りない？ ライブ授業の録画を見て、改めて学びが深まったと感じました。特に最後に先生が言った、「知識を得るだけでは駄目で、自分の頭で考えなければ身につかない。とはいえ、学びを止めてしまうと独断に陥る」という言葉が印象的でした。忙しさを理由に学ぶ機会を持たなければ、自分の経験だけでしか考えられなくなるのではないかと、少し不安を感じました。 本当の学びは何？ 改めて学ぶことの重要性を考える機会となりました。 問いは何で始める？ 課題の改善策を考える際には、まず問いを立て、問いを忘れないように広い視野を持って検討することが大切だと考えます。対象によって検討内容は変わるかもしれませんが、問いや軸を忘れずに思考することが重要です。 チーム方針はどう？ 来年度のチームの基本方針を検討しています。再来年度の変革に向けて、何を変え、何を変えないかを精査する必要があります。よりモチベーション高く取り組めるよう、目標設定や教育機会（研修など）についても今までのやり方を踏襲するだけでなく、広い視野で多角的に検討していきたいと考えています。

本当の課題は何？ 顕在化している問題をそのままイシューとして設定するのではなく、なぜそれらが生じているのか、本当の問題は何かを分析することが重要だと感じました。なぜなら、顕在化した問題に対して対症療法的なアクションを取っても、根本的な解決にはならないことが多いからです。しかし、本質的な課題を見つけるのは今の私にとって非常に困難であるため、思考を鍛える練習が必要とも感じています。 仕事のバランスはどう？ デイリー業務と企画業務のバランスを考える際や、残業時間削減に向けた対策の検討など、さまざまな場面でこのアプローチは役に立つと思います。顕在化した問題に隠れている潜在的な問題を深く分析し、正しい対策を探っていきたいです。 事実の関連はどう見る？ 見えている情報だけでイシューを設定するのではなく、なぜその事象が発生しているのかを考えるようにします。また、1つの事実から安易に結論を出すのではなく、複数の事実を関連づけ、問題の本質を考える癖をつけたいと思っています。情報を分析する際は、データを加工し、複数の視点からの検討を行うことも重要です。

意味ある問いは何？ 分析を進める際は、適当な手法に頼るのではなく、まず意味のある問いを立てることが大切です。その問いに対して、イシューを明確にし、論理的な枠組みの中で回答を導くことが求められます。また、思考の偏りを排除するためには、フレームワークを活用し、他者との反復練習を重ねることが有効です。 効果検証はどうする？ 一方で、制作物の効果検証においては、最初に問いを設定し、その問いに基づいて分析を行うことが基本です。これにより、クライアントの課題を解決するための講義の再設計や、講義の集客向上に向けた具体的な提案を行い、成約の精度をより高いものにすることが可能となります。 講義資料は再検討？ さらに、講義資料に関しては、顧客の反応が芳しくない箇所を的確に洗い出し、批判的な視点から見直すことが必要です。これまで経験や感覚で作成していた部分は、一度解体し、フレームワークを用いて再度根拠を明確にする方法が有効です。可能であれば、他者との対話を通じて率直な意見を取り入れることで、内容のブラッシュアップにつなげることが求められます。

原因分析はどう進める？ 原因の分析にあたっては、まずプロセスごとに分解し、確認することが大切だと感じました。特に「what／where／why／how」を意識し、まず「where」から入念に分析することで、その後の「why」や「how」の解像度が高まると理解しています。 A/Bテストってどうやる？ また、A/Bテストが有効な手法であることを学びました。その際、検証する「要素」は極力少なくし、その他の条件は共通とすることで、スコープを狭めることが重要だと感じました。実際にアプリ上でプッシュ通知とバナーを用いたA/Bテストを実施した経験から、振り返ると「キーメッセージ」に差が生じてしまった点が課題として残りました。 ログイン改善は何が？ さらに、アプリのログイン率向上を図るため、ログインに至るフローを細かく分解し、原因の追究を行いたいと考えています。特に、パスワード設定の箇所で離脱するユーザーが多いという仮説に基づき、検証からスタートする予定です。その後の改善策として、ユーザーインタビューやUIテストの実施を検討しています。

なぜ定量化と視覚化が重要なのか？ 定量化して物事を考えることの大切さと必要性、またグラフを作成して視覚化することの重要性を学びました。これに加えて、抜け漏れなく課題を考えるためにロジックツリーを利用し、様々な視点から解決策を導き出す方法が有効であることも理解しました。そして、最も大切なのは、解決すべきイシューを見極めることです。注力すべき課題や目的を明確にし、その役割を踏まえて解決すべき仮説を設定し、問題解決に取り組むことが重要です。 解決策の提示には何が必要か？ 解決策を提示する際には、事実や定量データに基づいて解釈を加えることが必要です。また、要素を抜け漏れなく考えるために、様々な仮説を検討し、最終的な目的からずれないように注意することが求められます。 提案とコミュニケーションの手法をどう活用する？ 仕事で提案内容や課題の特定、仮説を考える際には、ロジックツリーやグラフの作成などの手法を使って考えるとよいでしょう。また、コミュニケーションを取る際に、立場によって社内外の人がどんなことを考えているのかを言語化することも効果的です。

導入の不安は何？ AIなどの新しい技術を自社の業務に導入する際、最適な方法が明確でないことが多く、適当な仮説に頼るだけではユーザーのニーズを十分に捉えられず、導入がうまくいかない事例があると感じました。観察やインタビューを行い、ユーザーが直面している本当の課題を定義することが、根拠に基づいた施策の展開につながるのではないでしょうか。 事前準備は十分？ ただし、観察やインタビューを最初に実施する際、聞く内容があらかじめ決まっていないと十分な情報が得られないのではないか、という懸念もあります。一方で、こちらが求める回答にユーザーを誘導してしまう危険性もあるため、フラットな立場でユーザーの本音を引き出し、客観的に分析するプロセスが不可欠だと考えます。 ユーザー視点は大事？ 特に、共感を基盤とした課題定義の段階では、ユーザー中心の視点が非常に重要です。業務においては、新しい技術やソリューション自体に焦点が当たり、答えあたりの議論に陥りがちですが、常に解決すべきはユーザーの本質的な課題であることを念頭に置き、施策の検討を進めたいと思います。

ありたい姿はどう変わる？ この講座を受講する中で、自分が目指す「ありたい姿」が明確になりました。普段は物事を慎重に検討する反面、思い切った決断に臆病になりやすく、変化より現状維持を選びがちでした。しかし、現状を在り方として分析する方法を学ぶことで、根拠に基づいた選択や断念ができるようになり、その結果として自信を持って決断できるようになりました。 戦略は計画通り？ また、戦略の立案においては「設計」と「実行」という両輪が不可欠であり、綿密な設計があって初めて実行に移せるという考え方を身につけました。これにより、計画と実践の両面でバランスを取る重要性を実感しました。 変化にどう向き合う？ 一方、大学職員として従事している中で、年間を通じたルーティン業務の多さから成果が見えにくい現状に直面していました。しかし、こうした環境の中で時代の変化に対する危機感を感じ、自分自身のスキルアップを決意しました。前例に捉われず、課題の本質に問い続ける姿勢を大切にし、将来的には安定した大学経営を支えるための経営戦略を担えるスキルの習得を目指しています。

なぜイシューが大切？ イシューの特定が最も重要であると実感しました。目的や問いを明確にし、何が課題であるかを意識して考えることが、クリティカルシンキングの本質であると学びました。もしイシューを正確に捉えずに進めてしまうと、求める打ち手に辿りつくことができなくなるため、常にその視点を持つことが不可欠です。 課題整理はどうする？ プロジェクトでの課題に直面した際には、まず課題を分解して考えることが効果的です。提案や説明の際も、目的や課題を明確に伝えることで、相手に理解してもらいやすくなります。このアプローチは、課題に対する解決策の解像度を向上させるためにも役立ちます。 仲間の知恵は？ また、問題に対してすぐに打ち手を検討するのではなく、まずは課題やイシューが何であるかをしっかり意識すること、そして分解して考える習慣を身につけることが重要です。自分一人で考えるのではなく、チームメンバーや上司の意見を取り入れることで、思考の幅を広げることができ、他のチームの課題に対しても同じく思考し、言語化する練習を継続することが大切だと感じました。

共感ってどう大切？ 共感の大切さが一番印象に残りました。ユーザーの動作や発言に注目し、彼らの立場から本質的な課題を捉える観察力が必要だと感じました。また、誰がどのような状況でどんな課題に直面しているのかを明確にし、仮説に基づいた解決策を提供することの重要性も実感しました。 営業はどう変わる？ BtoB向けの営業プロセスでは、自社商品やサービスの提供に留まらず、まずユーザーの課題を把握することが基本です。ユーザーの課題を観察し、仮説を立てながら顧客との検証を繰り返すことで、まだ気づかれていない本質的な問題にも気付くことができ、その結果、より効果的な営業活動（インサイト営業）につなげることができると感じました。 課題共有は必要？ また、商談前に課題を共有する活動の重要性も印象に残りました。普段の業務においては、顧客サーベイやチームでのブレインストーミングを通じ、ユーザー視点の仮説を多々収集しています。その後、実際の検証結果をもとに、各メンバーが顧客との面談時の特性や仮説の内容を共有し、より質の高い対応策の検討へとつなげています。

イシューの問いはどう？ イシューを特定するための問いの立て方を学びました。問いは具体的な行動に落とし込むことが重要であり、イシューは一貫して追い続ける必要があります。そのため、定期的に立ち返って方針にブレがないかを確認することが大切です。 問いの背景はどう？ この手法は、社内のサポート対応にも活用できると感じています。問い合わせ内容をそのまま受け取るのではなく、なぜ問い合わせがあったのかを問い立て、本当に解決すべき課題を掘り下げることで、イシューを明確にし、結果としてサービスレベルの向上に繋がると考えています。 会議で問い直す？ また、問い合わせに対して問いを設けた上で、社員とのコミュニケーションを通じて情報収集し、イシューを明確にすることが必要です。メンバーごとに対応内容に違いが出ないようチーム内で共有し、長期間にわたり課題解決が進まない場合は、会議でイシューに立ち返り、問い自体が正しかったのかを含めて検討していくことが求められます。こうした流れを定例会議に組み込むことで、より効果的な対応が実現できると考えています。

ギャップをどう認識する？ 問題解決の4ステップのうち、特に「What」に注目し、あるべき姿と実際のギャップを定量的な指標（戻り作業件数、作業にかかった工数、提案件数など）で明確に合意することの重要性を学びました。また、原因分析ではロジックツリーを活用し、検討内容を「もれなく、ダブりなく」分けながら視覚化する方法についても理解が深まりました。 議論の進め方はどうする？ 議論に先立ち、まずメンバー全員で各ステップやロジックツリーの使い方を確認することで、効率的な打合せの進行が期待できると感じました。たとえば、自グループの課題を「あるべき姿に届いていない事柄」と「ありたい姿に到達させたい事柄」に分け、さらに緊急度や重要度の観点で項目を設定し、課題をリストアップします。その後、部門の評価基準に沿ってグループ化・絞り込みを行うことで、議論の視野が広がり、参加メンバーの納得度も向上すると考えています。さらに、年間のグループ目標設定時に、ロジックツリーを用いた項目分けも取り入れ、数多くある課題の中から重点項目を絞り込む議論の場を設ける予定です。