(24ページ目)

考え ✕ 意見

に関する学び

---

商品魅力はどう伝える？ 今週は「どう魅せるか」を考えることに集中した1週間でした。顧客に正しく商品の魅力を伝えるためには、その商品に対するイメージやメリットを理解し、効果的に伝えることの重要性を学びました。具体的には、ある商品の名称変更に伴うヒットの事例から、「はまる」表現の力を知ることができました。 普及要件はどう理解？ さらに、新しい商品が普及するために重要な5つの要素、イノベーションの普及要件についても学ぶ機会を得ました。私の仕事では、新たな金融商品に関するサービスを開発する場面があるため、試用可能性などは今後の仕事に活かせる重要な視点となりました。 差別化の罠、どう防ぐ？ 顧客を見ているつもりでも、つい競合他社との比較にばかり注目し、差別化を意識するあまり、肝心の顧客の気持ちから遠ざかってしまう「差別化の罠」についても理解が深まりました。これは、特に社内でよく起こることであり、慎重に対応する必要があると感じています。 普及のポイントは？ 特にセキュリティトークンなどの普及していない金融商品サービスを開発する際には、イノベーションの普及要件が有効な指針となるでしょう。現在、同じ部署内で開発中のサービスはリリース直後で、提供予定の企業から機能のヒアリングを行いながらロードマップを作成しています。ただ、意見をそのまま取り入れようとする傾向があるため、それで大丈夫なのかとPdMに確認したいです。 実践にどう繋げる？ 今週の学びが直接的に私の仕事に活かせる場面を具体的にイメージするのは難しいですが、自社プロダクトの開発チームと積極的に対話をしてみたいと思います。また、ナノ単科修了までに金融教育系のサービス企画書を完成させたいと考えており、その際に顧客が抱くイメージを設定し、サービス名（仮称）を検討したいと考えています。

ユーザー感情を徹底理解するには？ ペインポイントを探り、ゲインポイントに転換するためには、ユーザーの本当の感情を徹底的に理解することが重要です。ユーザーの行動を観察し、カスタマージャーニーを作成することで、彼らのニーズや問題をより深く探ることができます。 観光アプリを改善するには？ 現在、観光案内配信アプリの事業企画に取り組んでいますが、同僚からは「Wikipediaで十分なのでは？」という意見も出ています。そこで、真のペインポイントを見つけ、ゲインポイントに変える方法として、以下を試してみることが推奨されます。 まずは、仮説に基づいたカスタマージャーニーを作成し、行動観察を通じてユーザーの行動を詳細に調査します。具体的には、旅行中にスマホを使っているユーザーが何に困っているのかを直接聞いて確認します。その情報を基に、ユーザーが欲しい情報をスマホが自動的に提案した場合の価値を考え、その場でユーザーに確認することで、ゲインポイントに変換していきます。このようにして得られた情報を基に、カスタマージャーニーを定期的に更新していくことが重要です。 プロセスを進める準備は？ 実際にこのプロセスを効果的に進めるための準備事項としては、次のようなステップが挙げられます。まず、仮説を立てたカスタマージャーニーを作成し、人々の意見を取り入れながら書き足していくことです。それから、行動観察の対象となる外国人観光客が集まる場所で調査を行い、ペインポイントの種を見つけます。この段階では、旅行中の問題をスマホで確認した際の仮説も準備しておきます。さらに、利便性や操作感など基本的な価値を満たし、期待されるコンテンツや品質水準を徐々に向上させることで、価値を提供します。そして、これらの行動観察の成果を反映して、カスタマージャーニーを逐次更新していくことが求められます。

PLとBSはどう連動？ PL（損益計算書）とBS（貸借対照表）がつながっているという基本的な考えは以前から理解していましたが、今回の学習を通じて、その関係性をより深く自分なりに把握できるようになりました。特に、PLで計上された利益が最終的にBSの純資産にどのように反映されるのか、また売上や費用の変動が資産・負債の構成にどう影響を与えるのかといった流れを、財務諸表全体のつながりとして理解できた点が印象的でした。これまでPLとBSを別々の書類と考えていたものの、両者は企業活動の異なる側面を示しながら互いに補完し合う存在であるため、関連付けて読むと企業の状態がより立体的に把握できるようになったと感じます。また、数字の背後にある企業活動や全体のストーリーを捉えながら財務諸表を読み解くことで、以前よりも財務に対する理解が深まったと思います。 経営計画はどう進む？ 今回学んだ知識は、今後自社の経営計画を作成する場面で積極的に活かしていきたいと考えています。これまでは、数字の背景や財務的な根拠を十分に理解できなかったため、議論の場において意見を述べる自信が持てない部分がありました。しかし、アカウンティングの基礎を学ぶことで、計画作りに必要な視点が徐々に身につき、経営判断に関する話題への理解も深まってきたと実感しています。そのため、今後は経営計画や予算策定のミーティングにおいて、受け身ではなく能動的に参加し、具体的な数字や根拠に基づいて自分の考えや提案を発言できるようにしたいと思います。また、財務の知識を活用して会社の課題や改善点を整理し、将来の方向性について建設的な意見を述べることが、今回の学びを実務に結びつける上で重要であると考えています。こうした積極的な姿勢を通じて、会社により良い提案ができるだけでなく、自分自身の成長にもつなげていきたいと期待しています。

心情と冷静な分析のトレードオフとは？ 現実では、付き合いの長さや関係性、過去の経緯など多くの要素が絡み合い、心情的に優先度を決めていることがあると気づきました。冷静に分析することで、本当に優先度が高いかどうかを判断していく必要があると感じました。 なぜ取捨選択が重要なのか？ 1. 捨てることが顧客の利便性を増す場合がある。 2. 昔からの惰性に流されず、常に新しい意見を取り入れることが重要です。トラブルや環境悪化が改善につながることもあります。 3. 餅は餅屋に任せるべきで、垂直統合のデメリットがメリットを上回ることがあります。思い切って専門家に任せる方が良いです。 新メンバーの意見をどう活かす？ これらの選択を実践するうえで、3つの観点は当たり前だと考えがちですが、実行に移すのは難しいことがあります。新メンバーの指摘から多くの気づきを得ることができるため、経験豊富なメンバーだけでなく、新しいメンバーの意見を取り入れる機会を増やしたいと考えています。 業務分担と体制はどう見直す？ 具体的な事例や惰性から抜け出す重要性についての気づきがよく表現されています。また、新メンバーの意見を積極的に取り入れる柔軟性も素晴らしいと感じます。思考のプロセスや場面をもう少し詳細に描くことで、更なる改善が期待できるでしょう。 正に今、次年度以降の業務分担や体制を整理しており、惰性で継続している業務がないか見直しています。新しいメンバーの意見は的確で、「選択」の考え方を実感しています。社員が担う業務と業務委託する範囲を明確にし、二重のコストや負担を避けるために整理を進めています。組織を統合し、スケールメリットを打ち出すために一時的に業務が複雑になっていますが、優先順位をつけ、継続すべき業務と見直すべき業務を分類していきたいと考えています。

キャリアサバイバル実態は？ 今週の学習は非常に難しく感じましたが、その中で自分の職務や役割、特にマネジメントやリーダーシップの能力開発が必要だと実感し、気づかぬうちにキャリアサバイバルを実践していたのかもしれないと考えています。まずは自分自身のキャリア・アンカーを見つけ、効率的かつ効果的にキャリアサバイバルを考えるべきだと理解しました。 上司面談は万全？ また、エゴネットワークにおける仕事での期待を書き出す作業は難しさを感じています。しかし、直近で予定されている上司との面談に向け、組織や上司が自分に期待する役割や成果を整理して臨み、認識にギャップがないかを確認することで、キャリアサバイバルに活かしていきたいと考えています。 次の一手は何？ さらに、組織のニーズに対応できたとしても、仕事にやりがいや成長が感じられない場合には、キャリア理論を用いて次の一手を具体的に見出すことが必要だと思います。 部下との意見交換は？ 部下や自身の目標設定、キャリア面談、業績評価の際にキャリア理論を活かすため、まずは部下や上司にもこの考え方を理解してもらう必要があります。そのため、日々のコミュニケーションの中でキャリアに関する話題を取り入れ、相手の意見を引き出す努力をしていきたいと考えています。具体的には、自分自身がキャリアについての考えを分かりやすく伝え、相手のニーズに応じたリーダーシップを発揮することを心掛けています。 能力不足をどう補う？ 最後に、現在の業務やキャリアに必要な能力、やりがいや成長の実感、さらに不足している能力について具体的に探り、キャリアについて気軽に話せる環境づくりに努めたいと思います。具体的な事例を交えながら、自身のキャリアをどのように構築していくかをしっかりと考え、次のステップへとつなげていきたいです。

自分に関係付ける重要性とは？ どの内容も聞いたことがあるものでしたが、自分に関係付けて考えたことがないと気付き、少し恥ずかしい思いをしました。特に、ロジックツリーについては知識としては持っていたものの、実際に描くことはほとんどありませんでした。今後は退職分析において、要素分解を試みたいと思っています。こうした学びに必死になって取り組める環境に飛び込んで良かったと、改めて感じています。 問題解決の思考法はどう実践する？ 問題解決のプロセスとして、What（何が問題か）、Where（どこに問題があるか）、Why（なぜ問題が起きているか）、How（どうするか）の順に考えることを学びました。しかし、私の場合、特に「Why」にこだわりすぎて哲学的になりすぎたり、わからなくなってしまうことがあります。そのため、この順番通りに愚直に考え、PDCAサイクルのように思考を回していきたいと思います。 人事データの分類方法は？ 私は人事部でデータ分析を担当しています。ロジックツリーにおいて、人事データに関する情報は、「個人情報」や「雇用情報」などに分類されます。具体的には氏名、生年月日、性別、入社日、部署、役職、資格、経験、語学といった情報です。これをMECEにするためには、さらに細かく分ける必要があると感じました。また、人事データという漠然としたカテゴリーから、具体的に項目を洗い出すことが可能だと思いました。 実践のために心掛けることは？ 実践においては、手を動かし、描き出すことが重要です。周囲のメンバーと積極的に対話し、多角的な意見を収集するよう努めたいと思います。同時に、目的を明確にすることを忘れないように心掛けます。そして、私は製造業に勤めていますので、「直接部門」と「間接部門」を混同しないよう、気を付けて分析していきたいと思います。

数字分析で見える傾向は？ 数字をいくつかのパターンでグラフ化し比較すると、傾向や特徴がつかめることがわかりました。知りたい情報に対して、意図的に複数の分析軸が必要であることも理解しました。特に一番の気づきは、一つの分析結果だけを見てすぐに結論を出すのは危険だということです。急ぐあまりに、ついやってしまいがちですので気を付けたいと思います。 分解時の注意ポイントは？ また、切り口を考える際のポイントとして、全体を定義したうえでモレなくダブりなく分解していくことが重要だと感じました。意識してチェックしていないと、歪みが出ることに気付けません。 課題の本質をどう見抜く？ 自分の業務では、お客様アンケートなどを整理する際の切り口を設定するときに使えると思いました。さらに、原因不明な状態で課題改善を依頼された際にも有効だと感じます。例えば、上司から「この課題はおそらくこの辺に原因があるからこの方向性で解決してほしい」と相談され、現場では「ほんとの原因はそこではないと思う」という意見の乖離があった際、どのように調整すればよいか悩むことがあります。そのようなときに、要素分解を用いて課題の本質を明らかにすることができると思いました。 精度の高い分析へ向けて 現在推進しているサイトのUI改善は、ヒアリングを中心に改善施策を検討していますが、今一度データの分析を掘り下げてみたいと思いました。その際に以下の点を実施しようと思います。 - 切り口を複数用意するために、分析に必要なデータを多く収集する - 手を動かして分解する - どんな切り口が分析に役立ちそうか関係者にもヒアリングしてみる - モレなく、ダブりなくの視点で問題ないか、分析の切り口を周囲の人と意見を聞き確認してみる 以上の点を意識して、より精度の高い分析を行いたいと思います。

学びをどう振り返るか？ これまで学んできたことを振り返ると、それぞれが独立した点として思い出されることが多く、クリティカルシンキング全体がどのように繋がっているかを理解できていないと感じていました。しかし、ライブ授業を通じて振り返りと説明を受けることで、それらの点が線として繋がる感覚を得られ、理解が深まりました。また、知識をスキルとして定着させるためには反復トレーニングが必要であり、その方法についても説明を受けたことで、今後の行動に役立つ学びを得ることができました。 クリティカルシンキングとは？ 「ありたい姿」を考える際には、クリティカル・シンキングとは何か、その効用は何かをある程度理解した上で再度考えてみると、クリティカル・シンキングを利用してどのような状態になっていたいのかが明確にイメージできるようになりました。 アウトプットをどう実践する？ 学びの中で、知識をスキルとして定着させるためには、他者へのアウトプット、他者からのフィードバック、そして振り返りを繰り返すことが必要であると理解しました。授業でも説明されたように、会社外で多様なバックグラウンドを持つ人たちとディスカッションすることが一番効果的だと感じていますが、その機会を得るのは容易ではないため、普段の仕事の中で、報告や会議の場でアウトプットし、議論やフィードバックを得て、自分の中で振り返りを実践していきたいと思います。 フィードバックで何を改善する？ アウトプットを出す際には、「問いを立てた上で、答えを論理的に考える」、「一度結論が出ても、客観的な視点から他の切り口でも考える」を実践していきます。フィードバックについても、積極的に他者から意見をもらうように行動し、その後、自分の中でできたこと、不足していたことを振り返り、次に繋げるという行動をしていきたいです。

どうして直感に頼る？ これまでの経験に基づいて自分の思考が形成されると、どうしても偏りや癖が生じやすいと痛感しました。同じ問題に対しても取り組む方法は一つではなく、関わる人や状況によって大きく異なるため、直感や過去の経験だけに頼ってしまうと、問題解決まで余計な遠回りをしてしまうことがあると気づきました。自身の見解を批判的に捉え、真に取り組むべき課題を適切に検討する必要性を学びました。 どうして多角的に見る？ また、物事を見る際には視点、視野、視座という3つの「視」を意識して、多角的に検討する重要性を改めて感じました。自分の経験に基づいた考えは分かりやすい反面、その範囲は非常に限られているため、意識的に異なる視角を取り入れる必要があると実感しました。実際、ある場面では、チームの業務負荷軽減のために必要と思われた機能追加が、別の観点からすると工数が増える可能性があるため不要と判断されるという、意見の対立を経験しました。双方の視点を踏まえた上で利点を整理できれば、このような対立は事前に防ぐことができたのではないかと思います。 なぜ目的を明確に？ 今後は、プロジェクトの内容をチームメンバーに説明し、課題、問題点、解決策、具体的なアクションプランを協議する際、まず「何を目的としているか」「課題や問題は多角的視点から検討されているか」を意識して会議資料の構成を作成していきたいと考えています。 どうして瞬時に整理？ ただ、じっくりと時間をかけた検討では気づける視点も、会議中やファシリテーターとして進行している際に瞬時に整理し、分類して視点を変えることは非常に難しいと感じています。普段からの訓練によってスピードを向上させることが必要ですが、どのような工夫が効果的か、皆さんの具体的なTipsをぜひ教えていただけるとありがたいです。

直感と整理の違いは？ 問題点の整理にあたって、3Cや4Pといったフレームワークを活用する意義を再認識しました。従来は直感に頼ってしまいがちでしたが、体系的に整理することで、メンバーとの意見共有がより円滑になったと感じています。 仮説はどう切り分け？ また、仮説を立てる際に、「何が起きているのか」という結論の仮説と、「どのように解決していくか」という問題解決の仮説を明確に区別する必要性に気づきました。これまで仮説があちこちに散らばってしまう傾向がありましたが、二つの視点に分けて整理することで、仮説思考の成熟につながると実感しています。 仮説の伝え方は？ 現在、担当している研修やワークショップの設計においても、組織の課題を正確に把握したうえで仮説を立て、施策全体を構造化することの重要性を感じています。特に、経営層や関係者に説明する際、結論の仮説と問題解決の仮説を混在させると理解に苦しむため、明確に切り分けて伝える必要があると学びました。 方向性はどう構築？ 今後は、研修企画の初期段階で仮説をより具体的に整理し、事前アンケートや調査を通じてその妥当性を確認したうえで、施策の方向性をメンバーや経営層に共有していく予定です。調査結果から当初の仮説と異なる傾向が見えてきた場合には、その違いを丁寧に捉え、必要に応じて設計の見直しを図る力を高めていきたいと考えています。 情報収集の壁は？ 仮説の立案については、根拠が十分に固まらない段階での作業が難しいと感じています。そのため、最低限の情報収集を終えてから仮説を構築することが多いですが、情報を集め過ぎると逆に仮説立案に時間がかかってしまうというジレンマもあります。限られた情報の中でどの程度の情報があれば良いのか、またどう仮説を組み立てるか、皆さんの工夫や考え方を伺えれば幸いです。

状況をどう捉える？ 状況や思考を的確に言葉にすることは非常に難しいと感じました。特に、前後の状況や憧憬だけでなく、自分の頭の中の考えをしっかりと言葉に表現することの難しさを改めて理解しました。 言葉選びのコツは？ これまでを振り返ると、私は直観やフィーリングに頼りながら言葉を選び、文章にしてきたことに気付きました。主語と述語をきちんと書くこと、そして文章全体を俯瞰することが重要だと実感しました。特に英会話スクールでの経験を通じ、自分の思考を文書や言葉に変換する未熟さを認識し、言いたいことを明確にし、多角的に考え、それらを具体化することを心掛けたいと思います。 多角的検討はどう？ 思い付きではなく、一度「柱」「複数」「具体的」という基準で自問し、検討する必要があります。例えば、会議で意見を述べる場面、議事録を作成する場面、業務改善などの企画書を作成する場面、稟議書を作成する場面、職員との面談の場面などでは、MECEやロジックツリーを意識して活用したいと考えています。また、クレームや事案発生時にも偏った意見にならないように、この思考法を取り入れたいです。 伝わり方はどう考える？ さらに、自分が作成する文書だけでなく、職員が作成した文書でも主語と述語を意識し、チェックすることが重要です。また、自分の言葉や文書が誰に伝わるのかを常に意識し、言いたいこととその根拠をしっかり分類することを心掛けたいと思います。特に英会話スクールで学んだ「言いたいこと」と「根拠」の間の「根拠づけ」の重要性に気づいたことは、大きな収穫でした。自分はそれを「運営」と「成果」に分類したつもりでしたが、模範解答では「実行容易性」と「効用」で表現されており、この点を浅く捉えていたと反省しています。これを踏まえて、今後は意識的に取り組んでいきたいと思います。

どんなデータで戦略化？ 私の顧客は主に社内の営業担当で、取得できるかどうかに関わらず、どのようなデータがあればより戦略的な活動が実現できるかというアイデアを集めるブレーンストーミングが面白いと感じています。現状、データ提供側は、こうしたデータをもとに顧客の考えや行動を理解し、営業がその仮説に基づいた行動に移ることを前提としているため、実際のデータ活用にはつながっていないと考えています。そのため、単に可視化しているデータに対する意見収集にとどまらず、営業として必要なデータについても積極的に意見を集めたいと思っています。 伝え方はどう変える？ 既存のデータの可視化においては、私自身が顧客（営業）視点で開発を進めています。しかし、システムベンダーとの要件定義の際、どうしても自分が実現可能だと感じているアイデアしか伝えがちでした。そこで、直近のシステム改修にあたっては、実現が難しいかもしれないアイデアも含め、幅広い提案をもとに話し合いを行いました。 代案提示の意味は？ その結果、実現不可能に見えるアイデアに対しても、ベンダー側からは「こういった形なら実現可能」という代案を提示していただくことができました。これにより、自己完結する前にアイデアを言語化し、関係者に発散することの重要性を学びました。 参加者選定どうする？ また、ブレーンストーミングの手法についても新たな学びがありました。これまでは、同じグループや部内で取り組むレクリエーション的なブレーンストーミングにおいて、出されたアイデアがどこか似通っており革新的なものを得られなかった印象がありました。今回、出したい成果に合わせて参加者を選び、初めからブレーンストーミングの設計を行うことで、以前感じていたもやもやの原因がわかり、スッキリとした気持ちになりました。