(6ページ目)

確認 ✕ 言葉

に関する学び

---

比較で何を探る？ 「分析とは比較なり」という言葉が示すように、分析を行う際には、条件を整えて比較し仮説を立てることが重要です。この手法は、日常的にデータを扱う作業の中で非常に役立っています。例えば、全国推奨品になった製品のシェアが推奨される前後でどの程度伸びているのか、値下げ要求に応じた場合に売上がコストダウンのインパクト以上に増加したかどうかなどの質問です。 目的と条件はどう？ 分析を始める前に、分析の目的とデータの条件がしっかりと整っているかを確認します。目的がはっきりしていなければ、分析結果は曖昧になり、有益ではなくなってしまいます。また、「生存者バイアス」という思考に陥らないように、成功体験だけでなく失敗からも学ぶ意識を持ち続けたいと思います。たとえば、競合との製品コンペに勝つためには過去の成功事例から学ぶだけでなく、敗北したケースの反省点を検討し、どこが競合よりも劣っていたのかを追求していくことが重要です。 データの見せ方は？ さらに、データの見せ方も大切です。数字やパーセンテージで示すべきか、どのようなグラフを使用するかを考え、視覚的に訴える効果的な方法を選択することが求められます。こうした分析の技法や思考法は、データを扱う日々の作業の中で重要な役割を果たします。ファクトに基づいた正確な分析結果を出し、それを適切に伝えられるように努めていきたいと思います。

きちんと伝わってる？ 引継ぎ業務においては、相手がしっかり内容を理解しているか確認することが重要です。相手の言葉での理解を確認することで、コミュニケーションの質が向上します。 振り返りはどう？ また、自身の業務を振り返る際には、できたことと反省点を具体的に言語化し、評価基準を明確にしましょう。改善点については、具体的な行動計画を立てることが肝心です。すべての不具合を最初から解決しようとして、無駄に時間を浪費することを避け、構造改善につながるような振り返りを行うことに努めます。 みんなの様子は？ メンバーとのコミュニケーションでは、特にお昼の時間を利用し、メンバーの状況を把握することが大切です。メンバーのモチベーションの源を理解し、適切な声掛けができるようにするためには、寄り添いながらも視野を広げておくことを心がけましょう。 改善点を明確に？ 改善が必要な案件リストについては、具体的な事実に基づき、自分自身でしっかりと言語化することから始めましょう。何が良かったのか、何が良くなかったのかを言語化し、そのうえで具体的な行動計画を策定しましょう。 心を込めていますか？ 最後に、メンバーと接する際には、相手への配慮を忘れず、その場にしっかりと心を存在させることが重要です。辛い時もありますが、適切な声掛けと理解を示すことが、よりよいチーム関係の構築につながります。

デザイン思考で効果的に話し合うには？ 「新しいまな板をデザインする」というテーマの下で、グループと共に作業工程を話し合いました。私はデザイン思考のステップを把握しているつもりでしたが、一部が抜けてしまい、ディスカッション中に効果的な発言ができず、グループの意見をまとめることも困難でした。その後、先生の指導を受けてデザイン思考のプロセスを再確認し、協働と共感が重要である各ステップについて再学習しました。また、「万人向けのものは誰にも刺さらない」という言葉から、現在のパーソナライズ化の進展を学び、デザイン思考の重要性を改めて実感しました。 パーソナライズ化はどのように実現する？ 私はヒューリスティック評価やユーザー調査を担当する際、課題を見つけることはできても、改善案を提案する際に万人向けのアイデアばかりが浮かんでいました。これを改善するために、「協働」と「共感」を意識しつつ、パーソナライズ化することを心がけ、万人向けに留まらない提案を目指したいと考えています。 ターゲット層を明確にする理由は？ 過去にはヒューリスティック評価やユーザー調査を行う際に、「パーソナライズ化」を十分に意識していないことに気づきました。今後は、ターゲット層を明確にしたうえで、改善と提供するべき内容を考慮し、パーソナライズされたサービスの改善提案ができるよう、意識を変えていきたいと思います。

データ加工の真実は？ データの加工によって、見えてくる事実や印象は大きく変わるものです。「数字は嘘をつかないが、詐欺師は数字を使う」との言葉がありますが、まさにその意味を実感しました。情報は、どのように分解するかによって、判明する内容に差が出ます。ただし、最初から適切な区分けを定義することは難しく、仮説に基づいた検討になりがちです。そのため、区分けをできるだけ小さな単位で行い、グラフ化や計算によって傾向を見出すという方法が現実的です。 異軸の関係は？ 一つの軸で明らかになった事実を他の軸と結びつける際には、それらの軸がどのような関係にあるのかを考慮する必要があります。全く異なる軸同士の場合、それらを組み合わせて四象限にするなどの工夫が求められます。 ログ分析で何が？ 私は現在、自社サービスの顧客の利用状況をログで分析し、利用状況に問題がないか確認する工程に取り組んでいます。その結果に基づき、さらにARPU向上を提案しています。このデータ分析には、今回学んだ分解する観点を活用したいと考えています。 新データの可能性は？ 先週、新しい利用状況データを取得できたため、来週にその分析を実施する予定です。この新しいデータは、これまでのものよりも詳細で、分析する軸が多岐にわたります。今回学んだ、複数の軸の関連性を考慮した事実抽出の手法が、大いに参考になりそうです。

「視覚化」って何？ 「視覚化の目的」と「伝えるべきメッセージ」という言葉に、私自身とても驚かされました。日常業務の中で作成している報告書やメール、プレゼンテーション資料が単なる作業になってしまっていないか、と考えさせられました。これらの言葉に照らし合わせ、内容や表現が適切かを改めて見直していきたいと感じています。 プレゼン資料はどう伝える？ 特に、会社紹介のプレゼンテーション資料やそれを送付するメールについて、活用と実践を重ねていく必要性があります。私は新規の潜在顧客を訪問する際に会社を紹介するプレゼンテーションを行うことが多いですが、現在の方法が十分かどうか、相手の知りたい情報をわかりやすく伝えられているかを再確認したいと思います。メールでも、丁寧に書くことを心がけていますが、書き上げると長くなりがちです。読み手にとって理解しやすい文章になっているかを意識し、より良いメール作成を目指したいです。 相手への意識は足りる？ プレゼンテーションを見せる相手やメールを送る相手のことを常に意識することも重要です。相手の業界や事業内容に応じて、スライドを削ったり、追加や修正をしたりする必要がある場合があります。弊社に対するさらなる興味を引く内容になっているか、来週以降の新規訪問に向け、プレゼンテーションを見直し、修正することに力を入れたいと思います。

仕事を任せるときのポイントは？ 仕事を任せる際は、事前に計画を立て、相手との理解を共有することが重要です。任せた後は、過度に干渉せず、人の特性を見極めながら適度なアドバイスを行うように努めましょう。また、相談を受けたらその都度適切に回答し、誤りがあれば早い段階で軌道修正できるように計画的にフォローすることが効果的です。これにより、相手のモチベーションを上げることが可能となります。 振り返りをどう活用する？ 仕事を実行した後の振り返りもまた重要です。プロジェクトを実施した後、学んだことを言語化し、まとめることで、これを今後に生かすことができます。このプロセスにより、自分の自己効力感を確認でき、次回のプロジェクトにより良いアウトプットを生み出す助けとなります。チームメンバーとも学びを共有し、他の人の意見を聞くことで独りよがりにならないようにしましょう。 モチベーションを高めるには？ モチベーションに関しては、相手のこだわりポイントを尊重し、その成長を支援するようなアドバイスを心掛けることが大切です。相手の得意分野を見極め、それを引き上げることで、自己効力感を高めると共に、他のタスクにも良い影響を与えることができます。具体的な成果を評価し、結果を尊重する言葉をかけることで、彼らのやる気スイッチを押し、自発的な取り組みを促しましょう。

カフェの例は何を示す？ カフェという身近な存在を例に学べた内容が、より具体的にイメージできる形で伝わり、理解が深まりました。また、損益計算書が５つの利益から成り立っていることを再認識しました。それぞれの利益の意味や役割が異なり、本業の儲けと全体の収益では扱いも違うと理解していましたが、図解によって言葉と概念が結びついた点が非常に印象に残りました。会社の収益源やそれを生み出すための努力を、ストーリーとして考えられることの大切さも学びました。 PLと赤字はどう見る？ 業務においては、海外子会社の管理業務の中で毎月のPLを確認し、５つの利益がどのように変動しているかを前月比や前年比で把握し、変化の要因を分析できる力を身につけたいと考えています。また、動画の冒頭で触れられていたように、「赤字」と一口に言っても、最終赤字なのか営業赤字なのかで意味が大きく異なるため、議論の際に速やかに用語の意味を理解できるようになりたいと思います。 数値比較で何が分かる？ さらに、苦手意識を克服するために、まずは数値の動向をしっかり把握することが重要だと考えています。自社のPLだけでなく、他社の数値にも目を向け、５つの利益の動きを比較することで、自社子会社のPLにおける違いや問題点、特に各利益間の差に起因する問題を具体的に分析できるようになりたいです。

定性分析の意義は何？ 定性分析という言葉は以前から耳にしていましたが、具体的な内容についてはあまり理解していなかったため、普段使っている手法ということもあり、大まかなイメージは持っていました。日常的に顧客と会話する中で、提供しているサービスに対する意見や不満を雑談の中からヒアリングし、複数の顧客の声を集めることで共通の改善ポイントを見つけ出してきました。フレームワーク化はしていなかったため、これを機に試してみることにしました。 顧客の反応はどう？ また、ある顧客で認識した課題を、別の顧客にも「こういった課題はありませんか」と確認することがあります。その結果、多くの方から「あ、そうだね」と言われ、潜在的な問題を掘り起こせたような気がする反面、半ば無理やりに認識させたのではないかと感じることもあり、共感フェーズの難しさを改めて実感しました。 対応策は進むか？ さらに、特定の条件下にある利用者の特定シチュエーションでの課題に焦点を当てる重要性は理解しているものの、実際にその課題に対して具体的な対応策を講じるまでには至っていません。対象となるケースが想定以上に少ないため、コストメリット的にも実施判断にまで至らないのが現状です。今後は、次のフェーズで小規模なテストなどを通じ、解決策を模索していければと考えています。

戦略思考を深掘りするには？ 戦略思考について改めて考えてみました。具体的なフレームワークを用いて書き出してはいないのですが、一部については無意識に頭の中で実行していたようです。ですが、文字に起こすことにより、自分の理解を深め、より具体的な形にすることができました。 進捗確認のポイントは？ 新規プロジェクトの立案だけでなく、進捗の確認の際にも、「ゴール確認→環境分析→捨てる勇気」といったプロセスを繰り返すことで、効率的かつ効果的な結果を得られると感じます。さらに、最新の動向に基づいた分析が必要だと考えています。マニュアルや慣習に依存しがちな面があるため、それにも注意を払いたいです。 自分の言葉は合ってる？ また、他人の話を聞いてわかった気になるのではなく、自分の言葉でアウトプットすることも重要です。目標設定だけでなく、その目標に至る過程、特に「捨てられるものはないか」を意識することが肝心です。慣例的に行っていることが本当に必要なのか、利益が停滞していないか、しっかりと精査する必要があります。 変化にどう対応する？ さらに、時代の流れを敏感に捉え、情報収集を怠らないようにし、過去の成功体験に囚われない姿勢が重要です。自社や自分の強みを振り返り、差別化を意識し続けることが求められます。

問題解決の難しさに気づく 実践演習を通じて、私は問題特定の際に表面上の情報だけを処理しがちで、問題解決のステップを踏むことが難しいと理解しました。これにより、課題を適切に提起できることが限られていることにも気づかされました。MECEやロジックツリーという言葉は知識として持っていましたが、具体的に活用したことはありませんでした。しかし、MECEはデータを重複なく、漏れなく整理する考え方で、実務でも非常に有効であると感じ、直ちに活用したいと思いました。 新視点での顧客セグメンテーション 実務において、顧客セグメンテーションを考える際、これまでは年齢、性別、居住地などの従来の基準に頼っていました。しかし、MECEの考え方を用いることで、新しい視点からセグメンテーションを検討し、より優れた分析ができる可能性を探りたいと考えています。 新手法の有効性は？ 新たな顧客セグメンテーションの手法として、まず取引頻度と勤務先の業種という二つの基準を用いて分析を進めてみます。この二つでセグメンテーションを行い、既存の分析手法と比較することで、その有効性を検証したいと考えています。現時点では、取引頻度や業種に関するデータの分布を十分に把握していないため、まずはどの基準で分類を行うのか、データを確認していきたいと思います。

クリティカルシンキングの重要性とは？ 「クリティカルシンキングとは、問いと答え（主張と根拠）を考えることである」という言葉がとても印象に残っています。また、主観的にならず、客観的に現状を分析し、ありたい姿を見据えて、今解くべき価値のある問いを考えることが重要だと感じました。価値のない問いを立てても意味がありません。 組織課題への対処法は？ この考え方は、社内での施策提案の場面で非常に役立ちます。組織課題について考えていると、自分もその組織の一員であるため、主観的になったり、自分の意志が入り込んでしまうことがあります。その際には「これは客観的か」を常に意識することが大切です。現状を正確に分析し、今解くべき価値のある問いを考えるように心がけたいです。 客観的な施策提案のプロセス 施策を検討する際には、いきなり施策提案まで考えるのではなく、以下のステップを踏むべきです： 1. まずは現状を分析し、その分析が客観的かどうかを振り返る。 2. 次に、今解くべき価値のある問いを立て、それが客観的かどうか再度振り返る。 3. 一晩寝かせる。 4. 最後に、分析結果と問いの両方が客観的であるかを確認し、提案に移る。 このプロセスを経ることで、より客観的で価値のある施策提案ができると感じました。

問いをどう理解する？ 「問いを立てる」という言葉について、普段の言い回しとは異なり、初めはピンと来なかったものの、ライブ授業の具体例を通じて理解が深まりました。YESかNOで答えられる問いを設定することで、その答えに対する論拠や分析が求められ、論理的な説明が自然と身につくと実感しています。これまでの日々の業務にも通じる部分があり、改めてその意義を認識することができました。 フレームワークの再確認は？ また、これまでシステム開発の現場で漠然と使っていた思考のフレームワークが、今回の学習を通じて再確認できた点も大きな収穫です。部署内で複数のシステム開発案件のレビューを行った際に、報告内容が論理的でない場面に直面することがあり、状況を整理するためにこのフレームワークを意識的に活用できそうだと感じました。さらに、事業計画の立案や部下のサポートにも、今までの経験にとらわれない新たな視点を加える上で大いに役立ちそうです。 イシューリストをどう見る？ ライブ講義で紹介されたイシューリストの作成方法も非常に印象的でした。日常業務では緊急度の高いものが優先され、本来注目すべき課題が見落とされがちですが、イシューリストを作成し定期的に見直すことで、重要な問題点を把握し、対処策を検討する体制を整えられると感じました。