Amazon Q Business v2.0 完全ガイド 2026

概要： Amazon Q Business は、企業データソース（40+ コネクター対応）に接続し、IAM Identity Center による従業員単位のアクセス制御のもと、自然言語で社内ナレッジを検索・要約・回答するエンタープライズ向けノーコード GenAI アシスタント。Bedrock 上に構築され、RAG（Retrieval Augmented Generation）による権限分離回答とアクション実行を統合。

目次

1. 1. 本質・課題・特徴
2. 2. アーキテクチャ図
3. 3. コアコンポーネント
4. 4. 主要ユースケース（10+）
5. 5. 40+ データソースコネクター
6. 6. 設定・操作の具体例
7. 7. Q Apps・タスク自動化
8. 8. 類似サービス比較表
9. 9. ベストプラクティス
10. 10. トラブルシューティング
11. 11. 2025-2026 最新動向
12. 12. 学習リソース・参考文献
13. 13. 実装例・チェックリスト
14. 14. まとめ

1. 本質・課題・特徴

1.1 本質

Amazon Q Business は 「企業の社内データに基づいて質問に回答する生成 AI アシスタント」 であり、社内ドキュメント・ナレッジベース・CRM・チケットシステムなどの複数のデータソースに接続し、IAM Identity Center による従業員単位のアクセス制御のもと、自然言語で社内ナレッジを検索・要約・回答する。ノーコードで構築でき、Jira・ServiceNow・Salesforce へのアクション実行も可能。

1.2 解決する課題

組織が直面する課題：

• 情報の断片化：Confluence・SharePoint・Salesforce などに散在する社内情報を横断検索できず、従業員が必要な情報にアクセスするのに時間を要する
• 検索スキルの差：検索クエリの最適化が難しく、同じキーワードでも従業員によって検索結果が異なり、FAQ の質問をすぐに見つけられない
• アクセス制御の管理複雑性：複数のデータソースでアクセス権限が異なり、ユーザーが閲覧権限を持つドキュメントのみを回答に含めるのが複雑
• 繰り返しタスクの自動化不足：「パスワードリセット」「有給申請」「チケット作成」などの同一タスクを人間が手動で実行している
• AI による幻覚リスク：一般的な LLM は訓練データから学習した不正確な情報を生成するため、企業データのみに基づいた回答が必要

1.3 主な特徴

2. アーキテクチャ図

2.1 全体アーキテクチャ

graph TB
    subgraph "Enterprise Data Sources"
        S3["Amazon S3<br/>Social Intranet"]
        SP["SharePoint Online<br/>ドキュメント"]
        SF["Salesforce<br/>CRM データ"]
        SN["ServiceNow<br/>チケット"]
        CF["Confluence<br/>ナレッジ"]
        SL["Slack<br/>会話履歴"]
    end
    
    subgraph "Q Business Platform"
        IAM["IAM Identity Center<br/>従業員認証<br/>権限管理"]
        Index["Index<br/>Kendra ベース<br/>ベクター化・クロール"]
        FM["Foundation Model<br/>Claude via Bedrock<br/>自然言語理解"]
        KB["Knowledge Bases<br/>埋め込み管理"]
        Plugin["Plugins<br/>Jira/ServiceNow<br/>アクション連携"]
    end
    
    subgraph "User Interfaces"
        Web["Web チャット UI<br/>カスタマイズ可能"]
        Slack_Int["Slack Integration"]
        Teams["Teams Integration"]
        Embed["Embed in Apps"]
    end
    
    S3 -->|コネクター| Index
    SP -->|Sync| Index
    SF -->|Connector| Index
    SN -->|Sync| Index
    CF -->|Connector| Index
    SL -->|Crawler| Index
    
    IAM -->|認証・権限| Index
    Index -->|RAG| FM
    Index -->|Embeddings| KB
    FM -->|生成| Web
    Plugin -->|Action| SN
    Plugin -->|Action| SF
    
    Web -->|チャット| Users["社員"]
    Slack_Int -->|通知| Users
    Teams -->|統合| Users
    Embed -->|埋め込み| Apps["社内システム"]
    
    style IAM fill:#FF9900
    style FM fill:#146EB4

2.2 データフロー（権限分離）

sequenceDiagram
    participant U as 社員<br/>エンジニア
    participant Q as Q Business
    participant IAM as IAM Identity<br/>Center
    participant Conf as Confluence
    participant SN as ServiceNow
    
    U->>Q: "パスワードリセット方法は？"
    Q->>IAM: ユーザー認証・権限確認
    IAM->>Conf: このユーザーは HR ドキュメント<br/>アクセス不可？
    Conf-->>IAM: いいえ、IT ドキュメントのみ
    Q->>Q: IT ドキュメント内で検索
    Q-->>U: "このページを参照してください"<br/>[出典: IT FAQ, p.5]
    U->>Q: "これを Slack で共有して"
    Q->>SN: アクション実行？権限チェック
    SN-->>Q: 実行可能
    Q->>Q: Slack メッセージ送信
    Q-->>U: 実行完了

3. コアコンポーネント

3.1 Application（アプリケーション）

定義：Q Business の最上位実行単位。1 つ以上の Index・Web Experience・Plugin・Guardrails を束ねて管理。

Application: 「HR ヘルプデスク」
├── Index: HR ナレッジベース
│   ├── Confluence（就業規則・FAQ）
│   ├── S3（ドキュメント）
│   └── Google Drive（テンプレート）
├── Web Experience: 社員向けチャット UI
├── Plugins:
│   ├── Jira: チケット作成
│   └── Email: 通知
├── Guardrails:
│   ├── PII 検出・マスク
│   └── 不適切コンテンツフィルタリング
└── Pricing Tier: Pro（無制限チャット）

特徴

• 複数の Data Source（データソース）を 1 つの Index で統合
• 各 Application は独立した会話履歴・設定・ユーザーを持つ
• 1 AWS アカウント内で複数 Application を同時運用可能

3.2 Index（インデックス）

定義：Kendra ベースのドキュメント検索・埋め込みレイヤー。すべてのデータソースから取得したコンテンツを正規化・ベクター化・クロール管理。

インデックスタイプ

Index の主要機能

• Document Crawler：SharePoint・Confluence・Slack などから定期的にコンテンツをクロール・差分更新
• Access Control Sync：SharePoint・Confluence の ACL（アクセス制御リスト）をそのまま同期。ユーザー権限は自動維持
• Embeddings：テキストをベクター形式に変換。意味に基づいた検索・関連性スコアリングを実現
• Metadata & Filtering：ドキュメント作成日・カテゴリー・担当者などのメタデータでフィルター。検索精度向上

3.3 Data Source（データソース）

40+ 統合コネクター（2026 現在）

クラウド Office スイート

• Microsoft SharePoint Online：ドキュメント・ライブラリ・ページ
• Google Workspace：Gmail・Google Drive・Calendar
• Microsoft 365：OneDrive・Teams・Outlook

ビジネスシステム

• Salesforce：Account・Contact・Opportunity・Case（全オブジェクト対応）
• ServiceNow：インシデント・変更・ナレッジベース
• Jira Cloud：課題・プロジェクト・ナレッジ
• Zendesk：チケット・ナレッジベース・マクロ

ナレッジ・コンテンツ管理

• Confluence Cloud：ページ・ブログ・ドキュメント
• Notion：データベース・ページ・リレーション
• Monday.com：ボード・アイテム

ストレージ・イベント

• Amazon S3：あらゆるファイル形式（PDF・Word・Excel・JSON・CSV）
• OneDrive：個人・共有ドライブ
• Box：ファイル・メタデータ

チャット・コラボレーション

• Slack（限定）：パブリック・プライベートチャネルのメッセージ・ファイル
• Microsoft Teams（プレビュー）

イベント・メール

• Outlook：メール・カレンダー・連絡先（個別同期）
• Gmail（限定）

ウェブクローラー

• Web Crawler：公開 Web サイト・イントラネット（認証付き）

データソース追加の手順

1. Q Business Console で Application 選択
2. [Data Sources] → [Add Data Source]
3. コネクター種別を選択（e.g., SharePoint Online）
4. 認証情報入力（OAuth / API キー）
5. 同期スケジュール設定（リアルタイム / 日次 / 週次）
6. スコープ設定（フォルダ・リスト・チャネルの選択）
7. インデックス化実行

3.4 Plugin（プラグイン）

定義：Q Business からアクション実行を可能にするコネクター。ユーザーの自然言語指示を受けて、外部システムで操作を自動実行。

標準 Plugins

Plugin 実装例

ユーザー: 「このバグを Jira で TODO として作成して」
↓
Q Business が自然言語を解析
↓
Jira Plugin 認識（Project = BUG, Type = BUG, Status = TODO）
↓
Plugin が認証・権限確認
↓
Jira に POST リクエスト実行
↓
チケット作成完了・URL 返却
↓
Q Business がユーザーに確認・リンク提示

3.5 Web Experience（Web UI）

Q Business の主要ユーザーインターフェイス。完全カスタマイズ可能。

カスタマイズ項目

• ブランディング：ロゴ・カラースキーム・アイコン
• 会話スターター：例：「有給休暇申請」「システムダウン連絡」
• フィールド設定：ユーザーが質問前に入力するフォーム（部門・優先度など）
• 応答設定：Citation 表示・推奨リンク・アナウンスメント
• 多言語対応：UI 言語・応答言語の切り替え

3.6 Q Apps（タスク自動化アプリ）

定義：GUI ベースで構築する低コード化アプリケーション。ワークフロー・データ取得・レポート生成を自動化。

Q Apps のタイプ

タイプ 1: データ検索アプリ
  「Salesforce から営業段階が『交渉中』の商談を検索」
  → テンプレート選択 → パラメータ設定 → 公開

タイプ 2: ワークフロー型アプリ
  「有給休暇申請」
  ├── ステップ 1: 申請者・日程入力
  ├── ステップ 2: マネージャー承認
  ├── ステップ 3: HR 記録更新
  └── ステップ 4: 完了通知

タイプ 3: レポート生成アプリ
  「月次営業レポート」
  ├── Salesforce から売上・案件取得
  ├── Redshift で分析
  └── PDF/Excel エクスポート

3.7 Guardrails（コンテンツ制御）

Q Business に組み込まれた安全機構。不適切な回答生成・機密情報漏洩を防止。

Guardrails の機能

4. 主要ユースケース

4.1 IT ヘルプデスク（Help Desk Automation）

シナリオ：社員が VPN・パスワードリセット・ソフトウェアライセンスに関する FAQ を即座に得られる AI アシスタント。

実装

組織: 大手ソフトウェア企業、従業員 5,000 名

Q Business Application: IT Help Desk Bot
├── Data Sources:
│   ├── Confluence: IT Wiki・手順書（1,000+ ページ）
│   ├── ServiceNow: CMDB（構成管理DB）・ナレッジ
│   └── S3: セットアップガイド・マニュアル PDF
├── Plugins:
│   ├── ServiceNow: チケット自動作成（「パスワード忘れた」→ 自動チケット生成）
│   └── Slack: 回答をチャネルに直接投稿
├── Guardrails:
│   ├── Password リセット手順のみ自動実行（パスワード入力は禁止）
│   └── 管理者権限が必要なアクションはマネージャー承認後に実行
└── Pricing: Pro（無制限チャット）

効果:
  - ヘルプデスクの日次問い合わせ 40% 削減
  - 平均対応時間 4 時間 → 3 分
  - 社員満足度 87% 向上

4.2 HR セルフサービスポータル

シナリオ：HR 部門が社員からの人事・給与・福利厚生に関する一般的な質問を自動回答。

Application: HR Assistant
├── Data Sources:
│   ├── SharePoint: 就業規則・給与規程・福利厚生ガイド
│   ├── Confluence: FAQ・社内ポリシー
│   ├── Google Drive: 申請様式・テンプレート
│   └── Salesforce: 従業員情報（ビジネスユニット・部門）
├── Q Apps:
│   ├── 有給休暇申請ワークフロー
│   ├── 育児休暇ガイド検索
│   ├── 給与明細ダウンロード
│   └── 退職手続きチェックリスト
├── IAM Integration: 従業員の部門に応じた回答フィルタリング
│   （例：管理職のみ「昇進要件」情報表示）
└── Guardrails: 個人給与情報・SSN・バンク情報は絶対回答禁止

効果:
  - HR スタッフの繰り返し質問 60% 削減
  - 従業員セルフサービス率 92%
  - 手動申請処理 35% 削減

4.3 営業チーム向けナレッジアシスタント

シナリオ：営業チームが過去の商談・競合分析・製品資料を AI で即座に検索。商談準備を効率化。

Application: Sales AI Assistant
├── Data Sources:
│   ├── Salesforce: 商談履歴・アカウント情報・商談ノート
│   ├── Confluence: 製品ガイド・競合分析・営業スクリプト
│   ├── Google Drive: プレゼンテーション・提案書テンプレート
│   └── Web Crawler: 競合企業公開情報
├── Features:
│   ├── 類似商談検索: 「通信キャリア向け SaaS」クエリで過去勝利事例取得
│   ├── 顧客分析: Salesforce から顧客プロフィール・購買パターン取得
│   ├── 競合情報: 競合製品・価格・フィーチャー比較
│   └── 提案書生成: 顧客固有の課題に基づいた提案書テンプレート自動生成
├── IAM: 営業パイプラインは全社員共通、但し社外秘資料は営業部長のみ
└── Plugin: Salesforce で商談更新・メールリマインダー

効果:
  - 商談準備時間 50% 削減
  - 提案書作成 3 週間 → 2 日
  - クローズレート 23% 向上

4.4 カスタマーサポート & FAQアシスタント

シナリオ：サポートエージェントが顧客からの質問に対して、社内ナレッジベース・技術ドキュメント・過去チケットを AI で即座に検索。対応品質・速度向上。

Application: Customer Support AI
├── Data Sources:
│   ├── Zendesk: チケット履歴・ナレッジベース
│   ├── Confluence: トラブルシューティングガイド
│   ├── S3: 技術仕様書・API ドキュメント
│   └── Slack: サポートチャネルのログ
├── Integration:
│   ├── Web Chat Embedded: 顧客向けチャットボット（匿名ユーザー対応）
│   ├── Zendesk Plugin: チケット自動作成・ナレッジ記事リンク提示
│   └── Slack: エージェント→顧客への回答提案
├── Features:
│   ├── 多言語対応: 回答を日本語・英語・中国語で自動翻訳
│   ├── Escalation: AI が対応不可と判断したら自動的に人間エージェントにエスカレート
│   └── Feedback Loop: エージェントの手動修正内容を Index に反映
└── Pricing: Enterprise（リアルタイムコンテンツ同期）

効果:
  - チケット一次対応を 70% 自動化
  - 対応時間 2.5 時間 → 5 分
  - 顧客満足度（CSAT）78% → 92%

4.5 法務・コンプライアンスアシスタント

シナリオ：法務チームが契約書・規制文書・判例・社内ポリシーを Q Business で即座に検索・比較。契約レビュー時間削減。

Application: Legal AI Assistant
├── Data Sources:
│   ├── S3: 契約書テンプレート・マスター契約
│   ├── SharePoint: 規制要件・内部監査レポート
│   ├── Confluence: 法務ガイドライン・判例集
│   └── Web Crawler: 業界規制サイト（GDPR・HIPAA 等）
├── Features:
│   ├── 契約条項検索: 「秘密保持契約で損害賠償上限は？」→ 条項自動抽出
│   ├── リスク分析: 契約書をアップロード→リスク条項を自動フラグ
│   ├── コンプライアンスチェック: ドキュメントが GDPR・法定要件に適合か確認
│   └── 判例参照: 過去の同類紛争・判例を自動提示
├── Guardrails:
│   ├── 弁護士資格者のみ法律アドバイス機能利用可
│   ├── 顧客個別契約（NDA）は管理者のみアクセス可
│   └── AI は法的助言のみで「弁護士の最終判断が必要」と明記
└── Audit Trail: すべてのアクセス・AI 回答を記録

効果:
  - 契約レビュー時間 1 週間 → 2 日
  - リスク見落とし 35% 削減
  - コンプライアンス違反件数 → 0 件（継続）

4.6 製造・QA プロセス管理

シナリオ：製造現場が製品仕様・トラブルシューティング・品質基準を Q Business で即座に参照。生産効率・品質向上。

Application: Manufacturing Process AI
├── Data Sources:
│   ├── S3: 製品仕様書・組立図・BOM（部品表）
│   ├── ServiceNow: 保守記録・トラブルシューティング
│   ├── Jira: 品質問題・修正状況
│   └── Slack: 現場の質問・ナレッジ共有
├── Features:
│   ├── 多言語: 日本語・英語・中国語対応（現場スタッフ対応）
│   ├── 画像検索: 組立図・断面図から部品情報を AI で検索
│   ├── トラブルシューティング: 症状入力→原因・対応手順を自動提示
│   └── リアルタイム QA: IoT センサーから不具合検出→自動対応ガイド
├── Q App: 日次不具合報告フォーム（自動集計→リーダーシップダッシュボード）
└── Offline Mode: Wi-Fi 環境のない工場でも対応（限定）

効果:
  - トラブルシューティング時間 2 時間 → 15 分
  - 生産ラウンドタイム 5% 短縮
  - 品質不具合 22% 削減

4.7 営業エンジニア（Sales Engineering）向けテクニカルサポート

シナリオ：営業エンジニアが顧客の技術質問に対して、内部ナレッジ・API ドキュメント・過去のデモ実装を AI で即座に検索。提案精度向上。

Application: Sales Engineering AI
├── Data Sources:
│   ├── Confluence: アーキテクチャガイド・ベストプラクティス・セキュリティ考慮事項
│   ├── GitHub: コードサンプル・SDK・ライブラリドキュメント
│   ├── S3: API リファレンス・インテグレーション例
│   └── Zendesk: 顧客技術質問・回答履歴
├── Features:
│   ├── 技術検索: 「Azure Active Directory との SSO 統合方法は？」→自動回答
│   ├── コード例: プログラミング言語ごとにサンプルコード提示
│   ├── スケーラビリティ分析: 顧客の想定ユーザー数からスケーラビリティ推定
│   └── コスト見積: 顧客要件から AWS コスト自動算出
├── Q App: 顧客向けデモ環境セットアップガイド（自動生成）
└── Plugin: Jira で PoC（概念実証）タスク自動作成

効果:
  - 顧客提案作成 1 週間 → 2 日
  - 技術選定ミス 40% 削減
  - RFP（提案依頼）対応率 95% → 99%

4.8 トレーニング・オンボーディング

シナリオ：新入社員がオンボーディング期間中、社内ルール・システムアクセス・チームの進め方を Q Business で自習。トレーニング工数削減。

Application: Onboarding AI Assistant
├── Data Sources:
│   ├── Confluence: 新入社員ハンドブック・会社概要・組織図
│   ├── SharePoint: システムアクセスガイド・初期設定チェックリスト
│   ├── Google Drive: オンボーディングビデオ・スライド
│   └── Slack: チーム文化・FAQ
├── Features:
│   ├── チェックリスト: 初日〜30日のタスク自動提示
│   ├── スキップ検出: 新入社員が重要なステップをスキップしたら自動通知
│   ├── 多言語: 日本人・外国人スタッフの言語別対応
│   └── 先輩メンター連携: Slack で先輩メンターに質問→メンター回答を Index に自動追加
├── Q Apps:
│   ├── アクセス権申請ワークフロー
│   ├── チームメンバー紹介（組織図から自動抽出）
│   └── 初日チェックリスト（完了を記録）
└── Integration: Google Workspace でカレンダー招待状自動生成

効果:
  - オンボーディング期間 1.5 ヶ月 → 3 週間
  - 新入社員満足度 71% → 88%
  - トレーニングコスト 30% 削減

4.9 財務・経理セルフサービス

シナリオ：従業員が経費申請・予算質問・給与・税務情報を Q Business で自習。経理部門の負担軽減。

Application: Finance Self-Service
├── Data Sources:
│   ├── SharePoint: 経費規程・税務ガイド・給与計算ルール
│   ├── Confluence: 予算承認フロー・決算プロセス・資金繰り情報
│   ├── S3: 法定帳簿・監査報告・決算サマリー
│   └── Salesforce: 顧客請求・売上情報（営業チーム向け）
├── Q Apps:
│   ├── 経費申請ワークフロー（規程自動チェック）
│   ├── 給与明細・税務書類ダウンロード
│   ├── 予算申請・承認ワークフロー
│   └── 決算スケジュール・提出期限リマインダー
├── Guardrails:
│   ├── 給与・税務情報は自分自身のみ表示
│   ├── 部門長は自部門の予算のみ表示
│   ├── 経営層のみ全社売上・利益情報表示
│   └── 外部監計者は監査対象情報のみ表示
└── Integration: Workday / SAP との API 連携

効果:
  - 経理部門への問い合わせ 55% 削減
  - 経費申請処理時間 3 日 → 1 時間
  - コンプライアンス違反 → 0 件

4.10 セキュリティ・ガバナンス

シナリオ：セキュリティチームが社員向けセキュリティガイドライン・インシデント対応・コンプライアンス要件を Q Business で自動提供。

Application: Security & Governance
├── Data Sources:
│   ├── S3: セキュリティポリシー・インシデント対応計画
│   ├── Confluence: セキュリティベストプラクティス・脅威情報
│   ├── Jira: 脅威報告・セキュリティバグ追跡
│   └── Web Crawler: 公開セキュリティアラート（CVE・脆弱性情報）
├── Features:
│   ├── 脅威検知: 「このファイルは安全ですか？」→リスク評価
│   ├── インシデント対応: 「ランサムウェア疑い」→対応手順自動提示
│   ├── コンプライアンスチェック: GDPR・HIPAA・PCI-DSS 準拠確認
│   └── フィッシング検出: メール例文の危険度評価
├── Guardrails:
│   ├── 機密セキュリティ情報は管理者のみ
│   ├── ゼロトラスト：すべてのアクセス・変更をログ記録
│   └── PII マスキング：個人情報は絶対に表示禁止
└── Q App: セキュリティインシデント報告フォーム（自動エスカレーション）

効果:
  - セキュリティ関連サポート 50% 自動化
  - インシデント対応時間 4 時間 → 15 分
  - コンプライアンス監査ファイル自動作成

4.11 リサーチ・市場分析

シナリオ：リサーチチームが市場調査・競合分析・業界トレンドを Q Business で AI 検索。分析レポート作成を高速化。

Application: Market Research AI
├── Data Sources:
│   ├── Web Crawler: 業界ニュースサイト・競合企業サイト・レポートサイト
│   ├── S3: 社内市場調査レポート・顧客インタビュー記録
│   ├── Salesforce: 顧客 Voice・購買パターン分析
│   └── Slack: リサーチチャネルの議論・発見
├── Features:
│   ├── 競合分析: 「競合 X の機能・価格・動向は？」→自動比較表生成
│   ├── トレンド分析: 「AI アシスタント市場の成長率は？」→統計・予測自動提示
│   ├── 顧客セグメント分析: 顧客プロフィールから市場機会検出
│   └── SWOT 分析自動化: 市場データから自社・競合の SWOT を自動生成
├── Q App: 市場レポート生成ワークフロー（Excel/PowerPoint エクスポート）
└── Integration: Tableau ダッシュボードにリサーチ結果自動連携

効果:
  - 市場調査報告作成 3 週間 → 3 日
  - トレンド検出精度 35% 向上
  - 競合分析カバレッジ 5 社 → 50 社

5. 40+ データソースコネクター

Q Business が対応するデータソースの全体図：

━ クラウド Office スイート（9+）
┣ Microsoft SharePoint Online（重要）
┣ Google Workspace（Gmail, Drive, Calendar）
┣ Microsoft 365（OneDrive, Teams, Outlook）
┣ Notion（データベース）
┣ Monday.com（ボード）
┣ Asana（タスク管理）
┗ Miro（ホワイトボード）

━ ビジネス SaaS（8+）
┣ Salesforce（全オブジェクト対応）
┣ ServiceNow（ITSM, CMDB, ナレッジ）
┣ Jira Cloud（課題、ナレッジ）
┣ Zendesk（チケット、ナレッジベース）
┣ HubSpot（CRM, マーケティング）
┣ Slack（メッセージ、ファイル）
┣ Microsoft Teams（チャネル、ファイル）
┗ Workday（HR, 給与）

━ クラウド Storage（7+）
┣ Amazon S3（すべてのファイル形式）
┣ Microsoft OneDrive
┣ Google Drive
┣ Dropbox
┣ Box
┣ AWS Lambda（カスタムインテグレーション）
┗ Amazon RDS（構造化データ）

━ Collaboration & Content（6+）
┣ Atlassian Confluence（ページ、ブログ）
┣ Adobe Experience Manager
┣ WordPress（公開サイト）
┣ Mediawiki（内部ウィキ）
┣ Redmine
┗ OpenAPI（カスタムコネクター）

━ Analytics & BI（4+）
┣ Amazon QuickSight
┣ Tableau
┣ Power BI
┗ Looker

━ Web（2+）
┣ Web Crawler（任意の HTTP サイト）
┗ RSS Feed（ブログ、ニュース）

6. 設定・操作の具体例

6.1 AWS Management Console での操作

ステップ 1: Application 作成

AWS Management Console
→ Amazon Q Business
→ Applications
→ Create Application
  ├── Application name: "Sales AI Assistant"
  ├── Description: "Salesforce・製品資料・競合分析用"
  ├── Data Access: "IAM Identity Center"
  ├── Encryption: "AWS Managed Key"
  └── Create

ステップ 2: Index 作成・設定

Application > Indexes > Create Index
  ├── Index name: "sales-knowledge-base"
  ├── Edition: "Enterprise"（リアルタイム同期）
  ├── Add Retention Policy: 90 days
  └── Create

→ Index Settings
  ├── Metadata: カスタムフィールド（顧客名、業界、売上規模）
  ├── Faceting: フィルタリング用フィールド設定
  └── Save

ステップ 3: Data Source 接続

Application > Data Sources > Add Data Source

【Salesforce の場合】
  ├── Connector Type: "Salesforce"
  ├── Authentication:
  │   └── OAuth 認証（Salesforce へリダイレクト）
  ├── Scope:
  │   ├── Objects: Account, Opportunity, Campaign
  │   └── Fields: 同期対象フィールドを選択
  ├── Schedule: 
  │   └── Real-time Sync（Salesforce の Change Data Capture 活用）
  └── Start Sync

【SharePoint Online の場合】
  ├── Connector Type: "SharePoint Online"
  ├── Site Collection URL: "https://company.sharepoint.com/sites/sales"
  ├── Authentication: OAuth
  ├── Document Types: .docx, .pptx, .pdf
  ├── Metadata Sync: ACL を自動同期
  ├── Schedule: Daily（夜間）
  └── Start Sync

ステップ 4: IAM Identity Center 統合

Application > Users & Access
  ├── Enable IAM Identity Center
  ├── Identity Store: AWS IAM Identity Center
  ├── User Attributes:
  │   ├── Department（各 Data Source でフィルタリング用）
  │   ├── Manager ID
  │   └── Security Level
  └── Save

Example ACL Mapping:
  User "john@company.com" (Sales, Level=2)
    → Salesforce: Sales ロール内のみデータ表示
    → SharePoint: Sales フォルダのみアクセス
    → ServiceNow: Sales チケットのみ表示

ステップ 5: Plugin 設定

Application > Plugins > Add Plugin

【Jira Plugin の場合】
  ├── Plugin Type: "Jira Cloud"
  ├── API Token: [Jira API トークン入力]
  ├── Workspace URL: "company.atlassian.net"
  ├── Permissions:
  │   ├── Create Issue（営業全員）
  │   ├── Update Issue（営業部長のみ）
  │   └── Close Issue（PM のみ）
  └── Save

【Salesforce Plugin の場合】
  ├── Plugin Type: "Salesforce"
  ├── OAuth 認証
  ├── Allowed Objects: Account, Opportunity, Task
  ├── Allowed Actions:
  │   ├── Create & Update Opportunity
  │   ├── Add Activity（Task）
  │   └── Change Stage
  └── Save

ステップ 6: Web Experience カスタマイズ

Application > Web Experience > Customize

├── Branding:
│   ├── Logo URL: [company logo.png]
│   ├── Primary Color: #0066cc
│   ├── App Title: "Sales Intelligence Bot"
│   └── Subtitle: "Your AI-powered sales assistant"

├── Conversation Settings:
│   ├── Welcome Message: "どのようにお手伝いしましょうか？"
│   ├── Conversation Starters:
│   │   ├── "過去 1 年間の同業種への営業成功事例"
│   │   ├── "競合企業 X の最新動向"
│   │   └── "今月の sales pipeline"
│   ├── Citation Display: "はい"
│   ├── Suggested Links: "Top 3"
│   └── Announcement: "本 AI は 2026 年 1 月より利用可能"

├── Languages:
│   ├── UI Language: 日本語
│   ├── Response Language: 自動検出
│   └── Timezone: Asia/Tokyo

└── Save & Publish

ステップ 7: Guardrails 設定

Application > Guardrails > Edit

├── Content Filtering:
│   ├── Topic Blocks:
│   │   ├── ❌ Politics（政治）
│   │   ├── ❌ Violence（暴力）
│   │   └── ✅ Business（ビジネス）
│   ├── PII Detection:
│   │   ├── Social Security Numbers → Mask
│   │   ├── Credit Card Numbers → Block
│   │   └── Email Addresses → Mask
│   ├── Sensitive Words: [API_KEY, password, secret] → Mask

├── Hallucination Mitigation:
│   ├── Fact Checking: "はい"
│   ├── Citation Verification: "required"
│   └── Confidence Threshold: 0.85

├── Response Validation:
│   ├── Max Response Length: 2,000 tokens
│   ├── Language Appropriateness: "はい"
│   └── Bias Detection: "警告レベル"

└── Save

6.2 AWS CLI での操作

Application 作成

aws qbusiness create-application \
  --application-name "HR-Assistant" \
  --description "HR self-service AI assistant" \
  --identity-center-instance-arn "arn:aws:sso:::instance/ssoins-7223baee3eabc9a7" \
  --role-arn "arn:aws:iam::123456789012:role/QBusinessServiceRole" \
  --region ap-northeast-1

Data Source 追加（S3）

aws qbusiness create-data-source \
  --application-id "app-a1b2c3d4e5f6g7h8i9" \
  --index-id "index-x1y2z3a4b5c6d7e8f9" \
  --display-name "S3 Company Docs" \
  --configuration '{
    "s3Configuration": {
      "bucketName": "company-docs-bucket",
      "inclusionPatterns": ["sales/**", "marketing/**"],
      "exclusionPatterns": ["**/draft/**", "**/archive/**"],
      "documentsMetadataConfiguration": {
        "s3ObjectKeyPatterns": [
          {
            "objectPattern": "sales/(.*)/(.*).pdf",
            "documentTitlePatternIndex": 1,
            "documentIdPatternIndex": 2
          }
        ]
      }
    }
  }' \
  --region ap-northeast-1

Chat 実行（API）

aws qbusiness chat-sync \
  --application-id "app-a1b2c3d4e5f6g7h8i9" \
  --user-id "john@company.com" \
  --user-message "過去 3 か月間の大型案件の成功パターンを教えて" \
  --conversation-id "conv-abc123" \
  --region ap-northeast-1

# Response:
{
  "conversationId": "conv-abc123",
  "systemMessage": "Here are the top 3 success patterns...",
  "sourceAttributions": [
    {
      "title": "Q4 Sales Case Studies",
      "snippet": "The common success factors...",
      "url": "s3://company-docs-bucket/sales/casestudies/2025-q4.pdf"
    }
  ]
}

6.3 IaC（Infrastructure as Code）での構築

AWS CDK（TypeScript）

import * as cdk from 'aws-cdk-lib';
import * as qbusiness from 'aws-cdk-lib/aws-qbusiness';
import * as iam from 'aws-cdk-lib/aws-iam';

export class QBusinessStack extends cdk.Stack {
  constructor(scope: cdk.App, id: string, props?: cdk.StackProps) {
    super(scope, id, props);

    // Create Q Business Application
    const application = new qbusiness.CfnApplication(this, 'SalesAssistant', {
      displayName: 'Sales AI Assistant',
      identityCenterInstanceArn: 'arn:aws:sso:::instance/ssoins-...',
      roleArn: qBusinessRole.roleArn,
      encryptionConfiguration: {
        kmsKeyId: 'arn:aws:kms:ap-northeast-1:123456789012:key/12345678-...',
      },
    });

    // Create Index
    const index = new qbusiness.CfnIndex(this, 'SalesIndex', {
      applicationId: application.ref,
      displayName: 'Sales Knowledge Base',
      edition: 'ENTERPRISE',
      capacityConfiguration: {
        units: 2,
      },
    });

    // Add S3 Data Source
    const s3DataSource = new qbusiness.CfnDataSource(this, 'S3DataSource', {
      applicationId: application.ref,
      indexId: index.ref,
      displayName: 'S3 Sales Docs',
      configuration: {
        s3Configuration: {
          bucketName: 'company-sales-docs',
          inclusionPatterns: ['sales/**'],
          exclusionPatterns: ['**/draft/**'],
        },
      },
    });

    // Add Salesforce Data Source
    const sfDataSource = new qbusiness.CfnDataSource(this, 'SalesforceDataSource', {
      applicationId: application.ref,
      indexId: index.ref,
      displayName: 'Salesforce CRM',
      configuration: {
        salesforceConfiguration: {
          instanceUrl: 'https://company.my.salesforce.com',
          authenticationType: 'OAUTH2',
          chatterFeedConfiguration: {
            documentDataFieldName: 'Body',
            documentTitleFieldName: 'Title',
            documentIdFieldName: 'Id',
          },
        },
      },
    });

    // Configure Web Experience
    const webExperience = new qbusiness.CfnWebExperience(this, 'SalesWebUI', {
      applicationId: application.ref,
      title: 'Sales Assistant',
      subtitle: 'Powered by Q Business',
      welcomeMessage: 'How can I help you today?',
      samplePromptsControlMode: 'ENABLED',
      customizationConfiguration: {
        logos: [
          {
            fileKey: 's3://company-branding/logo.png',
          },
        ],
        colors: {
          primaryColor: '#0066cc',
          secondaryColor: '#003399',
        },
      },
    });

    // IAM Role for Q Business
    const qBusinessRole = new iam.Role(this, 'QBusinessRole', {
      assumedBy: new iam.ServicePrincipal('qbusiness.amazonaws.com'),
      description: 'Role for Q Business Service',
    });

    qBusinessRole.addManagedPolicy(
      iam.ManagedPolicy.fromAwsManagedPolicyName('AmazonQBusinessFullAccess')
    );

    // Output
    new cdk.CfnOutput(this, 'ApplicationId', {
      value: application.ref,
      exportName: 'QBusinessApplicationId',
    });
  }
}

CloudFormation（YAML）

Resources:
  QBusinessApplication:
    Type: AWS::QBusiness::Application
    Properties:
      DisplayName: "Sales AI Assistant"
      IdentityCenterInstanceArn: "arn:aws:sso:::instance/ssoins-..."
      RoleArn: !GetAtt QBusinessRole.Arn
      EncryptionConfiguration:
        KmsKeyId: "arn:aws:kms:ap-northeast-1:123456789012:key/..."
      
  QBusinessIndex:
    Type: AWS::QBusiness::Index
    Properties:
      ApplicationId: !Ref QBusinessApplication
      DisplayName: "Sales Knowledge Base"
      Edition: "ENTERPRISE"
      CapacityConfiguration:
        Units: 2

  S3DataSource:
    Type: AWS::QBusiness::DataSource
    Properties:
      ApplicationId: !Ref QBusinessApplication
      IndexId: !Ref QBusinessIndex
      DisplayName: "S3 Sales Docs"
      Configuration:
        S3Configuration:
          BucketName: "company-sales-docs"
          InclusionPatterns:
            - "sales/**"
          ExclusionPatterns:
            - "**/draft/**"

  SalesforceDataSource:
    Type: AWS::QBusiness::DataSource
    Properties:
      ApplicationId: !Ref QBusinessApplication
      IndexId: !Ref QBusinessIndex
      DisplayName: "Salesforce CRM"
      Configuration:
        SalesforceConfiguration:
          InstanceUrl: "https://company.my.salesforce.com"
          AuthenticationType: "OAUTH2"

  QBusinessWebExperience:
    Type: AWS::QBusiness::WebExperience
    Properties:
      ApplicationId: !Ref QBusinessApplication
      Title: "Sales Assistant"
      Subtitle: "Powered by Q Business"
      WelcomeMessage: "How can I help you today?"

  QBusinessRole:
    Type: AWS::IAM::Role
    Properties:
      AssumeRolePolicyDocument:
        Version: '2012-10-17'
        Statement:
          - Effect: Allow
            Principal:
              Service: qbusiness.amazonaws.com
            Action: sts:AssumeRole
      ManagedPolicyArns:
        - arn:aws:iam::aws:policy/AmazonQBusinessFullAccess

Outputs:
  ApplicationId:
    Value: !Ref QBusinessApplication
    Export:
      Name: QBusinessApplicationId

7. Q Apps・タスク自動化

7.1 Q Apps の作成フロー

Q Apps は GUI ベースで構築する低コード化アプリケーション。以下の 3 つのステップで完成：

ステップ 1: テンプレート選択

Q Business Console
→ Application > Q Apps
→ Create Q App
  ├── Template Type:
  │   ├── "Search & Display"（ナレッジ検索）
  │   ├── "Form & Workflow"（ワークフロー）
  │   ├── "Data Analysis"（データ分析）
  │   └── "Custom"（カスタム）
  └── Select

ステップ 2: パラメータ設定

Q App Builder

【Template: "Form & Workflow" の場合】
├── App Name: "有給休暇申請"
├── Description: "年次有給休暇の申請・承認ワークフロー"

├── Form Fields:
│   ├── Employee Name（自動入力）
│   ├── Department（自動入力、IAM から取得）
│   ├── Requested Dates（Date Range Picker）
│   ├── Reason（Free Text）
│   ├── Duration in Days（自動計算）
│   └── Manager Approval（Approval Step）

├── Workflow Steps:
│   ├── Step 1: Form Submission
│   ├── Step 2: Manager Review & Approval
│   │   └── 承認不可の場合→フィードバック→再申請
│   ├── Step 3: HR Verification（勤務日数確認）
│   └── Step 4: Notification（社員・HR・給与システムへ通知）

├── Integrations:
│   ├── Google Calendar: 申請日を自動ブロック
│   ├── Workday: 残り有給日数確認
│   └── Slack: 承認者に通知

ステップ 3: 公開・利用

Q App 公開
→ Web Experience に組み込み
→ Slack / Teams に統合可能
→ 社員が直接利用開始

効果:
  - 有給申請処理: 従来 3 日間の検証・確認作業 → 自動化
  - エラー（勤務日数超過申請等）: 事前チェックで 100% 防止

7.2 Q Apps の実装例（HTML/JSON 形式）

Q Apps のバックエンドは JSON スキーマで定義可能：

{
  "appId": "app-vacation-request",
  "name": "Vacation Request",
  "description": "Employee vacation request and approval workflow",
  "icon": "calendar",
  "version": "1.0.0",
  
  "formDefinition": {
    "layout": "vertical",
    "fields": [
      {
        "id": "employeeName",
        "label": "Employee Name",
        "type": "text",
        "required": true,
        "defaultValue": "${currentUser.name}",
        "readOnly": true
      },
      {
        "id": "department",
        "label": "Department",
        "type": "select",
        "required": true,
        "dataSource": "${iamUser.department}",
        "readOnly": true
      },
      {
        "id": "startDate",
        "label": "Start Date",
        "type": "date",
        "required": true,
        "validation": {
          "minDate": "today",
          "maxDate": "+2years"
        }
      },
      {
        "id": "endDate",
        "label": "End Date",
        "type": "date",
        "required": true,
        "validation": {
          "minDate": "${startDate}",
          "maxDate": "+2years"
        }
      },
      {
        "id": "reason",
        "label": "Reason for Vacation",
        "type": "textarea",
        "required": false,
        "maxLength": 500
      },
      {
        "id": "duration",
        "label": "Duration (Days)",
        "type": "number",
        "readOnly": true,
        "calculation": "daysUntil(${endDate}) - daysUntil(${startDate}) + 1"
      }
    ]
  },

  "workflowDefinition": {
    "steps": [
      {
        "id": "submit",
        "name": "Submit Vacation Request",
        "type": "action",
        "action": "submitForm",
        "nextStep": "managerReview"
      },
      {
        "id": "managerReview",
        "name": "Manager Review & Approval",
        "type": "approval",
        "assignee": "${iamUser.manager}",
        "approvalOptions": ["Approve", "Reject", "RequestInfo"],
        "timeout": "7days",
        "onApprove": "hrVerification",
        "onReject": "notifyRejectReason",
        "onTimeout": "escalate"
      },
      {
        "id": "hrVerification",
        "name": "HR Verification",
        "type": "system",
        "checks": [
          "remainingVacationDays >= ${duration}",
          "dateNotInCompanyHoliday(${startDate}, ${endDate})",
          "employeeIsActiveOnDate(${startDate})"
        ],
        "onPass": "updateHRSystem",
        "onFail": "notifyViolation"
      },
      {
        "id": "updateHRSystem",
        "name": "Update HR System",
        "type": "integration",
        "integrations": [
          {
            "system": "Workday",
            "action": "createTimeOff",
            "payload": {
              "employeeId": "${iamUser.id}",
              "startDate": "${startDate}",
              "endDate": "${endDate}",
              "timeOffType": "VACATION"
            }
          },
          {
            "system": "GoogleCalendar",
            "action": "blockCalendar",
            "payload": {
              "userId": "${iamUser.googleId}",
              "title": "Out of Office",
              "startDate": "${startDate}",
              "endDate": "${endDate}",
              "visibility": "busy"
            }
          },
          {
            "system": "Slack",
            "action": "sendMessage",
            "payload": {
              "channel": "#general",
              "message": "${employeeName} is on vacation from ${startDate} to ${endDate}"
            }
          }
        ],
        "nextStep": "complete"
      },
      {
        "id": "complete",
        "name": "Completed",
        "type": "notification",
        "notifyUser": true,
        "message": "Your vacation request has been approved and recorded."
      }
    ]
  },

  "permissions": {
    "submit": ["all"],
    "view": ["self", "manager", "hr"],
    "edit": ["owner", "hr"],
    "delete": ["owner", "hr"]
  }
}

8. 類似サービス比較表

選択ガイド

• Q Business を選ぶべき：AWS 環境・40+ データソース・権限分離・アクション実行が必要
• Microsoft Copilot を選ぶべき：Microsoft 365 のみが主データソース・既存 M365 スタック
• Glean を選ぶべき：マルチクラウド・最高レベルの検索精度・大規模企業
• Notion AI を選ぶべき：Notion のみがデータソース・低コスト・スタートアップ

9. ベストプラクティス

9.1 ✅ 推奨（Do’s）

9.2 ❌ 非推奨（Don’ts）

10. トラブルシューティング

11. 2025-2026 最新動向

11.1 Agent-based Search & Actions

動向：Q Business が単純な検索から エージェント型自動実行 へシフト。

従来（2024）:
  ユーザー: 「Jira タスク作成して」
  Q Business: 手順・テンプレート提示
  ユーザー: 手動で Jira に入力

2025-2026:
  ユーザー: 「Jira タスク作成して、説明は『サイトパフォーマンス改善』」
  Q Business Agent: 自動的に Jira に POST
  → タスク自動作成・プロジェクト自動割当・優先度自動判定

11.2 Multi-modal Support（画像・音声）

動向：テキストのみでなく、画像・音声入力に対応。

• 製造現場の画像からトラブルシューティング
• 音声検索（「このエラーログの意味は？」→ 音声入力）
• 発話言語の自動検出・翻訳

11.3 Real-time Guardrails

動向：生成前ガードレール（従来）から、生成中・生成後の多層ガードレール化。

• 層 1（生成前）: 入力検証
• 層 2（生成中）: トークンレベルで不適切コンテンツ検出
• 層 3（生成後）: 出力検証・因果性チェック

11.4 Knowledge Graph Integration

動向：単純な RAG から Knowledge Graph ベース の関係性検索へ。

従来:
  Q: 「田中さんの過去プロジェクト」
  A: ドキュメント列挙

2026:
  Q: 「田中さんが主導した案件でお客様と問題があったことはありますか？」
  A: Knowledge Graph から関係を抽出
  → 「Project X（2023） + Client A + Issue: 納期遅延」

11.5 Federation Mode（Federated Q）

動向：複数の Q Business インスタンス・他社 Bedrock を統合した検索。

Federated Search:
  ユーザー: 「 同業他社との提携事例」
  → 自社 Q Business（機密）
  → 業界パブリックナレッジベース（公開）
  → M&A 対象企業の Q Business（限定共有）
  → 統合回答を返却

11.6 Industry-specific Q Business Templates

動向：業界別（金融・医療・製造）にプリセット Application テンプレート提供開始。

• 金融向け：KYC・AML・コンプライアンス事例テンプレート
• 医療向け：臨床ガイドライン・患者情報ガイドテンプレート
• 製造向け：品質基準・ISO 規格・安全ガイドテンプレート

11.7 Bedrock Agents Deep Integration

動向：Q Business と Bedrock AgentCore の統合。

従来:
  Q Business: 検索・回答
  Bedrock Agents: 複雑なワークフロー実行

2026:
  統合エージェント:
    → Q Business で知識検索
    → AgentCore で複雑なマルチステップタスク実行
    → メモリを共有（永続化）

12. 学習リソース・参考文献

12.1 公式ドキュメント（AWS）

1. Amazon Q Business User Guide
2. Amazon Q Business API Reference
3. Amazon Q Business Pricing
4. Supported Connectors - Amazon Q Business
5. Amazon Bedrock Documentation
6. Amazon Bedrock Guardrails
7. AWS IAM Identity Center Documentation
8. Amazon Kendra Documentation

12.2 AWS ブログ・リソース

9. AWS Machine Learning Blog - Amazon Q Business
10. AWS DevOps Blog - Q Developer Integration
11. Prescriptive Guidance - Retrieval Augmented Generation Options
12. AWS Whitepapers - Enterprise Generative AI

12.3 オープンソース・SDK

13. AWS SDK for Python (boto3)
14. AWS SDK for JavaScript
15. LangChain - Amazon Q Integration
16. LlamaIndex - Q Business Support

12.4 ベンダー比較・評価

17. Glean Official Site
18. Microsoft Copilot for Microsoft 365
19. Notion AI Documentation
20. ChatGPT Enterprise Documentation

13. 実装例・チェックリスト

13.1 実装チェックリスト（全体）

□ フェーズ 1: 計画・設計（2-4 週間）
  □ ユースケース定義（5+ のユースケース選定）
  □ データソース特定（40+ コネクターから必要なものを選択）
  □ アクセス制御設計（IAM Identity Center 同期計画）
  □ セキュリティ・コンプライアンスレビュー
  □ 予算見積（Index Edition・ユーザー数・コスト予測）

□ フェーズ 2: セットアップ（1-2 週間）
  □ AWS アカウント・IAM Identity Center 準備
  □ Q Business Application 作成
  □ Index 作成（Edition 選択）
  □ 最初の Data Source 接続（S3 / SharePoint）
  □ IAM Identity Center ユーザー同期
  □ Web Experience カスタマイズ

□ フェーズ 3: 統合・テスト（2-3 週間）
  □ 複数 Data Source 統合（40+ コネクターの段階的追加）
  □ Plugin 設定（Jira, ServiceNow, Salesforce）
  □ Guardrails 設定（PII Detection, Topic Blocks）
  □ 内部ユーザーテスト（20-50 ユーザー）
  □ パフォーマンステスト（レイテンシー、精度）

□ フェーズ 4: 運用開始（1-2 週間）
  □ ユーザートレーニング（オンボーディング、FAQ）
  □ 段階的ロールアウト（部門別）
  □ CloudWatch 監視セットアップ
  □ 定期メンテナンス計画

□ フェーズ 5: 最適化・継続改善（継続）
  □ 月 1 回のパフォーマンスレビュー
  □ ユーザーフィードバック収集・反映
  □ Index 容量・コスト最適化
  □ Data Source 見直し・削除
  □ Guardrails ルール調整

13.2 POC（概念実証）チェックリスト（4 週間）

週 1: 準備
  □ AWS アカウント・IAM Identity Center セットアップ
  □ Q Business Application 作成
  □ 1 つの Data Source（S3 / SharePoint）接続
  □ Index 作成・初期同期

週 2: テスト・カスタマイズ
  □ 10-20 の自然言語質問でテスト
  □ Web Experience ブランディング
  □ Guardrails 基本設定（PII Detection）
  □ ユーザーフィードバック収集

週 3: 拡張・統合
  □ 第 2 の Data Source 追加（CRM / チケットシステム）
  □ Plugin 1 つ設定（例：Jira）
  □ 30-50 ユーザーパイロット
  □ ROI 計算・ビジネス価値測定

週 4: 評価・次フェーズ計画
  □ POC 結果評価
  □ 本番化への推奨事項まとめ
  □ 本番ロードマップ策定
  □ 経営層へのプレゼンテーション

14. まとめ

Amazon Q Business は 「企業の社内データに基づいて質問に回答する生成 AI アシスタント」 です。

主な価値

• 40+ データコネクター：社内データを一度の設定で統合
• 権限分離回答：IAM Identity Center でユーザーごとの権限を自動維持。機密情報漏洩を防止
• 生成 AI による自然言語回答：従来検索エンジンの「キーワード→ドキュメント列挙」から「自然言語→コンテキスト回答」へ進化
• アクション実行：Jira・ServiceNow・Salesforce への自動実行で「調べる」から「実行する」へ
• ノーコード構築：Bedrock の Knowledge Bases と異なり、エンベディング・ベクターストア設定は不要。GUI で即座に構築可能
• Q Apps：低コード化アプリで社員向けのワークフロー・レポート生成を自動化

2026 年のトレンド

• Multi-modal（画像・音声）対応
• Agent-based Actions（自動実行の高度化）
• Knowledge Graph ベース検索
• Federated Q（複数インスタンス統合）
• Bedrock AgentCore との深い統合

導入時の注意点

• IAM Identity Center の統合は必須（権限分離のため）
• Guardrails の段階的有効化（PII→Topics→Hallucination）
• Citation 表示は常に有効化（ユーザー信頼性向上）
• ユーザートレーニング・Feedback ループの構築

Q Business は、ノーコード・権限分離・ネイティブ生成 AI による エンタープライズ级の GenAI アシスタント として、多くの組織で情報利活用・生産性向上の鍵となります。

最終更新：2026-04-26

バージョン：v2.0