(3ページ目)

システム ✕ 効果

に関する学び

---

顧客のペインポイントをどう探る？ 顧客の「ペインポイント」が新規事業やビジネスの種になることを実感しました。また、ペインポイントを探るためのフレームワークや手法が存在することを初めて知りました。自分自身が顧客になり得るという視点を持つことも、ニーズやウォンツ、ペインポイントを探し出す仮説の一部になり得ると感じました。顧客へのフィールド調査は重要ですが、仮説をもって取り組むことで、より効果的かつ効率的に進められるのではないかと思います。一方で、バイアスが困難を引き起こすことがある点も注意しなければなりません。 IT企業の将来展望は？ 私の会社はシステム開発を手掛けるIT企業で、主にB2Bをビジネスとしていますが、将来的にはB2Cの視点も求められるのではないかと感じます。大型システム開発が減少し、SaaS形式のサービスが主流となる中で、既存のビジネスに固執することは衰退を意味します。お客様の業務において、まだ気づかれていない課題や問題、不便さを見つけ出し、それに対するサービス提供を行う能力が必要です。経営企画として事業戦略を策定する際には、マーケティングの観点を取り入れていきたいと考えています。 マーケティングの現場重視の取り組みは？ マーケティングはフレームワークや手法が発展した領域ですが、お客様のニーズやウォンツは現場にあると考えています。会議室やオフィスでの議論だけでなく、実際の現場を確認する意識でマーケティングに取り組みたいです。顧客訪問ができない場合は、現場担当者との密なコミュニケーションも効果的ではないかと考えます。定期的に現場のニーズを収集できる仕組みを考えていきたいと思います。

仮説の立て方は？ 仮説を立てる際には、複数の仮説を提示し、網羅性を意識することが大切です。3Cや4Pといったフレームワークを活用すると、仮説を立てやすくなることを実感しました。また、単に考えただけでなく、様々な切り口からアプローチするよう努めることが重要だと感じました。 データ選びはどう？ データ収集については、誰にどのように聞くかが非常に大切です。自分に都合の良いデータだけでなく、反対の意見となる情報も収集するよう心掛けています。一見、目の前にある情報だけで判断せず、目的に沿ったデータであるかどうかを考える重要性を改めて感じました。実際、抽出したデータで本当に検証したい内容が導き出せるかを、常に見直す必要があると考えています。 サービスはどう伝わる？ 新しい運用やシステムの活用状況、また提供しているサービスがどのようにお客様に届いているかを分析する際は、まず言葉で仮説を立てることに取り組んでいます。これまで、数値を見ただけで直感的に考え、その立証に必要なデータをどう抽出するか検討していましたが、目的に合致しているのか不安に感じることもありました。そのため、自分にとって都合の良いデータだけに偏らないよう、改めて意識しています。 生産性向上はどう？ また、社内の生産性向上施策が実際に効果を上げているかを検証する際にも、フレームワークを用いて複数の仮説を立て、網羅的に検討することを意識しています。抽出したデータが目的に沿っているかを確認した上で、そこからどのような結論が導けるのかをしっかり検証することが重要だと感じました。

クリティカルシンキングの活用場面は？ クリティカルシンキングは、課題解決や上司への提案、説得など多くの場面で活用できる思考法であることを理解しました。特に課題解決の場面では、自分の経験や勘に頼らず、関係する様々な人の立場から課題を見ることで、その本質を探り、より良い解決策を提案できると感じました。ライブ授業の「病院」をテーマにした課題では、病院に関わる人々の視点を変えることで、病院の役割について多様な考え方ができることに気づきました。また、他の受講生から自分にはない視点を学ぶことで、クリティカルシンキングの重要性を再認識しました。 システム要件定義への応用法は？ 現在、私は生命保険契約の電子手続き化に関するシステム要件定義作成に関わっており、部下が提案するシステム機能が本当に必要かどうか、管理職として判断を迫られることがあります。今回学んだことを活かし、視点や視座を広げ、顧客・営業・開発者・経営者の目線で機能のメリットとデメリットを考慮することが、より良い判断に繋がると実感しています。 どのように優先順位を考える？ 具体的には、部下から提案されたシステム機能の開発要否について、多角的にメリット・デメリットを洗い出し、優先順位を決めていきたいと思います。例えば、顧客目線では便利でも、実際の利用者が少なく費用がかさむ場合は、費用対効果を考慮して開発を見送るといった判断を意識して行っていきます。最終的に、部下や上司に対してなぜその判断をしたのかを説明する際、説得力のある説明ができると考えています。

どの要素に焦点を当てるべきか？ 問題解決のためには、What、Where、Why、Howの各要素に分けて進めるアプローチが重要だと学びました。単に数字を眺めるだけでは見えにくい情報も、プロセスごとに分けて考え、それを定量化 (例えば、ファネル分析やコンバージョン率) することで新たな課題が明らかになります。 仮説立案のコツとは？ また、問題の原因を探る際には仮説を立てることが鍵です。その際の思考範囲を広げるために、対となる概念である「対概念」が有効であることも学びました。分析を進める上では、条件を揃えることが重要で、いわゆるApple to AppleとするためにA/Bテストを行い、比較対象の違いを絞り込むことが必要です。原因を探る際には、多くの項目に手を広げず、仮説を絞り込んで十分に研ぎ澄ますことが求められます。 システム導入の目的をどう明確にする？ これからシステムを導入するにあたり、まずシステムが何のために必要かを明確にし、その問いを検討段階から関係各所と共有しながら進めることが大切です。そして、現状における問題の特定を行い、What、Where、Why、Howの各要素に分けて進めていきます。 比較分析のためには？ システムの導入においては、何を比較するのかを明確にし、例えば導入した場合と導入しなかった場合の比較や、複数社での比較を行います。また、現状とあるべき姿のギャップを定量的・定性的に描き出し、比較することが重要です。場合によっては仮説を立てて進めることも効果的です。

ビジネスのメカニズムとは？ ビジネスの知識は「先人の知」であり、既存の法則や手法の上に成り立っていると考えられます。多くのビジネスが存続している理由を分析すると、規模の経済性、範囲の経済性、習熟効果、ネットワーク経済性といったメカニズムによって分類できることがわかります。 経済性を活かす戦略は？ 当社の基幹ビジネスである環境測定関連の保守事業が全国展開したことは、規模の経済性に該当します。また、関連するシステム開発や他の環境関連部署を設置した事例は範囲の経済性に当たります。社内資源の活用だけでなく、顧客接点やブランド力といった無形資源も考慮に入れることで、規模や範囲の経済性を最大限に活かしながら、不経済に陥らないよう留意すべき点についても理解が深まりました。これにより、業務改善に対するアプローチも変わってきます。 多角化の根拠は何か？ さらに、今後の多角化を進めるにあたって、単にキーワードを関連づけるだけでなく、その多角化の根拠を明確に整理し、より戦略的な思考を持つことが必要だと思いました。 多角化事業をどう分析する？ 以前、自社事業の多角化状況を表に整理したことはありましたが、その経緯や現状については十分に考えていませんでした。多角化事業のそれぞれがどのメカニズム上に成立しており、現在のどの段階で規模や範囲の不経済に陥っていないかを分析することが重要だと感じています。新規事業の位置づけについても、ビジネスのメカニズムに則った説明ができるように分析を進めたいと思います。

ライブ授業で得た気づきとは？ ライブ授業の実習を通じて、自分の思考にバイアスがかかっていることを実感したため、物事を深掘りすることの重要性を改めて感じました。MECE（Mutually Exclusive, Collectively Exhaustive）やロジックツリーといった手法を学び、それを自分のものとして使いこなせるようになることで、より深く物事を考え振り返る行動につなげることができると考えています。 提案資料にどう活用する？ 社内システムの担当として、ITを駆使し事業課題を解決するシステムの企画や立案を行う際には、一度自分の考えを止めて客観的な視点を取り入れ、提案資料にその考えを反映させるよう努めています。そうすることで、より説得力のある資料を作成できるのではないかと考えています。また、部下との評価面談では、クリティカルシンキングを活用して部下の考えを引き出し、自分の意見も効果的に伝えることができると思っています。 判断を支える習慣とは？ 自身で何らかの判断を行う際には、なぜその判断に至ったのか自問する習慣を身につけることが重要です。その問いかけをロジックツリーなどに書き起こして思考を整理します。これを実践するために、PCの付箋アプリにこれらの行動を記載して常に視界に入れるようにし、ロジックツリーなどで思考を整理するためのメモ用紙を常に手元に置いて実践していきたいと考えています。

物事を分解する利点は？ 「物事を分解する」という手法は、複雑な問題や課題を整理し、本質を掴むために非常に有効だと感じました。分解することで得られる利点として、全体像の明確化、真実への気づき、主観や思い込みの排除、具体的なステップの可視化が挙げられます。これにより、行動に移しやすくなり、自信がつき、切り口が増え、無駄が減ることで、コミュニケーションも円滑になります。 IT業界での分解の活用法は？ 私はIT業界で働いています。分解を効果的に活用する場面としては、システム障害時のトラブルシューティングがあります。アプリケーションエラーの要因や原因を細分化して判断します。また、要件定義やシステム設計では、顧客の要求を具体的に細分化し、それぞれの機能や動作について詳しく検討・具現化します。プロジェクト管理やコードレビューにおいても、工程やタスクを細分化して効率的に管理し、効果的なレビューを行います。 明確な目標設定の重要性は？ 実践においては、明確な目標設定が重要です。例えば、障害対応や要件定義の工程で課題を意識し、発生した問題を分解して整理します。分解された要素の因果関係を確認し、特に障害対応時には優先順位の判断も必要です。また、仮説を立てる姿勢やツールの活用も有効です。こうしたプロセスを定期的に繰り返し、振り返りを行いながら、自分のスキルとして確実に身につけていきたいと思います。

分解の基本はどうする？ 分解の仕方によって、物事の見え方や捉え方が変わることを理解しました。分解は最初から細かく行うのではなく、まず全体を定義し、広い視点で傾向を捉えることが重要です。その際、分解の切り口として「いつ、誰が、どのように」を意識すると探しやすくなります。また、分解にはMECE（漏れなくダブりなく）を意識することが求められ、層別、変数、プロセスの分解が考えられます。一度分解して終わらず、他の視点も探し続ける姿勢が大切です。 どんな視点で分解する？ システム開発提案などで改善系の提案を行う場合には、操作時間や処理時間、問い合わせの状況、不具合の発生状況など、さまざまな視点で分解することが重要です。これにより、より費用対効果の高い提案が可能になります。これまでもデータ分析を行ってきましたが、自分の想定に偏ったデータ分解をしていたことに気づかされました。他の視点があるのか、偏りがないかを常に自問自答しながら、問題の本質を捉えたいと考えています。 来期提案で注目すべき点は？ 来期の体制提案では、現行システムの課題を洗い出すことを目指しています。そのために、現行機能の操作性、問い合わせ、要望一覧をまとめ、来期で取り組むべき改修内容の有効性を示し、それに沿った体制を提案したいと考えています。MECEを意識したデータ分析を活用し、説得力のある提案を行えるように努めます。

分析時に問いかけの重要性とは？ 分析の目的を「問いかけ」から始めることの重要性を学びました。具体的なテーマを最初に決めてしまうと視野を狭めてしまう可能性があります。そのため、「何のために？」と問いかけることからスタートし、具体化することが大切です。また、チームで物事を進める際には、ゴール（目的）を明確にしておくことで、本質から脱線することを防ぐ効果があると理解しました。この認識を忘れないように、何度も共有することを徹底したいと思います。 新規企画にどう役立てる？ 新しいサイトやサービスの企画や改善の際にも、この方法が役立つと感じました。たとえば、上司から「このシステムを導入するために資料を作って会議をセットしておいて」と指示を受けることがあります。その際、イシューを明確にしておくことが効果的だと思いました。 効率的なミーティングの準備法は？ これまで私は、新しいサイトやサービスを企画する際、「●●について」とテーマを限定してキックオフの資料を準備していました。今後は、事前に情報を分解し、目的を問いかけることでテーマを具体化した状態で会議に望もうと思いました。責任者からスピーディーな改善を求められることが多い中、これにより時間の節約にも期待が持てます。また、データ分析を用いて現状の数値をしっかり把握することで、改善後の効果測定も行いやすくなると感じました。

分析で大切な比較の本質とは？ 今回の学習を通じて、以下の重要なポイントに改めて気付きを得ました。 まず、分析の本質は比較にあることです。ある場合とない場合を比較する、いわゆる「Apple to Apple」の比較が重要です。また、分析に入る前に仮説を立てることが大切であり、目的を明確にすることが求められます。具体的には「何を見たいのか」「何が見えるのか」を明確にすることが重要です。さらに、グラフを活用して視覚的に捉えやすくすることも効果的です。 ITシステム導入の比較ポイントは？ これらのポイントを念頭において、バックオフィスにおけるITシステム導入の検討を進める際には、以下の点を意識して比較を行いたいと考えます。 まず、「何のために比較するのか」を明確にし、導入した場合としなかった場合の効率面やコストを具体的に、定量・定性データで比較することが必要です。何を見たいのかを明確にし、複数社での比較を実施することが大切です。また、場面によっては仮説を立てて進めていくことも考慮すべきです。 導入効果をどう検証する？ 具体的には、人事系システム導入に向けて、まずは社労士などのスペシャリストからの助言を参考にしつつ、導入の目的自体を明確にします。次に複数社での比較を実施し、導入した場合としなかった場合の検証を行います。この視点で検討を進めていきたいと思います。

物事を客観視するには？ 講座全体を通じて得た学びを振り返ると、まず客観的に物事を見る力が重要性を増していると感じました。また、視点や視座、視野の持ち方、そして問題を分解する方法についても多くを学ぶことができました。問題に直面した際は、適切な問いを立てることから始め、データの加工・可視化を行って分析し、解決策を見出しスライドを作成するというステップが有効であると理解しました。 運用変更の必要性は？ さらに、変化に伴うアクションを決定する際には、システムや社内ルールの変更に応じた運用変更が不可欠です。その際には、なぜその運用変更が必要なのかを関係者に分かりやすく説明することが大切です。同時に、変化に応じたアクションが本当に必要かを問い、様々な角度から分析することが必要です。このプロセスを通じて、回答を常に疑いながら最善の解決策を見出したいと考えています。 効果的なプレゼンは？ また、上層部へのプレゼンテーションでも得た知識を役立てたいと思います。今年度のKPI達成や課題の共有に際しては、受け手にとって効果的なプレゼンとなるよう、視野・視座・視点を意識した分析と資料作りを心掛けます。これにより、より理解しやすく、見やすい資料を作成し、効果的な情報の伝達を実現したいです。

説明の根拠はどう確認する？ ピラミッドストラクチャーを用いることで、説明の際にその根拠に共通する要素を確認し、文章の構造を理解する学びを得ました。共通要素を言葉で表現するのは難しく、また、説明の正しさは相手によって変える必要があると感じました。例えば、勉強会を実施する際、上司を説得する場合は、勉強会によって社員の負荷が増えないことを強調することが重要です。一方で、同僚を説得する際には、スキルアップなどのメリットを提示することが効果的です。これは、相手の課題を解決する要素を説得に使用する例です。 会話でどう説明すべき？ 日々のミーティングでは、相手の前提を理解し、どのようなアプローチで説明すれば納得感を得られるかを考えながら会話を進めたいと思います。また、上司への提案時には、ピラミッドストラクチャーを使って根拠を明確に伝えることが重要です。 変革の価値は何？ 他部署への方針変更の説明においては、変更の理由をしっかり伝え、どのような価値が相手に提供されるか、またどのようなメリットがあるかを示すことが大切です。新たなシステム導入時には、必ずオペレーションの変更が伴うため、その際の相手へのメリットを具体的な根拠を示して理解してもらうことが必要です。