(58ページ目)

必要 ✕ 場合

に関する学び

---

目的と設計はどう変わる？ 自分の目的と相手の目的を整理しながら、自社のWebサイトの設計を見直す必要性を感じました。無形商材の場合、ユーザーに疑似体験させる工夫が重要で、サービスの流れや機能を紙やスライドで視覚化し、細かいフィードバックを受けることが効果的だと考えています。 試作で何を掴む？ 試作（テスト）からフィードバックを迅速に得ることが大切です。また、どのようなフィードバックを求めるかという視点を事前に持つことも必要だと感じました。課題の定義や情報設計が漠然としていると、良い試作へとつながりにくいため、前提をしっかり作り込み、アイデアを十分に出し切ることが重要です。 小さな挑戦はどう効く？ さらに、小さな試みを積み重ねることで、結果的に近道が見えてくると実感しています。正解へいち早く辿り着きたいという焦りが、かえってネックになることもあるため、スピード感と丁寧さの両面を大切にしていきたいと思います。 情報設計で成果を出す？ 情報設計においては、自分の目的と相手の目的を再検討し、課題の定義と連動させる余地があると感じています。さまざまなプロトタイプが存在し、それぞれの簡易さや工程の多さに違いはあるものの、得られるフィードバックの質にも個性があり、細かな確認を積み重ねることで質の高い成果物を生み出すと確信しています。

どの方法で解決？ 問題解決には大きく2つのアプローチがあると感じています。1つは、あるべき姿と現状のギャップを埋め、正しい状況に戻すための方法です。もう1つは、未来に向けたありたい姿と現状のギャップを解消し、望む状態に到達するための方法です。どちらの場合も、目指す状態と現状を定量的に示すことが非常に重要です。 分析手法は何？ そのため、ロジックツリーやMECEといった分析手法が有効だと考えています。これらのツールを使うことで、問題やデータを細かく分解し、整理された形で把握することが可能になります。 顧客データ整理はどう進む？ 具体的には、現在保有している顧客データに含まれる情報を、国や契約の条件などの観点から整理する必要があります。これまで「顧客データ」とひとまとめにされていた部分を、ロジックツリーを用いて項目ごとに分解し、各顧客についてどのような情報が含まれているのかを明確にすることが求められます。また、業務における理想の状態と現状のギャップについても、数値などの定量的な指標を用いて示すことが大切だと感じました。 手法活用の可能性は？ このように、定量的な情報の整理と、体系的な分析手法の活用が、問題解決を実現する上で不可欠であると再認識しました。今後も、これらの手法を業務の改善に積極的に取り入れていきたいと思います。

現状の課題は何？ 「あるべき姿」と「現状」のギャップを常に意識していたものの、その内容を言語化するのがうまくできていなかったと感じました。また、目の前の問題に気を取られすぎ、中長期的な視点が欠けていることにも気付きました。 切り口の選び方は？ 何度もロジシンを学習する中で、変数分解の幅をもっと広げたいと思う一方、MECEでない点に気付くたび、どのような切り口が適切なのかそのセンスやアイディアが不足していると感じています。より多様な切り口を持つためには、日ごろのトレーニングが必要であると実感しました。 研修の活かし方は？ 研修の構造化やアンケート分析にも今回の学びを活かせると考えています。すでに問題解決思考は取り入れているつもりですが、自分流のやり方に偏っていないか再検討するためにも、改めてロジックツリーを作成してみる価値があると感じました。また、MECEであるべきケースと、必ずしもそうでなくても良いケースの根拠を、しっかり説明できるようになりたいと思います。 説明不足はどう？ 私は人材育成の分野で実務と研究を行っている中で、MECEが求められる場合とそうでなくても良い場合があると理解しています。しかし、現状ではうまく説明できていないと感じたため、これを機に皆さんと一緒に議論を深め、理解を共有していきたいと考えています。

顧客価値の定義とは？ ビジネスにおいて顧客に対してどのような価値を提供するかを明確にするためには、対象となる顧客（ペルソナ）をしっかりと定義することが重要だと学びました。顧客ペルソナが不明確だと、ビジネスを構築するのに必要な要素や資金の計画が立てられません。また、ビジネスの成果は損益計算書（P/L）で大まかに計算できますが、利益が出ていない場合の修正プランも検討する必要があります。この際、ビジネスが提供する基本的な価値は不変とすべきで、そこがぶれると「なぜこのビジネスを始めたのか？」という根本的な問題に直面する恐れがあります。そのため、修正プランについても価値への影響を考慮しながら検討することが不可欠です。 自社サービスの価値を再確認するには？ 現在の業務においても、自社のサービスや自分の組織・チームがどのような価値を提供しているのかを再確認します。その価値が実際に提供できているかどうかを測定する基準としてKPI（重要業績評価指標）が定義されているので、その関係を正しく理解することが必要です。 まずは社内情報を含めて、自社製品が提供する価値や関連サービスの価値の認識が、自分の理解と合致しているかを確認します。もし差異がある場合は、その部分を修正します。また、KPIについてもその設定背景を正しく理解し、同様に確認を進めていきます。

マーケティング思考とは？ 「マーケティングそのもの」よりも「マーケティング思考」とも言える思考回路について改めて理解しました。具体的には「出発点を顧客目線に置く」ということです。ライブ授業では自己紹介を通じて単なる自己アピールではなく、「相手に魅力を感じてもらえる」という視点の重要性を学びました。急なお題であったため、相手目線を欠いた話になってしまったことを反省し、日頃から「相手は何を求めているか」を考える癖を身につけるべきだと感じました。 家業に顧客思考をどう活かす？ 事後動画では、セールスと比較することで、思考の出発点が「顧客ニーズ」であり、成果は「顧客満足」で測るべきだということを教わりました。 会社業務（海外人事企画・運営）に適用するには、経営陣の立場に立った思考展開が必要だと感じます。私は会社の顧客を経営陣であると理解しています。家業（寺・観光）に対しては、まず「顧客は誰か」を深く考え、彼らが求めるものをさまざまな切り口から洗い出していきたいと思っています。 日々の顧客目線の重要性 日頃から顧客目線を意識することが重要です。自分が顧客である立場の場合でも、一度経営側の目線に立ってみてから改めて顧客目線に戻ってみると、新たな視点が見えてくるかもしれません。家業については、実際に洗い出しを行ってみたいと思います。

モチベーションの原理は？ モチベーションについて悩んでいた部分がありましたが、今回の講義を通して体系的に理解できたと感じています。モチベーションを上げる、または保つためにはインセンティブが必要であり、その効果的な方法は人それぞれであるという点や、人の欲求が高次と低次に棲み分けできること、さらに仕事において満足をもたらす要因と不満を解消する要因が異なるという点が特に印象に残りました。 信頼関係はどう構築する？ また、部下との信頼関係を築くためには、相手を理解し尊重することが重要であり、目標設定とフィードバックをしっかり行う一連の流れが大切だと改めて認識しました。しかし、部下のレベルや性格を考慮する必要があるため、実践は非常に難しいと感じています。特に営業職では、結果が数字として明確に表れるため、その結果に至るプロセスを重視し、部下から自発的な意見を引き出す取り組みが求められると考えています。 管理職としての課題は？ さらに、中間管理職としては会社の方針や労働条件の決定に直接関与できないことから、衛生要因が十分に整っていない場合、部下の不満につながる可能性があると理解しました。このような環境下でも、マネージャーとして部下のモチベーションを上げるためにどのような行動が取れるか、引き続き考え、実践していきたいと思います。

戦略の選び方は？ Week2～5までの体系を理解する中で、3Cやバリューチェーンを活用して環境の変化、競合、ステークホルダーの状況や課題を整理し、自社の強みと弱みを把握できました。その上で、コスト、差別化、集中といった戦略を策定する際に、どの領域に注力しどこを捨てるかというターゲティングや、トレードオフの把握、規模の経済や範囲の経済といったインパクトの大小を踏まえた戦術の選定に結びついていると感じました。フレームワークを多数学んできた結果、無理に使い始める段階もありましたが、今後は自分の技として習得し、メリハリを持って活用できるよう努めたいと思います。 どうすれば視野を広げる？ また、視野を広げて状況を俯瞰し、目の前の状況にとらわれず発想や知見を発揮することが苦手な社員も多いと感じています。そうした中で、自ら率先してこれらの手法を職場で活用・普及していくことが大切だと考え、off-JTのイベントとしてフレームワークを使うワークショップを開催してみたいと思っています。 伝え方はどう工夫？ さらに、ビジネスの現場ではフレームワークの使用シーンが多い一方で、相手がそれに慣れていない場合、伝え方に工夫が必要です。相手の思考の特性や大切にしている点を踏まえ、適切な表現へと変換して伝えることを重視していきたいと考えています。

データから仮説は？ 売上の月次報告やテレアポ外注の振返りを行う際、まず現状のデータから何かしらの示唆が得られないかを探します。しかし、決定的な根拠にたどり着けず、直感的に仮説を立て、その検証のためにデータを集める作業を繰り返していました。作業中にまた新たな仮説が浮かび、その度に追加データを収集するため、どの仮説も決定的に証明できず、結果的に中途半端な形に終わっていました。 仮説の絞り方は？ 今後は、まず考えうる仮説をすべて洗い出し、その中から有力なものを選定する手法に切り替えます。重要な仮説から検討を始めることで、余計な分析を省き、効率的に物事を進めることを目指します。 グラフで傾向把握？ また、分析過程では棒グラフや散布図などのグラフを用いて、視覚的にデータの傾向を把握できるように工夫していきます。 計画と結果のズレ？ 施策実行前には、仮説に基づいた計画を立て、その計画と実際の結果とのズレを細かく追っていく仕組みが不可欠です。例えば、テレアポ外注に月50件の成果を求める場合、週ごとの目標数値を明確に設定し、その達成度を継続的にチェックしていく必要があります。 仮説を尽くし得る？ 振り返りの際には、とにかく考えられる仮説を可能な限り出し切ることを徹底し、より確実な分析へとつなげていきたいと考えています。

6週間の振り返りは？ 6週間で学んだ内容には記憶の濃淡がありましたが、短時間で一気に復習できた点は大きな収穫と感じています。講義で示されたように「問いから始める」ことの重要性を再認識し、その問いの設定がその後の行動やアウトプットに大きく影響することを痛感しました。また、グループワークに参加しなかったものの、「知識のインプットだけでは成果に結びつかず、自己満足に陥る」という点が胸に深く響きました。 問いの価値を感じる？ 相手や仕事内容に関わらず、与えられたデータや情報を盲目的に受け止めるのではなく、「問いから始める」、「問いを残す」、「問いを共有する」という姿勢を常に心がけたいと考えています。また、人に伝える際には、受け手の視点に立った資料の構成や図解、適切な日本語表現が重要であり、こうした工夫をアウトプットに反映させることが求められると感じています。 成果をどう創るか？ 知識のインプットだけでは十分な成果に繋がらないため、学んだことを効果的にアウトプットできる仕組みの構築が必要です。個人で完結するタスクにおいては生成AIを活用したフィードバックサイクルを確立し、他者とのやり取りが発生する場合には、最終アウトプットを提示する前に同僚との説明や意見交換を行うようなタスク計画や会議設計を進めていきたいと思います。

緻密な準備が成功を導く？ 慎重になり過ぎず、頭でっかちになり過ぎないことが大切です。手を動かす前に仮説を立て、何を比較するかの指標を決める必要があります。ただし、やってみないと分からないこともあり、その際には柔軟に変更しても問題ありません。 有効な切り口を探る方法は？ 引き出しの多さと選球眼が求められます。専門知識が少ない領域では、まずはフレームワークに頼るとよいでしょう。専門知識がある領域にフレームワークを掛け合わせることで、発見が生まれます。筋のよい切り口を選択するためには、現場の肌感覚としてのドメイン知識が重要です。 例えば、webサイトからの問い合わせを増やすための分析が必要な場合、データはすべて手元にあるので実践可能です。流入経路、案件種別、問合せ企業の業種、企業の所在地、案件規模、実施月、実施までの期間など、指標となり得る項目が多数あります。これらの指標を基に、問い合わせ数との相関関係を探ることで、有効な分析が可能となります。 仮説とフレームワークの活用 システムの切り替えに伴うベンダー選定や資料作成、現場からの業務要件整理とRFP作成などの業務においても、フレームワークや仮説の立て方が活用できることを実感しています。これらの方法は、実務において有用であり、実際に業務を進める上での基盤となります。

問題の原因をどう理解する？ 問題の原因を探る際には、単純に数字に飛びつくのではなく、割合などを他の数字と条件を合わせ、その数字の本質を理解し、原因を考える必要があると学びました。 仮説の選択基準は何？ また、複数の仮説のうちどれを選択すべきか簡単に判断できない場合には、判断基準を設定し、仮説ごとに評価し点数を付ける手法を学びました。その際、判断基準項目の影響度に応じて重み付けを行う必要もあることを理解しました。 新システムの導入検討はどう行う？ 新しいシステムや運用の導入検討を行う際には、メリット・デメリットごとに判断基準を設け、現行と比較することで、周囲に納得感を持ってもらえる説明ができると思います。また、収支検証では、単純に数字に飛びついて結論を出すのではなく、委託されている人数や内容、イレギュラー案件の有無など、できる限り事情を細かく理解し、条件を揃えた上で検証を進めるよう意識します。 日常的な思考の癖付けの重要性 日常的に「この物事の切り口は何だろう？」と意識することで、必要なときに的確な判断基準をすぐに想定できるようになりたいと思います。そのため、日頃から思考の癖付けを行うことが重要です。また、数字を扱う際には、数字同士の条件が合っているかどうかや、数字ごとの持つ重みを意識するようにします。

生成AIの仕組みは？ 生成AIが答えを導き出す仕組みについて、理解を深めることができました。各AIにはそれぞれ特徴があると実感しました。以前、ゆるキャラのブラッシュアップを行った際、複数の条件を一度に与えると元のキャラクターと大きく異なる結果になることが多い一方、少ないキーワードで少しずつ進めると細部だけが変更され、元のキャラクターの個性が維持されることが分かりました。その理由として、追加した複数のキーワードの重み付けが均一である場合、すべての要素が反映され、結果として大幅に変わってしまうのではないかと感じています。キーワードを絞ることで、元のキャラクターに追加される要素が限定されるのではないかという仮説を抱きました。 検証はどう進む？ また、仮説検証の手順と進め方においては、実際に試してみることで検証が進むと記載されていたことから、実習での気づきが正しいのかどうか、改めて検証してみたいと考えています。 不良品問題はどう？ さらに、サプライヤから報告された部品不良の原因について、仮説検証ツールとして活用できないかを検討しています。波及性のある不良の場合、大量の不良品流出を未然に防ぐ必要があるため、原因が明確でないサプライヤに対して、事実に基づく原因の可能性を提案する形式で示す方法が有効ではないかと考えています。