(5ページ目)

顧客 ✕ システム

に関する学び

---

イシューはなぜ重要？ 問題が発生した際には、まず「イシューは何か？」という問いを忘れずに持ち続けることが大切だと感じました。関係者全員がそのイシューを共通認識として共有することからスタートすることで、論点がぶれず、解決策の議論にしっかりと集中できます。 どうして急いで解決策？ 一方で、いきなり「How（解決策）」に話を持っていくのは注意が必要です。後になって「なんでこの話をしているんだろう？」「そもそも何が問題だったんだろう？」「これって有効な施策なのだろうか？」といった疑問が生じ、議論が後戻りしたりぶれてしまうリスクがあります。 信頼関係はどう築く？ よくある例として、営業売上目標の未達が挙げられます。一般的には、顧客の業績悪化により無駄な経費や固定費を削減する動きが理由だと言われます。しかし、注意すべきは、それだけが原因で問題が起こっているとは限らない点です。実際には、既存顧客が自社システムの活用不足により解約が相次いでいたり、顧客の予算縮小とともに自社製品への信頼が低下している可能性も考えられます。そのため、本質的な課題は、営業施策の活動量や上位接触の不足ではなく、顧客との信頼関係にあるのではないかと捉えることが必要です。

顧客と競合はどう見る？ 差別化について学んだ内容では、まずどの業界で事業を展開し、ターゲットとなる顧客が誰であるかを明確にすることが重要だと実感しました。その上で、顧客が求めるものが何か、どのような価値を提供すれば意味があるのかを深く考える必要があります。また、競合他社についても、単に同じビジネスモデルを真似るのではなく、顧客視点でその存在を捉えることが求められると学びました。特に、VRIOの模倣困難性に関しては、独自の歴史的条件や因果関係の不明性、さらには社会的複雑性といった要因が働くため、他社には真似できない価値を生み出す可能性がある点が非常に興味深いと感じました。今後は、自社にもこうした独自要素がないか、改めて考察してみたいと思います。 自社戦略を再検討する？ また、今後の自社戦略を検討するにあたり、VRIOの観点から差別化の施策を実践してみたいと考えています。現在の受託開発業務では、場合によっては他社と同じシステムやテーマで開発が進むこともあり、身近な競合との違いを明確にすることが課題となっています。まずは、身近な顧客や競合を軸に設定し、実際に差別化を図る方法を試すことで、より具体的な戦略の構築に繋げていきたいと思います。

デザイン思考はどう変わる？ デザイン思考は、当初は外見や部分的な要素に焦点が当てられていましたが、徐々に全体設計へのアプローチへと発展してきました。お客様への共感を軸とすることで、顧客にとって本質的な課題解決を目指す姿勢は、単に技術的に高度であるだけではなく、実際に役立つ製品やサービスへと結実するために不可欠です。 技術進歩と課題は何？ また、AIの進化により、ITシステムの試作が容易になったため、全体プロセスの回しやすさは向上しています。しかしながら、細部の制御が難しい現状では、あと一歩の実現に大きな工数と時間が必要となるケースも見受けられます。加えて、顧客と製品やサービスの提供者はそれぞれ別の利害を持つため、どうしても緊張関係が生じるという課題があり、こうした点を含めた総合的な方法論の整備が望まれます。 試作と提案はどう進む？ 今後は、ChatGPTなどを活用して顧客の発言から課題やソリューションを分析し、その結果を基にReplitで試作案を作成、実際に顧客に提示するという流れが実現できるのではないかと考えています。授業を通して、こうしたプロンプトの設計など、具体的な手法を確立していくことが目標です。

規模経済の効果は？ 規模の経済性（スケールメリット）では、生産量を増やすことで生産コストが下がり、発注量が多いほど交渉力を高める効果があります。習熟効果に関しては、効率化の進展で1個あたりのコストが低減できる一方、ナレッジの蓄積状況によりその効果に差が生じることも見受けられます。 範囲経済の利益と危険は？ また、範囲の経済性は既存の資源を他の事業に展開することでコスト削減を図る手法です。しかし、多角化によって非効率が生じ、逆に追加コストが発生する場合も完全には排除できません。ネットワーク経済性の場合、ネットワーク参加者の増加により利便性が急速に向上し、優れたサービスが市場でのデファクトスタンダードとなる機会もありますが、より魅力的な代替サービスの出現により容易に置き換えられるリスクも存在します。 システム開発の可能性は？ 自社のシステム開発業務においては、習熟効果と範囲の経済性の両面が活かせると感じています。パッケージ開発を通じた開発ナレッジの蓄積で生産性の向上や教育の効率化が期待でき、加えて開発に携わる中で得た業務スキルをほかの顧客にも展開することで、競合との差別化や市場での優位性が実現できると考えています。

フレームワークはどう？ 3C、SWOT、VCフレームワークについて深く理解しました。これらのフレームワークはどの業界にも適用可能であり、分析に非常に役立ちます。しかし、実際にしっかりと分析を進めようとすると、情報が十分でない場合や分析力の不足が課題となることもあると感じました。 競合戦略は何？ そこで、競合分析に挑戦してみることにしました。具体的には、ウェブ上での調査やIR資料の確認、および転職者からのヒアリングを通して、競合他社が実現を目指していることや、そのための戦略を探りました。その中で学んだことは自社に取り入れ、どのような影響があるのかを理解することを心がけました。 自組織の分析は？ さらに、3C、SWOT、VCフレームワークを用いて自組織を一度分析してみることを考えました。外部環境の理解にはPEST分析を用い、得られた内容を3Cの外部環境部分や競合分析、SWOT分析の強みと弱みの項目に活用しました。SWOT分析では、PEST分析から得た機会と脅威に焦点を当て、VCフレームワークでは営業活動から最終顧客へのシステムリリースに至るまでのプロセスを機能分割し、その中での強みを詳細に分析することを目指しました。

イノベーションって何が大切？ イノベーションの普及には、比較優位性、適合性、わかりやすさ、使用可能性、可視性の5つの要件が求められます。製品やサービスの売れ行きは、顧客が抱くイメージに大きく左右されるため、ネーミングや宣伝は、顧客に理解しやすいものにする必要があります。こうした点から、顧客の心理を正確に捉えることが重要だと言えます。 顧客ニーズはどう捉える？ 一方で、差別化の過程においては、競合他社の動向に気を取られすぎると、本来の顧客ニーズを見失う危険性があります。常に顧客に目を向け、顧客の期待に沿った商品づくりを心掛けることが大切です。 IT提案はどう評価する？ 自社のITソリューションの提案を上記の普及要件に照らして考えると、まず比較優位性を示すために、新しい技術やアーキテクチャを採用し、従来システムと比べて優れている点を強調することが求められます。次に、適合性の観点からは、顧客の現行の運用に大きな変更を加えることなく、作業効率などの負担を軽減する提案を実施する必要があります。また、わかりやすさについては、全ての要素を網羅的に説明するのではなく、顧客にとって効果が高い点を中心に伝えることが効果的です。

どうやって問題を細分化？ 問題を整理するためには、まず大きな問題をそのまま扱うのではなく、細かく分解することが重要だと実感しました。理想と現実のギャップをとらえ、「優先度」と「需要度」の高い問題から順に解決していくことで、無駄を省き、最短ルートでの解決に近づけると感じました。具体的には、ロジックツリーを用いて問題を枝分かれさせることで、見落としや重複がないかをチェックしながら問題点を洗い出すアプローチが有効だと理解しました。 顧客と戦略は一致している？ また、現状の戦略と顧客の声（VOC）の間にズレを感じた場合、まずどの部分に認識の違いがあるのかを明確にすることが必要です。例えば、顧客の不満が商品、価格、スピード、サービスのどの面に向けられているかを分析し、現行戦略がどこにリソースを重点的に割いているのかを照らし合わせることで、ずれている部分を具体的な改善策に落とし込むことが求められます。さらに、問題の再発防止のために、原因を整理し（ヒューマン、プロセス、システム、環境などの観点で）定期的な振り返りとKPIによる効果測定を行い、必要に応じてロジックツリーで再確認する体制を作ることが重要だと改めて感じました。

問いの立て方はどう？ 問題が発生した際、問いの立て方によって真に解決すべき課題が異なり、解決策の方向性が決まってくることがよく理解できました。イシューとは何か、またイシューを設定して考えるとはどういうことかを知っていないと、問題の本質にたどり着けないということも実感しました。 問いが変える提案は？ このアプローチは、私自身の業務における顧客の課題解決にも活用できると感じています。これまでユーザーの課題を聞き取りシステムを提案してきましたが、結局は活用されない機能が存在したこともありました。今後は、常に「問い」を立て、問題の本質を追求した上で提案していく必要があると考えています。 組織課題の見極めは？ また、社内では組織の抱える課題を正確に見極め、その解決策を事業計画に反映させたいと思っています。まずは、自身の業務において、ユーザーの課題に対してすぐに解答を提示するのではなく、問いを設定してその内容が本質的なものかどうかを繰り返し吟味しながら、適切な提案を行うことが重要です。そして、そのプロセスをチームで共有し、全員が同じ方向に向かって取り組めるようチームビルディングに努めていきたいです。

制約が生む思考の深さとは？ 私は、思考において制約があるほうが解答を導きやすく、制約がない場合の方がかえって困難な思考になりがちであることに気づきました。人間は、簡単に考えたことよりも、少し深く考え、もうワンステップ努力することで、より良い答えを得られると感じました。 顧客の本質をどう捉える？ IT業界で営業職をしている私は、顧客の問題や課題を聞き出し、システム化のニーズや条件を理解した上で、顧客要件に合ったシステムを提案する機会が多くあります。この際に、顧客が何を求めているのかを正確に聞き取り、それに対する提案を行う場面で今回学んだ考え方を活用できればと思っています。また、社内での受注審議における説明など、多くの人に物事を説明する場面での事前準備にも応用できそうです。 効果的な提案の準備法 具体的には、顧客要件をなるべくシンプルに書き出し、提案ポイントを整理してそれがマッチしているのかを検討します。さらに、自作の説明資料に対して他者から質問を想定し（自分ならどこを質問するか）、その想定問答を資料のブラッシュアップ時に活用していきたいと思います。

これまでの学びはどうだった？ 今週は、これまで学んだ内容を振り返る中で、自分自身の思考の偏りに気付かされる機会となりました。また、異なる業界で活躍されている受講生の方々と一緒に学習し、各自の発表を通じて全く異なる考え方に触れることができたのは、新鮮な驚きと学びにつながりました。 課題解決のアプローチは？ また、課題や問題の解決策を検討するプロセスにおいて、イシューに注目し物事を分解して考える手法が非常に効果的であると実感しました。一度立てた解決策に対しても、さらに詳細に分解して検討することで、より適切な解決策を導き出せる可能性を感じました。 現場での工夫は何？ 自身のシステム開発の現場においては、顧客の視点に立った使いやすいシステム設計につながると感じています。また、対顧客だけでなく、部下とのコミュニケーションにおいても、相手の立場を考慮することで、より効果的な指導や対応が可能になると確信しました。さらに、不具合が発生した際においても、イシューに基づいて冷静に問題を分解し検討することで、ぶれない視点で最適な解決策を提案していけると考えています。

業績分析の意義は？ オリエンタルランドに関する演習を通じて、エンターテインメント業界においてもアカウンティングの視点が不可欠であるという大きな気づきを得ました。これまで、テーマパークのような非日常体験を提供する業態は、感性やブランド力が中心であり、数字とはあまり結びつかないと考えていました。しかし、今回の分析で、顧客の特性から提供価値、業務活動や経営資源、そして売上や原価、資産といった財務情報に至るまで、すべてが論理的に整理され戦略的に設計されていることを実感しました。 経営全体を見る理由は？ また、今回学んだアカウンティングの視点やフレームワークは、今後の業務でクライアントの課題を整理する場面で活かせると考えています。たとえば、新規システム導入の相談を受けた際には、単に技術的な要件や予算を確認するに留まらず、「そのシステムがどのような価値を提供するのか」「どの業務活動と関係しているのか」「導入によりどのコストが削減され、どの資産が活用されるのか」といった経営全体を俯瞰する視点で問いを立てることで、より本質的な提案が可能になると感じています。

現象と目的の問い直しは？ 本質的な課題に取り組むには、現象だけに目を奪われず、目的や前提、構造を改めて問い直す姿勢が大切だと学びました。特に、「そもそも目的は何か」「誰の視点で見るべきか」といった問いを立てることで、思考の幅が広がると感じています。また、単にWhyを繰り返すだけではなく、因果関係の構造を明確にすることが、本質に迫る鍵であるとも考えています。今後は、表面的な改善策に留まらず、課題の根本原因を見極めるための問いを意識的に活用していきたいと思います。 根本原因の問いは？ 同様に、本質的な問いの重要性はシステム開発の現場においても有効だと感じました。要件定義や課題分析の際に、「そもそもどのような価値を実現するのか」「現象の背後にある構造は何か」といった問いを追求することで、単なる仕様の調整を超え、根本的な原因に迫ることができると実感しました。今後は、顧客視点から課題を把握し、前提条件の洗い出しや因果構造の整理を習慣として取り入れることで、手戻りの削減や品質向上に繋がる取り組みをしっかりと進めていきたいと考えています。