(6ページ目)

顧客 ✕ システム

に関する学び

---

学んだ差別化の秘訣は？ 今回の学習を通じ、差別化の施策には3つの重要なポイントがあると学びました。まず、顧客が感じる価値を高めるため、ターゲットを明確に定め、そのニーズを的確に把握することが求められます。次に、施策が実現可能なものであり、差別化により利益がコストを上回る状態を目指す必要があります。最後に、持続可能な戦略であることが重要です。実行の難易度が高い方が、競合企業に模倣されるリスクを抑え、長期的な効果が期待できるのです。 バリューチェーンはどう捉える？ また、常駐先でのシステム構築においては、バリューチェーン分析の活用が有効だと感じています。具体的には、作業工程を細分化し、どの部分が直接成果に結びついているのか、また、どの工程で手戻りが発生しているのかを明らかにすることを目的としています。例えば、構築、テスト、運用といった各工程をさらに細かい作業に分け、工数が多い箇所や品質低下の原因を特定することで、納期の遅延やトラブルを減少させ、顧客にとっての安定した運用と継続的な改善を実現したいと考えています。

目標の秘訣は？ 戦略的思考において重要な３つのステップがあります。まず、ゴールを明確にすること。次に、ゴールに向かうために実施すべき行動を選択すること。そして、他人には真似できない自分の独自性を持つことです。この３つのステップを実践することで、目標に向かって最速かつ最短で進むことが可能になります。 行動の選択は？ まず、ゴールを定める際は、将来を見据えた広い視野で全体を俯瞰することが重要です。次に、限られた資源を有効に活用するため、必要な要素を取捨選択し、最適な行動を選ぶ必要があります。そして、他人と差別化を図るためには、相手を理解し、自己理解を深めることが求められます。 業務改善の道は？ 今週学んだ戦略的思考の手法は、私が関わっているITプロジェクトの業務改善に活かせると考えています。具体的には、業務効率化を顧客へ提案し、その実現を目標として取り組む予定です。システムの構築・検証、運用の各工程の中で、最も時間を要している部分を特定し、削減可能なタスクを明確にしていきたいと思います。

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

生成AIはどう役立つ？ 生成AIを業務効率化の手段として活用しようと考えていた私ですが、当初は「人間が介在しなくても」業務が進むのではという思いもありました。しかし、講義を受ける中で、生成AIは人間がしっかりとした役割を与え、明確な指示を出すことで初めてその価値を発揮できるということに気づかされました。 体験価値の進化はどう？ また、提供する価値が単なる「モノ」から「コト」へとシフトしている現在、単純なデータの組み合わせや決まりきった製品ではなく、生成AIを活用してより深い体験価値を顧客に提供できるサービスを展開したいという思いが湧いてきました。 システムの未来はどうなる？ 現在、数万人規模の業務を生成AIが自律的に理解し遂行するシステムを開発中ですが、現段階では主に業務効率化やコスト削減を目的としています。今後は、この生成AIにより、既に提供しているサービスにさらなる付加価値を加え、顧客の体験価値を一層向上させることを目指したいと考えています。

自分の考え方はどう？ クリティカルシンキングの講座では、「もう一人の自分を育てる」という考え方がとても印象に残りました。これまでの私は、自分一人で考える傾向が強く、そのために思考が限定的で柔軟性に欠けていました。課題に対しても、なんとなく取り組み、経験値に頼ってスピードを重視していたと感じます。しかし、本講座やグループワークを通じてさまざまな問いを投げかけられた結果、自分の考えに強いバイアスがかかっていたことに気づくことができました。今後は、本講座で習得したMECEやピラミッドストラクチャーといったテクニックを活かし、自己に問いかける「もう一人の自分」を育てていきたいと思います。 業務の対応策はどう？ 業務においては、システム周りのテクニカルな課題に対応する機会が多くあります。単に顧客の要望を言葉通りに実現するのではなく、広い視野を持ってその背景や目的を十分に分析し、顧客にとって長期的に最も適した対応策を導き出すことを目指しています。

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

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

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

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

図式の意図は何？ 提供価値の整理において、図式化が印象に残りました。しかし、これまでとの違いを明確に抑えなければ、シンプルな図式にはなり得ません。伝えたい内容がごちゃごちゃしてしまいがちなので、整理の際にはその点を意識したいと思います。 AIが示す魅力は？ 顧客向けの記事作成を手助けするAIの導入にも魅力を感じました。読み手の視点に立ち、どのポイントが魅力的かを問い出してくれるAIがあれば、心に響く記事を作りやすくなるでしょう。また、求職者向けに関心のある案件をAIが紹介するサービスについても、既存のものはあるものの、言語化しにくい部分までサポートできるシステムが求められていると感じます。 判断力はどう高める？ 一方、今後は作業の多くをAIが担う時代に突入しますが、その中で人間がどのように判断力を磨いていくのかが大きな課題となります。

体験で差別化はどう？ 商品そのものだけでなく、関連する体験も合わせて提供することで、他社との差別化をより効果的に実現できると感じています。 比較の視点は？ また、体験の内容によっては、従来の競合製品と単純に比較するのではなく、別の視点から評価する必要があると考えます。 付加価値はどう見る？ 現代はモノやサービスが溢れているため、単なる商品の提供だけではなく、付加価値の高い体験を創出することが不可欠だと思います。 派生効果はどう評価？ さらに、サービスを提供する際には、その派生効果にも目を向ける必要があります。たとえば、制度設計においては、直接この制度を利用する顧客だけでなく、そのシステムを介して恩恵を受ける間接的な顧客までを含めて検討することで、結果的により多くの顧客の満足につながる設計が可能になると感じます。

テスト条件は整っていますか？ A/Bテストを実施する際は、できるだけ条件（期間、曜日、時間など）を統一し、複数の要素を同時にテストしないことが基本です。さらに、テストの目的と仮説を明確にした上で実施することで、効果検証が適切にできるようになります。また、複数の対策案がある場合は、感覚ではなく数値化した評価基準に基づいて採用するかどうかを判断するプロセスが重要です。 システム制約は問題？ 一方、現状ではシステム上の制約から、同じ期間にランダムに分けた対象者に対して検証を行うことが難しく、やむを得ず期間をずらして全顧客にA案とB案を表示して比較する方法を採っています。CL率やCVR、各フローごとの離脱ポイントを日々確認しつつ、今後は1つの仮説に絞るのではなく、フレームワークを活用して複数の仮説を立て、取り組んでいく予定です。