(20ページ目)

今後 ✕ 課題

に関する学び

---

どう仮説を組み立てる？ 仮説を立てる際、3Cや4Pなどのフレームワークを活用することで、単なる直感に頼った場合に陥りがちな同じ発想の偏りを防ぐことができると学びました。フレームワークを用いることで、さまざまな角度から検討し、網羅的かつ説得力のある仮説を導き出すことが可能です。 逆の視点も意識する？ また、仮説作成時には逆の視点から検証することが重要であると実感しました。反証のプロセスを取り入れることで仮説の信頼性が高まり、より客観的な判断ができると感じています。普段は「顧客の課題を定義し、その解決策を考える」というアプローチを実践していますが、解決策を検討する前に仮説を明確にすることの大切さを再認識しました。 今後の戦略をどうする？ 今後は、解決策を検討する前に必ず仮説を立て、その検証を意識した取り組みを強化していきたいと考えています。「課題定義 → 仮説立案 → 解決策の検討 → 仮説の検証」というプロセスを意識することで、より論理的で根拠に基づいたアプローチが可能になると期待しています。 各部署で実践できる？ 例えば、新たに導入した業務用Webアプリが期待通りに活用されていない場合、まずは「What（問題）」「Where（問題の所在）」「Why（原因）」「How（対策）」の流れで現状を分析し、各部署における利用状況や課題を明確にします。その上で、使っていない部署ごとにアプリのメリットを整理して伝えるとともに、各部署の業務にあった具体的な活用方法を提案することで、問題解決を目指します。

学びのポイントは？ 現在の担当業務では、グラフや文字を用いた資料作成が多いため、WEEK4は特に多くの学びが得られました。主な学びや印象に残ったことは以下の通りです。 伝え方の工夫は？ まず、メッセージに沿って情報の順序を合わせることが重要であるという点です。また、メッセージに一言添えることで意図が伝わりやすくなります。さらに、メッセージと図表の整合性を確保し、強調したい部分を意識することで、スライドで伝えたいメッセージをより明確に伝えることができます。 読者の引き寄せは？ 読者に興味を持ってもらい、最後まで読んでもらうためには、書き手の知名度やお役立ち感、その先を読みたくなるような冒頭の文章を作成することが効果的だと感じました。 効果的なスライドとは？ 経営層に対して施策の状況と今後の課題を一枚のスライドで示す際には、まずそのスライドで伝えたいメッセージを整理し、作成後にメッセージと図表の整合性が取れているか確認することが重要です。また、イベントメールの案内には、提供する情報の価値がより目立つような構成にすることが効果的です。 整理と見直しの法則は？ スライド作成の際には、いきなり作成に入るのではなく、まず伝えたいメッセージをノートなどに整理し、そのメッセージが伝わるような図表や構成を考え、整合性を確認する必要があります。メール作成の際にも、伝えたいメッセージを整理し、メール本文を作成した後、一度時間を置いてから、読み手の視点で見直すことが大切です。

なぜイシューは難しかった？ 今週のテーマは「イシューを捉える」でしたが、これまでの学びの中でも特に難しさを感じました。これまでは、解決したいこと＝イシューと捉えがちでしたが、今回、まず解決したい目標を前提としてデータを分析し、根本的な問題を洗い出すことが効果的だと学びました。 具体と抽象はどう使う？ データを細かく分け、一つ一つ検証する過程で、week1で学んだ具体と抽象の考え方が役立ち、これまでの知識の総合によって初めてイシューを正しく捉えられると実感できました。 なぜ修正時間が増える？ 自身の業務では、開発プロジェクトの工数見積もりにおいて、簡単な修正にもかかわらず、なぜ時間がかかってしまうのかという疑問が生じることがよくあります。修正作業や影響確認、テストに要する時間で終わらせがちな現状を踏まえ、それぞれの問題について「なぜ」を追求していく必要性を感じています。 解決策はどう見出す？ それぞれの問題に対する具体的な解決策が見つかれば、プロジェクト全体の必要期間が短縮でき、恒久的な改善策が確立されれば、将来的なプロジェクトもこれまでより短い期間で進めることが可能になるでしょう。 論理的思考の進め方は？ 今後も、問題に対して論理ツリーのように「なぜ」を分解し、根本課題および効果的な解決策を模索する姿勢を持ち続けたいと思います。今週の総合演習では思考にかなり頭を使い疲労を感じましたが、このプロセスに慣れ、考える場面を増やしていくことが成長に繋がると考えています。

価値はどう伝わる？ サービスが提供する価値は、モノとそれにまつわる体験がしっかりとお客さまに届くことで実現されます。お客さまが「また買いたい」「また行きたい」と感じ、ファンになっていただければ、そのサービスは他と差別化できる大きな強みとなります。しかし、同じ体験が続くと魅力は次第に薄れてしまうため、常に新しい体験の提供が求められます。また、企業のブランディングやその打ち出し方も、こうした体験の一部としてお客さまに伝わっています。 営業から体験へは？ カンファレンスやイベントを通じたリード獲得から、実際の営業での商談、さらにはサービス導入前後のお客さまの体験まで、一連の流れがどのように評価されているかは、今後のサービス向上にとって非常に重要です。現在、ハイタッチとテックタッチの使い分けは進められているものの、お客さま向けのコミュニケーションプランの整備にはまだ改善の余地があると感じます。 現場の知見はどう？ さらに、実際にお客さまのもとへ出向き、現場の洞察を得ることは、サービス改善のために必須です。どのような前提知識で自社サービスが利用され、また課題や十分に活用されていないサービスが何かを深掘りすることで、お客さまのニーズにより的確に応えることが可能になります。加えて、社内ではヒアリングの様子をSlack huddleなどで共有し、従来のお客さまターゲットと今回のニーズとの違いや、求められているワンアクションの軽減点について、開発メンバーと共に検討することが大切だと実感しました。

発注とユーザーの違いは？ ITシステムの外部委託先の立場から考えると、システム開発を進める際、お客様はエンドユーザーというよりも、顧客企業の担当部門として対応することが多いです。担当部門はユーザーと異なる視点を持つため、今回学んだエンドユーザーの立場よりも、発注者の意向に注力せざるを得ません。しかし、発注者との共感、課題の理解、試作品の作成といったプロセスは十分に実現可能です。真にエンドユーザーに役立つものを提供するのは難しいものの、発注者の満足を追求する姿勢が重要だと感じています。 満足の不一致はどう？ 一方で、発注者の満足を追求できたとしても、発注者がエンドユーザーに目を向けなければ、エンドユーザーの満足と発注者の満足は一致しなくなります。このような複雑な階層構造を持つ大規模な組織では、デザイン思考を一部の人だけが理解していても、途中のプロセスでその意義が薄れてしまうため、広く多くの人に理解してもらうことが必要だと考えました。 試作品の使い分けは？ また、プロトタイプの作成方法によって検証できる項目は異なるため、一つのプロトタイプが最適かどうかを問うよりも、各プロトタイプの特性を活かして使い分け、互いに補完していくことが重要です。さらに、組織階層が深い大規模な組織では、開発過程に関わるすべての人がデザイン思考の考え方を身につける必要があると感じました。加えて、生成AIを発注者役として活用し、想定問答を行う手法も有用であると実感したため、今後も積極的に取り入れていきたいと思います。

原因特定で悩む？ 問題解決のためには、「WHAT」「WHERE」「WHY」「HOW」の４つのステップで整理すると良いと感じました。私は特に「WHERE」の段階、つまり「原因の特定」に偏りがあったように感じますが、今後は「状況把握」や「解決策」に関しても仮説を立て、ロジックツリーを使って可視化するようにしたいと思います。一度有効だと考えた仮説に固執せず、全体を整理し直す柔軟な姿勢を大切にしていきたいです。 人事課題に挑む？ 人事課題では、正解がない問題が多く、一般論や他社の傾向と自社の実情が必ずしも一致しない場合があります。そんな中で自分が立てた仮説やその結論を明確にするため、ロジックツリーを作成しながら取り組んでいくことが重要だと感じました。また、これまで属性ごとに人事データを層別分解してきたものの、変数ごとの解釈が不足していたため、状況に応じてさまざまな角度から仮説の検証を行えるように努めたいと思います。 本当の問題は？ まずは、目の前のデータに頼るのではなく、何が本当の問題なのかを明確にするための仮説を立て、その仮説をロジックツリーのような形で整理していきます。現状のデータだけでなく、どんなデータがあればより適切な比較ができるかを考え、必要であればデータを収集できる体制を整えることにも注力していきたいです。 検証の進め方は？ 最後に、実際にデータを使って仮説を検証する際には、ログを残すことや、時間や状況の違いを比較することを意識しながら、着実に分析を進めていく所存です。

学びで何が変わった？ 今週は、規模の経済性、習熟効果、範囲の経済性について学びました。これらはコスト削減に役立つという認識は以前からありましたが、具体的に言葉にして整理されることで、より実感できるようになりました。また、効果が見られない場合もあるという説明を受け、自分自身がその点に気づいていなかったことを再認識しました。 ネット効果をどう見る？ また、過去にゲーム業界、現在はIT業界にいるため、ネットワーク経済性に関しては日常的に意識する場面が多いですが、今回の学びにより、普段はあまり意識していなかった部分も含めて、再確認することができました。 固定費削減の秘訣は？ 私の所属する会社はデータ分析をビジネスの柱としており、これまで競合が比較的少なく、専門職であったため高コストでも許容されていました。しかし、最近ではLLMやAIエージェントの登場で、専門職に限定されない業務も増えているため、差別化戦略を検討する一方で、コスト削減が重要な課題となっています。いかに固定費を下げ、売上や利益を向上させるかが喫緊のテーマとなっており、今回の学びは具体的な施策を検討する際の重要な軸として活用していこうと考えています。 可視化で議論進む？ 今後は、各施策にフレームワークを適用して抜け漏れがないか、また見落としているメリットやデメリットがないかを整理し、可視化していく予定です。上司とのディスカッションは口頭で進むことが多いため、こうした可視化を通じて議論をより明確に進めていきたいと思います。

プロトタイプの効果は？ 新規事業開発の現場では、従来、テキストや紙芝居を用いてコンセプトや提供価値を磨く方法を意識していました。しかし、議論をより活性化させるために、あえてプロトタイプを作成する有用性を学びました。また、毎週のグループワークでのディスカッションを通じて得られる新たな気づきも非常に意義深いと感じています。 感情と真因の探究は？ 今後は、自身が関わるサービス開発で次の2点を実践したいと考えています。まず、ユーザーとしての体験から得られる心理的変化に注目し、表面的なニーズだけでなく、感情面に踏み込むことで利用者の情動を捉えること。次に、顧客の悩みの奥に潜む思考や本能、その背景の制約条件を探ることで、根本的な課題や真因を見極めることです。デザイン思考においては、この2つのプロセスを徹底することが、結果的に発想や試作品作成の近道になると考えています。ただし、議論を進めるためのツールとしてプロトタイプは有効なケースもあるため、状況に応じて活用することが重要です。 アイデアはどう生む？ また、アイデア発想のプロセスについても挑戦してみたいと思います。アイデアは、具体と抽象の深さ、多角的な視点、そして顧客視点の掛け合わせによって生まれるものです。基本的な流れとしては、現状の課題を洗い出し、KJ法で構造化し、課題を絞り込んだ上で、SCAMPER法などを用いてアイデアを発散。さらに抽象度を上げて再度発散させ、最終的に収束させるというプロセスを磨いていきたいと考えています。

学びはどこから来る？ ビジネスを成功させるためには、人件費削減や生産性向上に加え、事業経済性について学ぶことが必要だと実感しました。特に、規模の経済性、習熟効果、範囲の経済性、ネットワーク経済性に関する理解が深まったことが印象的でした。総合演習では、ある企業を題材に、売上の分析や改善策、事業の多角化、宣伝、広告などについて考察し、理論の具体的な適用方法を探ることができました。 役割分担は見直せる？ 自身の業界や自社に当てはめると、規模の経済性と範囲の経済性においてまだ改善の余地があると感じました。特に、各組織での役割分担が固定化している現状を変えるためには、上位概念を明確に示し、どの部署が何を担い、どこに責任があるのかを明確にする仕組みが求められると感じます。また、アウトプットの成果を正しく評価できる体制も必要だと実感しました。 改善策はどう探る？ さらに、習熟効果に関しては、ノウハウのマニュアル化や知識の蓄積といった形式知の整備、さらにはAIの活用を通じた日々の改善が重要だと再認識しました。遅れを取るリスクを改めて認識し、今後の課題として取り組んでいきたいと感じています。 戦略はどう組み立つ？ 自身の開発業務においては、ターゲットとする国や地域、対応する法規をグルーピングし、いかに規模の経済性を活かすかを検討する予定です。自社だけでなく、グループ会社や主要関連企業との整合性を十分に考慮し、事業全体としての経済効果を最大化する戦略を構築することが重要だと考えています。

経験をどう評価する？ 普段の経験を再評価されたことで、これまでの積み重ねが正しかったと実感でき、非常に嬉しく感じています。この自信が今後の活動にも良い影響を与えると確信しています。また、講師の方には、地域課題の解決に実際に取り組んでいただき、現場で直接関わることで得られる刺激ややりがいを実感してほしいと思います。具体的な実践を通じ、地域の未来がより良くなることを期待しており、その成果が広がっていくのが楽しみです。 対話で変革可能？ 地域住民の固定化された考えを変えることは容易ではありません。長年の習慣や価値観が根付いているため、新しいアイデアを受け入れてもらうには、時間をかけた丁寧な対話が必要だと感じます。しかし、一つひとつの小さな変化が積み重なれば、意識が徐々に変わっていく可能性があります。柔軟な考え方を持つ人が増えることで、地域全体の風通しが良くなり、新たな挑戦がしやすくなるでしょう。そのためにも、根気強く寄り添い、対話を続けることが大切だと思います。 理想と現実はどう？ 理想と現実の間には大きな隔たりがあると実感します。理想として描くビジョンは非常に魅力的ですが、実際にそれを形にする過程では、地域の事情や人手・資金の不足、住民の意識など、さまざまな制約に直面します。それでも、理想を持ち続け、少しずつ前進する努力を重ねることで、現実とのギャップは縮まっていくと信じています。大きな変化は一朝一夕には生まれませんが、小さな積み重ねがやがて大きな成果につながるはずです。

リサーチの必要性は？ ある企業の開発事例から、まずリサーチ段階で潜在的なニーズを見つけることの重要性を学びました。真のニーズを引き出すためには、デプスインタビューやカスタマージャーニーの詳細な分析など、緻密な作業が必要であることが印象に残りました。 ニーズと強みはどう？ 商品開発の段階では、潜在ニーズと自社の強みを掛け合わせることで相乗効果が期待できると感じました。同時に、消費者がどのようなブランドイメージを期待しているのかという視点を取り入れる必要があると気づかされました。特にネーミングに関しては、開発側が届けたいイメージよりも、消費者が直感的にイメージできる言葉が求められると考えました。 調査手法はどう？ さらに、カスタマージャーニーのリサーチをより丁寧に行う必要性も感じました。過去のユーザーを数名ピックアップし、デプスインタビューを実施して真のニーズを明らかにすることや、業界サービスにおけるクライアントのペインポイントを探すことで他社との差別化を図ることが今後の課題です。 行動計画はどうする？ 具体的なアクションプランとしては、まず過去ユーザーの中から年齢層や職種ごとに3名のデプスインタビューを設定し（初めは5名から8名程度に声をかける）、次にデプスインタビューを通して転職活動に至るまでの行動背景やペインポイントについて再調査を行います。さらに、登録者が約2000名いるインスタアカウントを活用してインスタライブを実施し、ユーザーの生の声を収集していく予定です。

情報で迷う理由は？ データ分析の際、目についた情報に振り回され、時間がかかってしまうことや、都合の良い情報ばかりに頼って決め打ちになってしまう問題を感じています。そこで、MECEの考え方を取り入れることにしました。 MECEの切り口は？ MECEには、全体を複数の部分に分ける層別分解と、全体を構成する変数に分ける変数分解という2つのアプローチがあります。たとえば、層別分解では年齢、季節、販売チャネルなどで分析し、変数分解では売上＝客単価×客数や売上＝商品単価×販売数のように捉えることができます。 分解できないのは？ また、MECEに分解できない例として、モレなしでダブリがある、モレありでダブリがない、モレありでダブリもある場合が挙げられます。今後は、売上分析や業界、顧客分析、さらには業務の課題解決にもこの考え方を積極的に活用していきたいと考えています。 データ加工のポイントは？ 現在、売上分析データを加工中であり、来週からはMECEの視点を取り入れたデータ加工を進める予定です。加えて、ロジックツリーを書き出すことで思考のスピードアップを図りながら、業務の課題解決に向けた取り組みも強化していきます。 情報取得の見直しは？ 以前、情報の取得に時間がかかることや、都合の良い情報だけを集めて決め打ちしてしまう点に気がつきました。そのため、現在作成中のデータをもう一度フラットに俯瞰し、MECEを意識したフレームワークを使って再検討に努めています。