(20ページ目)

課題 ✕ 実施

に関する学び

---

なぜ売れる理由は？ 実際にある企業を例にとり、その商品の売れる理由を実践的に分析する機会がありました。この分析から、自社の強みについて改めて考えるきっかけとなりました。 どう顧客を捉える？ また、顧客ニーズを深く理解するために、カスタマージャーニーやペインポイントに着目する手法を学べた点も大変有益でした。自社サービスにおける改善のヒントを得ることができたと感じています。 どこに改善の鍵は？ 現在、サービスの課題解決に向け、アンケートやインタビューを実施する予定です。顧客のカスタマージャーニーを整理し、どこに改善ポイントがあるのかを明確にすることで、新たな解決策の発見に結びつけたいと考えています。 何が成功の秘訣？ 具体的には、以下の取り組みを進める予定です。まず、アンケートやインタビューを通じて顧客ニーズを深掘りし、次にカスタマージャーニーを整理します。さらに、競合他社がどのように顧客と関わり、サービスの提供や改善に取り組んでいるかを調査し、その他、様々なサービスが売れている理由について、現地での観察や実際の体験を通して考察していくつもりです。

本質はどう見える？ 課題解決において、目の前の問題に直接取り組むのではなく、本質をとらえてイシューを明確にすることの重要性を感じました。これを実現するためには、物事を多角的に分析する必要があります。また、WEEK1からの学びをすべて振り返ることが今回の学びにつながると感じたため、再度復習をしようと考えました。 処方データの示唆？ 医師への処方拡大を検討する際には、処方データや医師の治療方針などから課題を特定します。薬剤の処方データを扱う際には、複数の観点からデータを分解し、適切なグラフで傾向を示します。その後、イシューを特定し、実施すべき施策を決定します。 対象エリアは？ 講演会を企画する場合には、対象エリアのデータを再確認して、取り組むべき内容について検討します。企画書を作成する際には、この情報をもとに具体的な内容を決定します。 計画の根拠は？ 上長への活動計画の報告においては、担当施設の現状をデータにより明確化し、ボトルネックを明らかにした上で、なぜその計画に至ったのかを説明します。こうしたアプローチを取ることで、本質的な課題解決を進めることができます。

データから課題は？ データをもとに課題を明確にし、施策を立案する際は、情報を細かく分解して具体的な問題部分を特定することが重要です。問題箇所がはっきりしていないと、誤った施策を実施してしまい、問題解決に繋がらない恐れがあります。 イシューの原点は？ 一方で、最初に設定したイシューを忘れずに保持する姿勢も大切です。人間はつい本来のイシューから逸れてしまいがちですが、常に立ち戻りながら議論を進めることで、正確な解決策を見出すことが可能になります。 問題の本質は？ また、品質マネジメントの観点から、オペレーションミスの報告データを扱う場合、単にデータを眺めるだけでなく、さまざまな切り口で分解し、どこに問題が潜んでいるのかを明確にすることが有効だと感じています。 会議の進め方は？ さらに、会議においてイシューがズレることはよくあります。そのため、必ずアジェンダを設定し、各項目ごとに目標を明確に共有する体制を整えることが必要です。あいまいな状態で会議を終えるのではなく、具体的なアクションにつながる形で議論を締めくくることが、問題解決への一歩となると考えています。

地域活動の工夫は何か？ 今回の学びから、地域活動やプロジェクトの進め方にすぐに活かせる工夫を感じました。たとえば、地域のワークショップやイベント企画では、初めから完璧な形を狙わず、まずは小規模な試みとして実施し、参加者の反応を確認しながら少しずつ改善を加える方法が有効だと思います。 住民意見の掘り下げは？ また、住民の意見を集める際には、単に要望を聞くだけでなく、本質的な課題を掘り下げることが大切です。表面的な意見と実際の課題には違いがある場合が多く、試行錯誤の中で本当に必要な解決策が見えてくると感じました。 多様な視点の大切さは？ さらに、アイデアの幅を広げるためには、多様な視点を取り入れることが重要です。自分ひとりでは思いつかなかった新たな発想が生まれる可能性があり、完璧を追求する前にまず動くことで、迅速な改善や計画の実現へとつながると実感しました。 試行錯誤の結果は？ このように、共感を深めながら小さな試みでスタートし、試作とテストを繰り返すことによって、実際のニーズに即した取り組みへと改善していくことができると感じました。

どんな発見があった？ 演習を通じて、様々な背景や経験を持つ人々が異なる視点でアイデアを出し合う面白さを感じました。今回の学習では、いくつかの前提や仮説があらかじめ定義されていましたが、実際のビジネスの現場では、表面的な事象（例えば売上げの減少）に対して、どのような前提を確認し、どのような仮説を立てるのか、さらにそれをどのように検証していくのかが重要です。この試行の回数も含めたプロセスが必要だと感じました。 現状分析はどう考える？ 自社のビジネス分析全般に応用できるフレームワークだと思います。特定のサービスやアドオンの売上げ増減の理由を分析し、その再現性を確認して次の施策立案に繋げる振る舞いは、特に営業系の領域では常に求められています。 カウンター施策は何か？ たとえば、前四半期ではある製品の低価格版の失注率が高かったとします。それに対して、他社がSMB向けに競争力のあるキャンペーンを実施していたことが判明し、それに応じたカウンター施策やカウンタートークの検討が必要となるように、課題の発見から分析・施策立案のサイクルを意識的に回してみることが大切です。

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

何故課題意識は必要？ 分析の目的や課題意識を明確にすることで、日常の業務だけでなく、普段目にする分析データについても「なぜ？」と考える習慣が身につきました。例えば、ニュース記事で医師不足が取り上げられる場合、その背後にある分析の意図や解決すべき課題を自分なりに考察するきっかけとなりました。 施策評価はどう？ また、業務で複数の施策を企画・実行する中で、効果を評価するための分析が重要だと感じています。中長期的な戦略の実行に際し、連続性のある施策を実施するためにも、小さな施策のブラッシュアップを繰り返す必要があると考えています。たとえば、アプリへのログインプロセスを細かく分解し、特に初回ログイン率の向上に向けた分析を進めています。 情報取得は万全？ さらに、戦略立案の段階から必要な情報やデータが適切に取得できているかを精査し、取得できていないデータにはタグ付けなどの対応を実施して、常に分析が可能な状態を作り上げています。同じ条件で定期的にログの確認やレポート作成を行う仕組みを整備することで、継続的な定点観測が可能になりました。

切り口の偏りは？ せっかくデータを作成しても、切り口が偏ると適切な分析ができない場合があります。そのため、まずは多くの切り口で検証し、仮に失敗しても恐れずに試みることが重要です。 視覚資料の活用は？ また、グラフなどの視覚資料を効果的に活用するとともに、全体の区切りや範囲に注意を払い、ダブりや漏れがないように全体像を俯瞰しながら、目的に沿って細かく分解する工夫が求められます。 目的と創意工夫は？ 目的を見失わずに、データを創意工夫して見せる姿勢も大切です。MECE（漏れなく、ダブりなく）を意識し、複数の切り口から分析を行い、その結果を分かりやすく伝えることを心掛けましょう。職場の意見を反映する際も、偏った分析にならないよう真の原因を追求することが必要です。 アンケートの目的は？ 今後、職場環境の改善を進めるためにアンケートを実施する際は、まず目的を明確にし、事務局の方向性と従業員の意見のギャップを把握することが基本となります。さまざまな視点から課題を検証し、その分析結果を分かりやすく報告する工夫を重ねていきたいと考えています。

原因はどこにある？ 問題解決にあたっては、まず問題がなぜ発生したのか、その原因を明らかにすることが非常に重要です。原因究明のためには、問題が発生するまでのプロセスを分解して分析するアプローチが有効です。各プロセスごとにどこに問題があったのかを洗い出し、整理することで、問題の根本原因に迫ることができます。 改善策は効果的？ このプロセス分析に基づいた仮説を複数立てたうえで、実際に改善策を試してみることも重要です。たとえば、A/Bテストを活用して実施した改善策の効果を検証し、より良い解決策に結びつけることが考えられます。こうしたステップにより、単なる経験や直感に頼った対応ではなく、実際のデータに基づく精度の高い問題解決が可能となります。 今後はどうする？ 今後、課題への対応としては、まず問題が発生した経緯と各プロセスで何が問題だったのかを、具体的なデータ分析の結果から明確にすることを心がけたいと思います。そして、複数の仮説を立てた上で、改善策を実施し、その結果を詳細に分析することで、プロセス全体の質の向上につなげていければと考えています。

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

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

問いとは何だろう？ 今週は「問い・イシュー」を学び、これまで学んだことの総合演習を実施しました。イシューとは、今ここで答えを出すべき問いであり、長期的な課題解決のためには用いません。また、イシューを設定しないと論点がずれやすくなるため、常に意識し一貫して押さえ続けることが大切だと実感しました。 会議は何を促す？ 会議では「今日のゴール」を設定し、議事録の一番上に書いて全員で共有しました。その結果、イシューや目的が何であったかを改めて意識でき、各参加者のイシューがずれることなく進められたと感じました。今後もこの方法を継続していきたいと思います。 メモはどう活かす？ また、会議の議事録だけでなく、誰かに見せるためではなく自分用のメモにもこの考え方を応用したいと考えています。過去には、目的と手段が入れ替わっていると言われることがありましたが、イシューを明確に設定していなかったため、そうした指摘にピンとこなかった経験があります。今後はまず問いを立て、何がイシューなのかを念頭に置いた一貫性のある思考を心がけたいです。