(4ページ目)

顧客 ✕ システム

に関する学び

---

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

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

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

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

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

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

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

顧客ニーズをどう解釈するか？ 顧客のニーズを的確に把握することは、すべての始まりであると考えています。そのニーズをどのように解釈し、自身または自社の行動に結びつけるかが重要です。しかし、ニーズの正確性は非常に重要であり、顧客のニーズをどれだけ深く掘り下げて引き出すことができるかが鍵となります。 購買業務で求められるものは？ 購買業務に携わっていると、まずはコストダウンを求められることが多いです。要求される仕様に逸脱しない範囲での代替品の発見など、ニーズを的確に捉え、調査に役立てることが求められます。単に右から左へ流すだけでなく、選択と集中を念頭において業務を進めるべきです。 社内ニーズを吸い上げるには？ まず初めに、社内にどのようなニーズがあるのかを吸い上げる仕組みを作ることが重要です。そして、それを自身の部署で協議し、活動につなげるルーティンを構築することが求められます。システムはできる限り個人に負担をかけないものであるべきだと考えるため、慎重にシステム構築を進めていきます。

目的整理はどう進む？ ライブ授業では、シナリオ実習を通じて目的の明確化、優先順位の決定、リソースの最適な活用、そして情報収集の大切さを学びました。一方、動画学習では戦略と戦術の違いに着目し、物事全体を俯瞰して捉える重要性を実感しました。これにより、まずは達成すべき目標の整理と明確化、そしてその目標に向けた無駄のない計画作成の必要性を体得することができました。 開発進捗はどう見極める？ また、システム開発の初期段階においては、顧客の要望整理と目的の明確化、優先順位の確定、さらには予算や人員配置、期限設定といったリソースの最適化が欠かせません。開発段階では、全体の状況を把握しながら効率的な進捗管理を行うことで、無理なくプロジェクトを進めることが可能となります。発生する課題に関しても、すべてに対応するのではなく、優先順位に基づいて取り組むことで、リソースを集中させながら最適な解決策を見出すことが大切だと感じました。

ターゲット再検証は？ 商品のターゲットを見直すことで、新たな価値が生まれる可能性を学びました。特に、心理的変数は時代とともに変化するため、価値を再評価する上で有効な切り口であると実感しました。 マップの違いは？ また、ポジショニングマップとパーセプションマップの違いについて理解を深め、顧客目線がいかに大切かを再認識することができました。 事業見直しはどう？ 自社の事業を振り返る際は、まず特徴を洗い出して訴求ポイントを整理することから始めました。その上で、どこにポジショニングを置くべきか検討し、注力している事業に問題がないかを確認しています。さらに、顧客へのヒアリングを通じて、自社の伝えたいポジションがしっかり伝わっているかどうかをチェックしていきます。 システムに期待は？ また、時間に余裕があれば、システム会社に対してどのような期待を持っているのか、直接伺ってみたいと考えています。

イシューの意味は？ 「イシュー」とは「いまここで答えを出すべき問い」であり、その重要性を実感しました。問いが誤ると論点がずれ、共通認識が形成されなくなるため、イシューを共有し本質を意識することが、具体的な課題解決や施策につながると考えています。 課題共有はどう進む？ IT業界においては、顧客からの課題相談が頻繁に寄せられるため、まずはイシューを明確にして共有することから取り組みたいと思います。共有をせずに解決策だけを模索すると、後に認識の齟齬が生じ、根本的な課題解決につながらない恐れがあります。 本質解決は可能か？ 業務では、本質的な課題が誤ると顧客が期待する解決が果たせず、結果として不適切なITシステムが提供される恐れがあります。そのため、単に解決策のみを提案するのではなく、イシューを踏まえた本質的な課題解決を追求することで、真に必要なITシステムの提供が可能になると考えています。

なぜBSを学ぶのか？ これまでPLに比べ、BSに触れる機会は少なかったのですが、今回改めて学ぶことで基本的な構造を理解することができました。 資産バランスはどう見る？ ざっくりとした理解ですが、現金化しやすい順から資産が整理され、保有する資産が流動資産なのか固定資産なのか、また負債が1年以内に返済が必要な流動負債なのか、長期的な返済が求められる固定負債なのか、こうしたバランス関係が企業の事業特性や体質を判断する手がかりになると学びました。 BS活用は実務でどう？ 実務においてBSを直接活用する機会はあまり想像できませんが、同じ業種に限らずさまざまな企業のBSを確認する習慣をつけることで、多様な企業の特徴を把握できると感じています。たとえば、システム提案の機会において、顧客の財務上の課題を明確にし、IT投資による改善策を提案する際に、この知識は大いに役立つと考えられます。