(2ページ目)

職種が「技術職（IT・通信）」

の受講生の学び

---

エンパワメントは何が肝心？ ■エンパワメント・マネジメントについて エンパワメント・マネジメントは、リーダーシップの技法のひとつです。目標は明示しながらも、実行方法はメンバー自身の判断に任せることで自律性を促進します。また、メンバーが活動しやすい環境を整える支援が重要となります。実行プロセスにおいては権限と責任を譲渡し、育成に努めるエンパワメント型と、すべての命令を管理する命令管理型とがあります。 どう実践すべきか？ ■エンパワメントの実践ステップ エンパワメントの実践には、以下のステップがあります。すべてのプロセスでは、双方のコミュニケーションを重ねることが自立を促すために必要です。 ① 目的やビジョンの共有 ② 対象者の把握 ③ 適切な仕事の割り当て ④ コーチングによる動機付け ⑤ 実行支援 注意すべき点は？ ■実践時の留意点 ・各メンバーに適した仕事、あるいは不向きな仕事を見極めること ・部下の持つ権限が十分に機能していない状況を避けること ・リスクを想定し、対策を事前に準備しておくこと 現状の課題は？ ■直近の業務と発生している課題 私が直近で担当しているシステム開発におけるテストでは、複数のシステム連携テストを実施するため、以下の作業を行っています。 ① システムテストの計画作成 ② テストシナリオの作成 ③ システムテストの実行および推進 しかし、現状ではテスト対象や関係するシステムの内容が十分に共有されていない課題が発生しています。直接の原因として、以下の3点が挙げられます。 ・ドキュメントによる情報共有がなされていない ・情報が日本語で記述されていない ・イメージ図が用いられていない どのように対応？ ■対応策と運用方法 対象は課題が発生している各担当者です。これまでは目標は明示し、遂行方法はメンバーの自主判断に任せるエンパワメント・マネジメントで進めていましたが、現状を改善するため命令型に一部切り替え、フォローアップを強化する方針です。 具体的には、発生している各課題に対して、私自身が実際に動いて一つ一つ内容を整理していきます。また、ゴール達成のために必要なタスクをより細かい粒度で言語化し、メンバーとともにタスクを解消していく形で進めます。再度、以下の課題点について検討・改善していきます。 ・ドキュメントでの情報共有の不備 ・日本語での記述不足 ・イメージ図の欠如

データ分析の基本とは？ まず初めに、データ分析の大前提として「データは分析し結論を導き出すための情報・数値であること」と「分析の本質は比較であること」が言語化されていたことが印象的でした。これにより、分析の目的や方法を再認識することができました。 目的を見失わないためには？ 分析の目的を見失わないこと、目的を果たすために適切な仮説を立てることは重要です。しかし、実際には想定結果が出ず、焦ってデータ収集をやり直すことや、仮説が間違っていて最初からやり直すことが多々ありました。これは、深く考えることが不足しているからだと改めて気づきました。 効果的な比較対象の選定法 また、比較の対象を選定する際、分析する要素以外の条件を揃えることができていなかったように思います。さらに、分析結果をもとに意思決定を行うためには、どのようなデータをどう加工すると伝わりやすいかを理解することも欠かせません。データの種類に応じた加工法やグラフの見せ方ができていないケースが多く、自己満足に陥っていたと感じました。 第三者の知識をどう活かす？ これからは、まず自らしっかり考え、第三者の知識や知見・知恵を借り、フィードバックを活かすことが重要であると再認識しました。 次期中期計画にどう活かす？ 次期中期事業計画の策定時には、現状を振り返り、次期中期計画を「なぜその目標を設定するのか」「なぜそれを独自性（強み）と仮定したのか」「なぜそれをやる/やらないと仮定したのか」「現経営資源を踏まえた場合、なぜその方針が妥当なのか」と問うことで、分析結果を用いて説得力を持たせたいと考えています。「目指すべき目標を明確にする」「独自性（強み）を持ち自覚する」「やることとやらないことを峻別する」「目標までの道のりの妥当性を示す」これらを一つずつ丁寧に進めていくつもりです。 ゴールをどう明確にする？ バランススコアカードを用いて現在の中期計画の問題点を再考し、新たなビジョンと戦略を立てるためにゴールを明確にし、その達成策を明示します。戦略マップを作り、戦略の構造化を図ることで、分かりやすいアクションプランを立てたいと考えます。データ分析に基づくことで、より良い意思決定ができると信じています。 初めての取り組みに挑むには？ 初めての取り組みが多いですが、「自ら深く考える」「第三者の知識や知見・知恵を借りる」「フィードバックを活かす」ことを繰り返し、関係者全員にとって有益な中期計画にしていきたいと考えています。

現在地とゴールは？ これまで一週間ごとに学んできたフレームワークや概念が次第に結びつき、戦略思考の全体像が見えてきたと感じました。全体像を捉える過程では、まず自分の「現在地」を正確に把握し、目指すべき「ゴール」を明確に設定することが重要だと理解しました。 取捨選択の意義は？ ゴールへの道筋では、学んだ差別化の手法を活用し、何を行い何を捨てるかという取捨選択が不可欠です。これらの判断やプロセスの根底には、市場の動向や事業の経済性―具体的には規模の経済性、範囲の経済性、ネットワーク経済性といった要素―を捉える視点があることを再認識しました。複数のフレームワークを駆使することで、一連の流れがより明確に整理されると感じています。 市場メカニズムは？ また、市場のメカニズムを理解することは、競争の力学や自社の強み、そして新規参入の際の機会や障壁といった辺りについて、深い洞察を得る上で非常に意義あるものでした。こうした知識は、戦略立案の際の差別化や取捨選択の判断、さらには最終的なゴール設定に対しても、客観的で効果的な意思決定を下すための基盤となります。 技術は手段か？ 一方で、エンジニアとして身につける技術や知識は、目的そのものではなく、ビジネスで何を成し遂げるかという目標に沿って活用するための「手段」に過ぎないと痛感しました。技術的に正しい選択が必ずしもビジネスとして最適とは限らず、市場環境や利用可能な資源という文脈の中でその真価が引き出されるのだと感じます。 技術と目的の調和は？ 今後は、「技術はあくまで手段である」という視点を持ちつつ、利益創出やコスト最適化などのビジネス上の目的と技術的取り組みとのバランスを意識していきたいと思います。エンジニアとして専門性を高めるために、さらなる技術習得や知識の深化に努め、多様なフレームワークを駆使して問題解決や価値創造に寄与できるよう、着実に「手札」を増やしていきます。 利益構造の理解は？ また、自社の利益構造や業界全体の動向、市場のメカニズムをより深く分析することで、技術や知識がどの場面で最大の効果を発揮できるかを見極め、その「ビジネスの文脈」を正確に理解していくことも大切であると感じました。 学びをどう活かす？ これらの学びを基に、具体的なビジネス課題や目指すべきゴールに対して、最適な技術と知識を適切なタイミングで選択し、実際の行動に移すことで、事業に主体的に貢献していけると確信しています。

理論と実践の違いは？ 今週の学習を通じて、理論だけでなく実際に活用することでメカニズムを深く理解できると改めて感じました。また、時代やビジネスの対象によってメカニズムの強弱が変化することを把握し、環境の変化に合わせてどの要素が重要かを見極める視点が必要であると考えています。 規模経済はどう捉える？ 規模の経済性に関しては、自身の業務からやや遠いため具体的なイメージを掴みづらい部分がありました。しかし、管理コストの増加や拠点の分散による「規模の不経済性」は実務に即しやすく、理解しやすかったです。普段なじみのない概念も、業務に近い反対の状況からアプローチすることで、より深い理解へとつながると感じました。 習熟効果はどう評価？ また、習熟効果、範囲の経済性、ネットワーク経済性の各概念を改めて考え直す機会となりました。特に習熟効果では、急速なイノベーションによって従来のスキルが陳腐化するリスクに強く共感しました。最新技術の登場により従来の手法やツールが短期間で時代遅れとなる現状を実感する一方、技術者の持つ暗黙知はイノベーションの影響を受けにくく、依然として大きな価値があると考えます。このため、暗黙知を個人の経験に留めず、組織の知識として蓄積し活用することが重要だと思います。 スキル活用はどうする？ 範囲の経済性については、異動後間もなく十分に活用できていない印象です。新たな業務への参画機会は増えたものの、自分のスキルをどのように活かすかはまだ明確ではありません。今後は部門を超えた連携をより一層推進し、新しい業務領域への関与を深めることで、スキルの差別化を図りたいと考えています。 暗黙知の活用は？ 習熟効果に関しては、ナレッジ共有の仕組みを強化し、暗黙知を可視化する取り組みが必要だと感じました。例えば、定期的な勉強会で経験豊かなメンバーが知識を共有する機会を設けることや、技術的なノウハウをドキュメント化して誰もがアクセスできる環境を整えることが考えられます。こうした仕組みを整えることで、急速な技術革新にも柔軟に対応し、組織全体の競争力を維持できると考えています。 部門連携はどう促す？ さらに、範囲の経済性については、部門を横断する連携を推進し、スキルの差別化を図るとともに、自身の専門性を広げるため、異動先の業務に関連する研修や外部セミナーへの参加などを通じて知識の幅を広げる努力を続けたいと考えています。

イシュー設定はなぜ重要？ イシューの設定は、考える範囲を決め、追うべきKPIを明確にするために重要だと感じました。今回の課題の中で、「営業のチームリーダーだったらどの問いを設定すべきか」というクイズが特に印象的でした。例えば、100年後のあるべき姿や今年度の契約というのは上長が検討すべき課題であり、チームリーダーとしては来月の売上について検討すべきとされることが答えでした。 視座を高めるための方法 本講座では、視座を変えることや上長への説明を行う際に、上長が気にしているポイントを押さえる必要があると学んできました。しかし、課題解決策を具体的に検討する際には、範囲を定めないと議論もまとまらず、効果も出にくい施策となるのだと感じました。 【ディスカッション後の追記】 なぜやるのかを考える際には、視座を高めたり変えたりする必要がありますが、自分が影響を与えられる範囲で課題を設定することが大事です。影響を与えられない課題を設定してしまうと、効果を出すことができません。また、課題を正しく設定するためには、Week1～4の学びを生かし、ロジカルに説明ができる課題を設定することが重要です。それにより、関係者がなぜその課題を解決する必要があるのかを理解しやすくなり、議論も前に進みやすくなると考えました。 会議の目的をどう設定する？ 会議の目的の設定についても、ただの進捗報告になりがちであるため、その会議で解決すべきことを設定することが重要です。たとえば、来月の目標達成のために取りうる手段の洗い出しや、優先順位の決定、目標の見直しなどがあります。また、営業やプロダクト改善施策の検討においても、具体的なイシューを設定することが求められます。例えば、店頭での来月の売上を伸ばす方法や操作性を上げる方法などです。 まずは解決すべきイシューが何なのかを明確にすることから始めます。業務だけでなく日常生活の中でも意識して、定着させたいと思います。また、業務でメンバーや関係部署から提案された内容を確認する際にも、何を解決すべきなのかを明確にした上で議論するようにします。 【グループワーク後の追記】 具体的には、以下のような例があります。 - 現在3歳の娘に対する悩み - 進めている家購入で解決したいこと、かけられる費用 - 家計管理で目標達成するには これらに関しても、一歩立ち止まってイシュー設定から見直してみたいと思います。

伝えるスキルとは何か？ 相手に何かを伝える際に一番重要なのは、「何を伝えたいのか、何を理解してもらいたいのか」を明確にすることだと感じました。そのためには、感情や直感に頼るのではなく、論理的な根拠に基づいた主張を準備する必要があります。さらに、その際には相手の視点も考慮するべきです。こちらがどんなに論理的な準備をしても、受け取る側の準備が整っていなければ、それは「伝わっていない」のと同じです。相手の理解レベルに合わせて情報を構築することが求められます。また、「対話」の意識も大切です。相手の反論も想定しながら、柔軟に意見を伝える姿勢が必要だと思いました。論理的な主張を十分に準備できたなら、それをいかに簡潔に表現するかが重要です。長々と説明することなく、効果的に伝える技術が大事だと考えます。 IT業界での活用法とは？ 私はIT業界で働いています。「他者に理解・納得してもらうスキル」はさまざまな場面で役立ちます。例として、顧客の要求仕様のヒアリングがあります。これは相手がITに詳しいとは限らないため、相手の理解レベルに合わせて、意図を明確に整理し伝えることが求められます。また、コードレビューでも役立ちます。自分がレビューする際も、他者からレビューを受ける際も、コードの意図を明確に整理し、理解可能な形で伝えることが重要です。プロジェクトの状況報告でも同様に、相手がそのプロジェクトに詳しくない場合を考慮し、論理的かつ簡潔に情報を伝えなければなりません。さらに、日常のコミュニケーションや後輩指導においても、このスキルは非常に役立ちます。 スキルを向上させるには？ では、「他者に理解・納得してもらうスキル」を身に付けるためには、どのような行動計画が必要でしょうか。まず第一に、その手法、つまり「基礎」を身に付けることが必要です。具体的には、MECEやピラミッドストラクチャーといった分析や説明の手法を学びます。次に、これらの手法を実際に使ってみます。通常の会議やプロジェクト報告、レビューなどの場面で、それを使用することを意識して準備します。基礎を身に付け、実践する場を確保したうえで、反論や疑問にも適切に対応する意識が重要です。そして、実践後には振り返りを欠かさず、成功した部分や改善が必要な箇所を再認識し、次に活かします。こうしたプロセスを繰り返すことで、「相手に物事を伝える」スキルを確実に身に付けていきたいと考えています。

問いの立て方は？ 適切な課題をとらえるためには、どのような「問い」を立てるかが非常に重要であり、その問いの立て方ひとつで思考の方向性が大きく変わることを学びました。経営、現場、マーケティングといった多角的な視点を意識し、視点・視座・視野を広く持つことが、本質的かつ柔軟な問題解決につながると実感しています。 問いに戻る理由は？ 一方で、考えているうちに話が脱線したり、そもそもの問い自体を忘れてしまうことがあるため、常に「問い」に立ち返る姿勢が必要だと感じました。現在、すぐに答えを出すべき問い（＝イシュー）を特定することが、問題解決の出発点であり最も重要なステップであると改めて気づかされました。 会議の脱線はどう？ また、会議中に本題とは関係のない話題に脱線し、結論が出ない状況があったことを反省しています。今後は、会議に参加する前に必ずイシューを明確にし、結論を出すための軸を持って臨むことを意識していきたいと思います。 新人採用は何を目指す？ さらに、下期から新しいスタッフを迎える予定もあり、採用活動にも力を入れています。人事担当者と連携し、会社の目的や目標を再確認したうえで、どのような人材が必要かを整理していくことが大切だと考えています。たとえば、特定の知識や経験、あるいはマネジメント力など、求める人材像を明確にしていく必要があります。 採用戦略の進め方は？ 今後は、大手求人サイトへの再掲載、新卒採用に向けた展示会への出展、自社採用サイトでの情報発信など、採用活動を戦略的に進めるための取り組みも実施していく予定です。ターゲット層に合わせたペルソナや理想の人材像をスタッフ間で共有しながら、戦略的な採用活動を推進していこうと思います。 横の連携はどう広げる？ さらに、部署ごとに接点が少ないスタッフ同士の横のつながりを生み出すため、コミュニティや勉強会、イベントの企画などを通じて、交流の場を設ける取り組みも進めたいと考えています。会社が大切にしている価値観や方向性を共有しながら、スタッフ一人ひとりの将来や可能性に目を向けた支援をしていくことが目標です。 キャリア形成はどう？ そのためにも、スキルアップやキャリア形成、個々の才能や強みを見出す仕組みづくりにおいて、常に本質的な問い（イシュー）を意識し、より良い環境づくりを実現していく所存です。

思考の偏りを防ぐには？ 考えが偏りやすいことと、その防ぐ手段があるという2点が大きな学びでした。 防ぐ手段として、まずロジックツリーについて述べます。以前からロジックツリーという言葉は知っていましたが、「いかにMECE（Mutually Exclusive, Collectively Exhaustive）に分けるか」が大切だと考えていました。しかし、実際にはMECEはあくまで付随事項であり、自分の思考を見える化するのが一番の目的だと感じました。 切り口を考える重要性 次に、「切り口を考える」についてです。目的に応じた切り口を考え、それに沿って思考を進めることの重要性を理解しました。この方法はロジックツリーの上位に位置する考え方で、常に意識する必要があると理解しました。「切り口を考える」は知的体力が必要となる内容だと思うので、これをどのように習慣化し、忌避感をなくすかがポイントだと考えます。 設計前の手法の重要性とは？ 証券会社のシステム開発を担当していますが、特に具体的な設計・開発に入る前の「要件定義、プロジェクト計画時」にこの手法を利用したいと考えています。具体的には、以下の点について検討・実行に活用したいです。 - 具体的な要件を引き出す前に、開発対象の業務で一番重要なものは何か - プロジェクト計画を行う上で、一番重要視するファクター（お金なのか、時間なのか、等） - 要件を引き出すにあたり、どのようなコミュニケーション方法や準備が必要か - ステークホルダーの中でどのようなコンクリフトが発生し、それをいかに解決するか 明確化をどう習慣化する？ 現在は過去の経験に頼って進めていますが、WEEK1の講義を受け、「目的の明確化」「考えの偏り」「その防止策」の3点を学びました。今後はこれらの点を意識しながら、具体的な作業に着手する前に確認し、学ぶ内容を活用していきたいと思います。 まずは「目的の明確化」を習慣化します。そこから考えるべき論点を洗い出すことが必要です。これまでは思いついたものを無批判に受け入れ、最終成果物の作成まで進めていましたが、今後は立ち止まり、他に論点がないか、どのような視点・視野で論点を洗い出したかを確認し、その後の作業内容を決定していきます。将来的には、上記の作業の中でロジックツリーを活用し、精度を上げられるようにしたいです。

目標設定はどう考える？ まず、資料作成に取りかかる前に、目標の設定が大切だと感じました。誰に向けて（ターゲット）何を伝えるのか（目的）を明確にすることで、相手の先入観や関心、思想の傾向を考慮しながら、反論などにも備える準備が進みます。次に、資料をロジカルな構成にすることを意識します。MECEやピラミッドストラクチャーなどを用いながら、あらましから入り、問題点の本質や分析、結論へと導く流れを設計します。具体的には、グラフや図などを活用し、収集したデータを分かりやすく表現することに努めます。また、反論や疑問への対応としてサブデータの準備も欠かしません。文言については、説明の際に話しやすいよう、無駄な言葉を省いて見出し的な表現で簡潔にまとめるよう心がけています。最後に、説明後にどこが良く、どこが悪かったかを振り返ることで、次回に活かす学びとなる点が大切だと感じました。 実務に活かす資料作成は？ また、私はIT業界に従事している中で、資料作成が実務にも役立っていると実感します。たとえば、要件定義では、お客様の要望をどのように取り入れ実現しているかを、相手の理解レベルに合わせた分かりやすい資料で説明します。プロジェクト管理の場面でも、進捗やリスクの報告で、現状をデータに基づいて分析する際に、このスキルが活用されています。さらに、万が一のトラブル時には、要因の特定や改善の見込み、損失の大きさを資料化して報告する際にも役立ちます。これらの様々な場面で、分かりやすく伝えるための資料作成が重要な役割を果たしていると感じています。 伝達スキルの磨き方は？ そして、「他者に伝える」というスキルを身につけるために、行動計画も策定しています。まず、資料作成の準備段階で、目的とターゲットを明確にし、ヒアリングやプロジェクトデータの収集、受け手の嗜好に合わせた準備を進めます。次に、MECEやピラミッドストラクチャーを意識し、図やグラフを用いてシンプルかつ分かりやすい文章で表現します。さらに、資料作成後は発表の工夫も必要です。たとえば、結論を先に述べる、専門用語を避けるなど、聞き手に配慮した話し方を心がけ、質問を受け入れるなど対話にも重きを置いています。最後に、発表後の振り返りと改善策を検討し、次回に活かすサイクルを繰り返すことが、より確実なスキル向上につながると考えています。

解決策立案の重要性を痛感 今回は、問題解決のプロセスである「What」「Where」「Why」「How」の「How（解決策の立案）」について学びました。このステップでも、「What」「Where」「Why」同様、複数の仮説を立てることが重要で、仮説の質が問題解決の精度に大きな影響を及ぼすことを改めて実感しました。プロセスに分ける、対概念を活用し対に分けるといったアプローチを学びました。 最適解の選び方を知ろう また、最適な解決策を選択する際には、複数の判断基準を持ち、その重要度に基づいて重み付けを行い、基準を揃えて総合的かつ定量的に評価することで、決めつけや思い込みを排除し、客観性と説得力を担保できると学びました。 仮説検証をハイサイクルで さらに、仮説の確からしさを求めすぎず、仮説検証をハイサイクルで実施することで、より良い仮説検証が行われ、結果として本質的な解決策に結びつくことを理解しました。 共通の留意点とは？ 「What」「Where」「Why」「How」の各プロセスで共通して留意すべきポイントは以下の4点です。 1. 目的と仮説を明確にする。 2. 複数の仮説を立てる。ビジネスフレームワークや「分ける」という概念を活用する。 3. 仮説を検証する際は、基準を揃え、分析結果を基に定量的に評価する。 4. 仮説の設定と検証をハイサイクルで行う。 計画策定に向けた意識改革 次期中期事業計画の策定時には、現場で培った経験や勘で導き出した答えを、ビジネスフレームワークを利用して正しいプロセスを一つずつ踏んで答え合わせする意識を持ちたいと思います。ビジネスフレームワークの選定、指標や基準の設定、仮説の構築、データの収集・比較・定量評価、仮説の検証、本質的な解決策の選択など、あらゆる場面で客観性と説得力を備えた事業計画を策定することを目指します。 日常業務での実践ポイント 日々の現場業務の中でも、以下の2点を意識して深く考える癖を身に付け、具体と抽象を行き来することを習慣化したいと思います。 - より高い視座とより広い視野でものごとを見つめるマインドセットを持つ。 - 仮説の確からしさを求めすぎず仮説検証をハイサイクルで実施する。 心に留めておくべきキーワードは「一つ一つ丁寧に」「プロセスを重視する」「胸を借りる」です。

なぜ分析の目的を見失わない？ まず、「何のために分析するのか」という「目的」を見失わないことが重要です。その上で、その目的を果たすためにはどのようなデータをどのように分析すれば良いのかという「仮説」を立てることが必要です。その仮説に基づき、必要なデータを収集し「意味を読み取る」ために適切にデータを加工し、その分析結果から新たな発見を導き、より良い意思決定を行うことが求められます。 データビジュアル化の役割とは？ データ分析の一連のプロセスにおいて「意味を読み取る」ためには、代表値である平均値および中央値、ばらつき度合いを分布として示す標準偏差を用いた全体像の把握が重要です。また、それらを一目で容易に把握するためにデータのビジュアル化も欠かせません。そして、ビジュアル化されたグラフを見る前に、それまでに得た定量情報や定性情報をもとに自らの解釈と仮説を立て、その解釈・仮説と実際のデータを比較するアプローチを繰り返すことで、分析を深めていきます。 データ分析の順序を守るには？ いざデータを前にすると、「仮説を立ててデータを見る」のではなく、「データ同士を比較して仮説を立てる」という癖があることに気づきました。この順序を間違えると意味がなさず、分析を深堀りできません。自然と正しいプロセスを踏むことができるようになるまで、意識して練習を繰り返したいと思います。 予算策定に活かす分析手法は？ 直近では、予算策定にこのアプローチを使います。過去の売上や原価をもとに、標準偏差、加重平均、幾何平均、中央値を使ってより確からしい代表値を出し、定性情報も加味して来期の予算を策定します。この際、「仮説を立ててデータを見る（仮説との比較）」ことを意識して取り組みます。また、その代表値にした理由や定性情報の扱いについて第三者と共有し、対話を重ねることで、納得性のあるものとして示すことができるように努めたいと考えています。 今後意識する改善点は？ 今後、以下の点を意識して取り組みます。 1. 標準偏差、加重平均、幾何平均について再度勉強し、特徴を深く理解する。 2. 「結論ありき」や「経験と勘」に頼らず、データ分析のプロセスを一つずつ丁寧に踏む。 3. 定性情報を「落としどころ」や「決め打ち」の要素として扱わないように意識する。

顧客ニーズは何でしょう？ ユーザーが自分でも気付いていない隠れた欲求を考え捉えることが、「顧客のニーズ」を理解するために重要だと学びました。講義の中で、一定以上の欲求が満たされている人は自分の求めているものを明確に説明するのが難しく、たとえ質問しても「特にないですね」といった答えが返ってくることがあると教わりました。これは仕事の場面でもよく遭遇し、自分にも当てはまると感じました。 本音探しはどうする？ ニーズを探るには単純な質問だけでは不十分であり、デプスインタビューや行動観察を通じて時間をかけて真の欲求、つまり本音を掘り出す必要があることを理解しました。また、ニーズだけでなく「ペイン」を探ることも重要であると納得しました。「あったらいいな」では人は動かず、痛みという強い感情に対してはその解消のためにお金を払う価値があると考えている人が多いことは興味深く感じました。ペインポイントを探し出し、それをハッピーに転換するゲインポイントを見つける視点を今後は持ちたいと思います。 企画に活かすヒントは？ 自社サービスの機能追加の企画にこの学びを活かせそうだと考えています。特に、ニーズだけでなく「ペインポイントが何か？」という問いを持ちながらカスタマージャーニーを考察することで、新たな気付きを得ることができるのではないかと感じています。これまではワクワクするものや楽しそうなものに焦点をあてていましたが、今後は痛ポイントや嫌なところにも目を向けていきたいです。 お金の悩みは何？ 現在、ライフプランシミュレーションを搭載した金融商品の紹介や営業支援ツールの開発ロードマップを社内で検討しています。このため、具体的なニーズを明確にし、いくつかの案を社内で提示できるように準備していきたいと考えています。特に、人生におけるお金に関するペインポイントを意識して生活し、この情報を活用していきたいと思いました。 給料日は何を感じる？ 例えば、給料やボーナスが入った日は「何に使おうかな」「住宅ローンの返済を多めにしようかな」といったハッピーな気持ちになりますが、こうしたイベントをきっかけにペインポイントを見つけ、今の自分の気持ちを深く掘り下げたいと思います。まずは日々の生活で思いついたことを都度書き出す習慣を付けたいと考えています。