# ビジネスのパースペクティブ: AI の時代における AI 戦略
クラウドは組織のイノベーションを加速させますが、ML や AI などの新しい技術パラダイムは、まったく新しい組織的能力、製品、およびサービスを可能にします。何十年もの間、意思決定プロセスが複雑だったり、それを伝えるデータが構造化されていなかったり、意思決定の環境が絶えず変化したりするビジネス上の問題は、コンピューターサイエンスの方法では解決できないことが証明されてきました。
ML の最近の進歩によって状況は変わり、突然、機械が言語を見たり理解したり、過去のデータから学習して結果を予測したりする必要がある問題に対処できるようになりました。新しく、すぐに利用できる ML 機能により、運転支援や自動化を敬遠する自動車会社など、確立された組織の長年の市場仮説に疑問が投げかけられています。したがって、この視点は、企業がこれらのユースケースを最大限に活用できるようにする能力を対象としています。
| 基礎的能力 | 説明 |
| --- | --- |
| 戦略管理 | 人工知能と機械学習を通じて新しいビジネス価値を引き出します。 |
| 製品管理 | データ主導型の製品や AI が組み込まれた製品または対応製品を管理します。 |
| ビジネスインサイト | あいまいな質問に答えたり、過去のデータから予測したりする AI の能力。 |
| ポートフォリオ管理 | 実現可能な価値の高い AI 製品とイニシアチブを特定し、優先順位を付けます。 |
| イノベーション管理 | 長年の市場仮説に疑問を投げかけ、現在のビジネスを変革します。 |
| 新規: 生成 AI | 大規模な AI モデルの汎用機能を活用します。 |
| データ収益化 | この能力は AI にとって充実したものではなく、[AWS CAF を参照してください](https://aws.amazon.com/professional-services/CAF/)。 |
| 戦略的パートナーシップ | この能力は AI にとって充実したものではなく、[AWS CAF を参照してください](https://aws.amazon.com/professional-services/CAF/)。 |
| データサイエンス | この能力は AI にとって充実したものではなく、[AWS CAF を参照してください](https://aws.amazon.com/professional-services/CAF/)。 |
## 戦略管理
**人工知能と機械学習を通じて新しいビジネス価値を引き出します。**
機械学習は新しい価値提案を可能にし、ひいてはビジネスリスクの軽減、収益の増加、運用効率、ESG の改善など、ビジネス成果の向上につながります。そのため、まず、ビジネスと顧客を中心に据えた AI 導入の目標を定義し、AI テクノロジーの導入に向けて段階的に進む実行可能な戦略でそれを支えます。[導入戦略](https://aws.amazon.com/blogs/enterprise-strategy/a-guide-to-making-your-ai-vision-a-reality/)が、これらの新しい能力を活用した、具体的な (短期的かつ測定可能な) または少なくとも野心的な (長期的で測定が困難な) ビジネスインパクトに基づくことを確認します。AI の導入による短期的影響と長期的影響の両方を考慮します。
既存のビジネスの問題や顧客の問題と、AI がそれらに与える影響から[逆算](https://docs.aws.amazon.com/whitepapers/latest/building-cloud-operating-model/step-1.-work-backwards-from-the-customer.html)して考えます。AI の機会の優先順位付けに近づいたら、どのようなデータが、どのようにシステム機能を強化するかについて検討します。ML 製品やサービスのデータフライホイールの自己強化特性、つまり、新しいデータがシステムの改善につながり、顧客基盤が拡大し、ビジネスが恩恵を受けるデータ量が増えることを最初から考慮します。
このようなフライホイールを構築する際には、取得したデータが価値提案 (まれでコストがかかることがある) の周囲の[防御堀](https://aws.amazon.com/what-is/data-strategy/?nc1=h_ls)となるかどうかを考慮します。[幅広い影響力のある AI テクノロジー](https://aws.amazon.com/machine-learning/customers/)が既に市場を取り巻いている状況に基づいて、近い将来、製品やサービスの機能に対する顧客の期待は高まることが考えられ、AI 機能もその期待の一部であることを考慮します。
各機会について、既存の AI システムを構築、調整、または導入する必要があるかどうかを考慮します。例えば、[基盤モデルの幅広い創発能力](https://aws.amazon.com/blogs/machine-learning/announcing-new-tools-for-building-with-generative-ai-on-aws/)を使用する予定があるが、ゼロから作成する能力がないため、特定のニーズに合わせてカスタマイズすることに焦点を置きます。ビジネスを推進するドメイン固有の汎用システムを作成することを目標としている場合は、データ基盤に投資します。
## 製品管理
**データ主導型の製品や AI が組み込まれた製品または対応製品を管理します。**
AI システムの開発とライフサイクルは従来のソフトウェアやクラウド製品とは異なるため、AI ベースの製品の構築と管理は大きな課題となる可能性があります。AI ベースの製品の開発、運用、結果の継続的な作成 (直接予測など) には、特定の緩和戦略を必要とする潜在的にコストのかかる不確実性が伴います。
AI を構築したり、製品に組み込んだりするときには、顧客やユーザーが期待する価値向上から逆算して、測定可能なビジネスプロキシを AI システムがサポート、強化、自動化できる個別の意思決定ポイントにマッピングします。これらのそれぞれについて、ML ソリューションドメインで考えられるメトリクス (金融セクターでの不正取引を検出することで得られる価値が、期待される金銭的利益と、ML 対応のトランザクション分類器の相関精度またはリコール率にどのように変換されるかなど) 、および[対応する ML 問題](https://docs.aws.amazon.com/whitepapers/latest/aws-overview/machine-learning.html) (分類問題、意図抽出問題、生成 AI など) を定義します。これらの定式化された ML 問題とそれぞれのソリューションが一緒になって、製品に対して [ML がもたらす価値の向上](https://docs.aws.amazon.com/wellarchitected/latest/machine-learning-lens/mlcost-01.html)を形成します。
重要なこととして、これらの ML ソリューションは、ユーザーと製品に特定のデータ要件を課すため、それぞれについて[データの 4 V](https://aws.amazon.com/blogs/enterprise-strategy/analytics-part-1-why-every-company-has-a-big-data-problem/) を調査する必要があります。この知識をボトムアップで構築する際には、必ず、ビジネス、データ、経営幹部、ML 関係者をソリューションの評価に参加させます。ML 製品は、データ、ドメイン、テクノロジーを 1 つの予測システム、場合によっては規範的なシステムに融合するため、これらすべてが必要です。[適切なライフサイクル管理](https://docs.aws.amazon.com/wellarchitected/latest/machine-learning-lens/well-architected-machine-learning-lifecycle.html)を通じて、AI ベースの製品を進化させる道を切り開き、ユーザーが AI システムからの確率ベースの出力にどのように反応するか (システムの信頼性が低いときに潔く失敗するなど) を考慮し、ソリューションを採用した場合にどのような影響があるかを検討して、[責任を持って AI を使用](https://aws.amazon.com/machine-learning/responsible-machine-learning/)するようにします。
製品の [ML 機能の範囲を適切に設定する](https://pages.awscloud.com/EMEA-field-OE-management-AI-ML-powered-products-202111-confirmation)には、どの質問が重要かについての理解を深めて、AI 製品管理能力を向上させます。つまり、例えば、ML コンポーネントのリスクを軽減するために、実験的な、多くの場合時間制限のあるアプローチを採用し、これらの実験から学んだことを本番環境レベルのシステムにどのように変換するかを最初から検討する必要があります。同様に、[フィードバックループの設計](https://docs.aws.amazon.com/wellarchitected/latest/machine-learning-lens/mloe-06.html)をシステムの情報の流れに組み込む (または明示的に防止する) 必要があります。時間が経つにつれて、[データメッシュ](https://aws.amazon.com/blogs/big-data/use-an-event-driven-architecture-to-build-a-data-mesh-on-aws/) ([DataZone](https://aws.amazon.com/datazone/) も参照) や[データレイクアーキテクチャ](https://aws.amazon.com/solutions/implementations/data-lake-solution)などのテクノロジーを通じて他の ML システムの出力に基づいて、また、チームと製品グループ間の適切な知識伝達を確立すること ([SageMaker AI モデルカード](https://docs.aws.amazon.com/sagemaker/latest/dg/model-cards.html)などによる実装) によって、より広範な組織が新しい AI 製品を構築できるようになります。
## ビジネスインサイト
**あいまいな質問に答えたり、過去のデータから予測したりする AI の能力。**
ビジネスインテリジェンス (BI) は、多くの場合、記述的分析や診断的分析を含み、企業が AI の使用準備のジャーニーを始めるときによく使用されます。ただし、[記述的分析や診断的分析の域を超えて](https://aws.amazon.com/what-is/data-analytics/)、ML は予測機能、さらに規範的機能を可能にし、これらが組み合わさって AI ジャーニーを形成します。分析ユニットと BI ユニットの範囲は、AI 主導のユニットから組織的に予想される範囲とは異なっていることを認識することが重要です。
今日、多くの企業は、内容領域専門家 (SME) にインサイトをふるいにかけ、データ内の特定の観察結果の原因 (*why*) を抽出することを求めています。しかし、AI の手法を使用して、BI はこれらの SME を補足し始めており、[*why* と *what if* を特定](https://docs.aws.amazon.com/forecast/latest/dg/what-if.html)することにより、思考プロセスに組み込むべき新しいインサイトを与え始めています。これにより、データと AI は、突然、予測的意思決定の原動力になります。
BI プラクティスを AI 対応のプラクティスに移行し、一般的により高いレベルのアナリティクスに移行する準備をする際、限界を超える優れた方法は、[アルゴリズム](https://aws.amazon.com/what-is/predictive-analytics/)を診断分析に使用し、問題記述に[影響を及ぼす主な変数または根本原因](https://www.amazon.science/tag/causal-discovery)の理解に役立てることです。分析における組織の成熟度が組織の各部門でサイロ化されないようにし、AI ジャーニーを加速させるために、成熟度の高い組織と成熟度の低い組織を相互受粉させる方法を検討します。
トランスフォーメーションの初期段階では、効果的な方法とは、[クラウドイニシアチブ](https://aws.amazon.com/blogs/enterprise-strategy/using-a-cloud-center-of-excellence-ccoe-to-transform-the-entire-enterprise/)に密接に結びついた分析 (必ずしも AI ではない) のためのセンターオブエクセレンスを構築することです。このようなセンターオブエクセレンス (COE) は、[データ主導型の予測と分析への民主的なアクセス](https://aws.amazon.com/quicksight/q/)を通じて、即値を提供し、より大きな目標を推進します。最も重要なのは、AI を使用して主要なビジネス上の意思決定を知らせるリズムを作ることです。そうすれば、真のビジネス成果に対する AI の価値の認識を促すことができます。
## ポートフォリオ管理
**実現可能な価値の高い AI 製品とイニシアチブを特定し、優先順位を付けます。**
ML イニシアチブの課題は、長期的な価値を犠牲にすることなく短期的な成果を示さなければならないということです。最悪の場合、短期的な考え方が技術的な AI の概念実証 (POC) につながり、無関係なビジネス上の技術が重視されるために、その技術段階を超えることはできません。ML プロジェクトや製品を特定、優先順位付け、実行する際の最初の目標は、目に見えるビジネス成果を実現することでなければなりません。
どこかから始めることが非常に重要であり、小さな成果を上げることで組織への信頼を高めることができます。なぜなら、ビジネスの他の部分で AI を使用できる場所に人々がつながるのに役立つからです。同時に、複数の AI プロジェクトや製品を通じて解決しようとしている顧客やビジネス上の大きな問題を検討し、それらを階層的なポートフォリオにまとめ、そのポートフォリオの下位層が上位層に対応できるようにします。特定の AI 機能を 1 回で構築することはできません。むしろ、それらは互いに支え合っています。例えば、金融業界では、顧客に新商品を勧める前に、現在何が重要かを分類できなければなりません。そのため、取引の分類が事前の提案より優先されます。ポートフォリオの各レイヤーは、組織全体に付加価値をもたらすはずです。
次に、このポートフォリオに [AI フライホイール](https://pages.awscloud.com/EMEA-Data-Flywheel.html?nc1=f_ls)のデザインを埋め込みます。ポートフォリオがもたらす価値がビジネス上の成果を後押しし、ひいてはポートフォリオにメリットをもたらす追加のデータを生み出します (図 6 を参照)。このフライホイールは、単一製品レベルである必要はなく、ポートフォリオを通じて達成できます。 ポートフォリオが進化し拡大するにつれて、何を構築するかよりも何を購入するかを優先することが重要になります。*Not Invented Here* 症候群を押し返します。
[どのユースケース](https://aiexplorer.aws.amazon.com/?sc_icampaign=pac-gc-400_AIUseCaseExplorerTool_landingpage_october&sc_ichannel=ha&sc_icontent=awssm-11566_gc&sc_iplace=ribbon&trk=f516a922-57d6-471b-877b-4a4f3385c311~ha_awssm-11566_gc)と[どのソリューション](https://aws.amazon.com/machine-learning/ai-services/)が市場に既に存在し、どの程度の成熟度かの調査は、後回しにすべきではありません。また、どのソリューションが[カスタムモデリングを必要とする](https://aws.amazon.com/ml-solutions-lab/)かも調査し、適切な AI 製品とクラウド環境を選択することで、AI ワークフォースの効率を高めます。[ポートフォリオを技術的に管理](https://aws.amazon.com/sagemaker/ml-governance/)するだけでも非常に複雑であることを認識してください。希少な AI ワークフォースの効率を維持するには、決断力を持って大胆に取り組み、分析麻痺から脱却しましょう。
最後に、ポートフォリオが拡大し、組織のより多くの部分が AI を使い始めるようになったら、ビジネスユニット、チーム、および信頼できる AWS パートナー間の効率的なコラボレーションを可能にします ([AWS DataZones](https://aws.amazon.com/datazone/)、[AWS Redshift](https://aws.amazon.com/redshift/)、および [AWS CleanRoom](https://aws.amazon.com/clean-rooms/) を参照)。
## イノベーション管理
**長年の市場仮説に疑問を投げかけ、現在のビジネスを変革します。**
この視点の序文で述べたように、ML がビジネスに提供する新しい機能は、既存のビジネスやバリューチェーンを混乱させる可能性があり、多くの場合破壊的でス。この汎用テクノロジーの力は、さまざまな分野で見られ、感じられ、事実上、例外はありません。AI 研究の長期的な目標は、知能を複製するか、少なくとも模倣することであるためです。知恵を働かせ、複雑な情報を処理し、推論して洞察を導き出し、行動を起こすという歴史的な人間の能力は、[今や、高度な基盤モデルと生成 AI の挑戦を受けようとしています](https://aws.amazon.com/blogs/machine-learning/announcing-new-tools-for-building-with-generative-ai-on-aws/)。[イノベーションロードマップとイノベーション管理の実践](https://resources.awscloud.com/ai-and-machine-learning-aws-innovate)において、これらの AI 研究の中長期的目標に向けて、短期的で現実的に適用可能な価値提案で橋渡しをします。
そのためには、まず、内部と外部の両方の視点から、変化し続ける顧客の期待とニーズを調査します。CAF-AI が提案するビジネス成果は、これらのニーズと期待を特定する上で指針となります。[ML 対応製品または搭載製品](https://aws.amazon.com/events/aws-innovate/machine-learning/resources/#ebooks)のバリューチェーンを考えてみましょう。そして、コスト削減のためのイノベーション (プロセスの改善など)、収益と利益の増加のためのイノベーション (製品の改善など)、またはまったく新しい収入チャネルのためのイノベーション (新しい製品やサービスなど) を区別します。
ML を社内外の関係者や顧客に対する独自の差別化要因として活用し、位置づけます。ML を統合して、新しい機能を活用し、既存の機能を強化して、自動化によって労力を削減します。アクセスするデータに含まれるドメイン固有の知識を十分に活用し、強化します。AI システムの健全なデータバリューチェーンを設計して、長期的な価値創出を可能にします。ML ベースの製品の中には、時間の経過とともにしか成長しないものや、イノベーションサイクルが一部の企業が慣れ親しんでいるものよりも長くなる可能性があることに落胆しないでください。ML 対応製品の単一ラインを構築する一方で、価値創造プロセスの第一級市民にデータを集め、[消費用の内部データ製品を作成](https://aws.amazon.com/what-is/data-mesh/)することで、組織全体のイノベーションへの道を開きます。
さらに、イノベーション管理に対するこのトップダウンアプローチに加えて、社内の AI チャンピオンを通じて草の根運動を巻き起こします。これらのチャンピオンには、ビジネスオーナー、プロダクトマネージャー、技術専門家、経営幹部などがあります。大胆な目標と達成可能な目標のバランスを常に保ってください。一般的なソフトウェアシステムと環境は、ユーザー数の増加とともに価値が高まりますが、ML システムの価値は、主にそれをより効果的にするデータによって決まります。したがって、AI イノベーションを管理するということは、過去のデータをアーカイブするだけでなく、データ戦略を実現することも意味します。組織の境界を越えて管理されアクセス可能な、高品質で価値のあるデータが増えれば、AI のアイデアやプロジェクトに重点が置かれるようになります。
## 新規: 生成 AI
**大規模な AI モデルの汎用機能を利用します。**
AI の全体的な目標は、一般的な品質で、追加費用をほとんどまたはまったくかけずに多くの複雑な問題領域に適用できるシステムを作成することです。この研究の特に強力な流れの 1 つが生成 AI です。これは、会話、ストーリー、画像、動画、音楽など、新しいコンテンツやアイデアを生み出すことができる AI の一種です。生成 AI は、膨大な量のデータであらかじめトレーニングされ、一般に基盤モデル (FM) と呼ばれる非常に大規模なモデルによって支えられています。[このような FM の可能性](https://www.youtube.com/watch?v=dBzCGcwYCJo)が、[ドメインとタスクをまたいで一般化](https://aws.amazon.com/bedrock/)する能力を支えています。このような基盤モデルは、ナレッジワークのコストを大幅に削減できるため、何らかの形で組織やビジネスに影響を与えます。この強力な AI の分野の導入を計画する際には、3 つの考慮事項があります。そのような FM を構築する必要があるか
1. ゼロから、ビジネスに合わせて独自にカスタマイズするか
1. 事前にトレーニングされたモデルを微調整して、既に学習した能力を活用するか
1. 追加のチューニングを行わずに、サプライヤーの既存の FM を使用するか
[この 3 つの中から選択することが不可欠](https://aws.amazon.com/blogs/machine-learning/announcing-new-tools-for-building-with-generative-ai-on-aws/)であり、正しい選択はビジネスケースによって異なります。多くの場合、これらの大規模モデルの真の価値を引き出すには、ドメイン固有のデータでコンテキスト化し (ケース 2)、さまざまなタスクに適用する必要があります。これは、事前にトレーニングされた大規模なモデルには、ゼロから作成する (ケース 1) にはコストがかかる新しい機能 (推論など) が既に備わっているためです。したがって、基盤モデルと生成 AI を使用する際には、ほとんどデータがない状態に適応して学習する[トレーニング済みモデルの能力](https://aws.amazon.com/sagemaker/jumpstart/getting-started/?sagemaker-jumpstart-cards)を利用します。
多くの企業にとって、このアプローチは、ビジネス上の問題に適した基盤モデルを選択し、(例えば、インストラクションチューニングや少量データ学習を通じて) カスタマイズし、ドメインまたは顧客固有のデータを使用して微調整することを意味します。生成 AI と基盤モデルの有効性と差別化能力は、他の AI システムと同様に、データ戦略とデータフライホイールに大きく依存します。データは本番環境でのモデルの動作に影響し、生成 AI システムに関するガードレールを確立することは非常に難しいため、どちらの方法を選択する場合でも、使用するデータに満足していることを確認してください。