LASSIC Media らしくメディア

LASSIC IT事業部｜元請（プライムベンダー）としてシステム保守・運用を受託

Amazon QuickSightのコスト構造：Author・Reader・SPICEの3要素

Amazon QuickSightのコスト最適化とは、BIダッシュボードの運用費用を、利用者の分析体験を維持しながら計画的に抑える取り組みです。QuickSightはサーバーレスのBIサービスで、利用者の役割（ダッシュボードを作るか、閲覧するか）に応じて課金される点が、ライセンス一括購入型の従来BIと大きく異なります。この役割別課金とデータの保持方法（SPICE）を正確に把握することが、無駄のない設計の出発点です。

QuickSightの費用は、大きく「ユーザー課金（Author・Reader）」「SPICEの容量課金」「Amazon Qなどの付加機能」の3つに分けて考えると整理しやすくなります。それぞれの特性を見ていきます。

AuthorとReaderの役割別料金

QuickSightのユーザーは役割で分かれます。Authorはデータソースに接続してビジュアルを作成し、対話的なダッシュボードを構築する役割です^*1。Readerは共有されたダッシュボードを閲覧し、フィルターやドリルダウン、データのエクスポートを行う役割です^*1。

AWS公式の料金ページによると、2026年6月時点でAuthorは1ユーザーあたり月額24USD、生成AI機能を含むAuthor Proは月額40USDです^*2。閲覧専用のReaderは1ユーザーあたり月額3USD、生成AI機能を含むReader Proは月額20USDです^*2。閲覧者が多い組織では、作成権限を持つAuthorを必要最小限にとどめ、閲覧者をReaderに振り分けることが基本的な設計になります。

SPICEとは何か

SPICE（Super-fast, Parallel, In-memory Calculation Engine）は、QuickSightが採用するインメモリの計算エンジンです^*3。データソースに毎回問い合わせる代わりにSPICEへデータを取り込んでおくことで、ダッシュボードの応答を高速化できます。このSPICEはストレージとして容量課金の対象になり、ユーザー課金とは別のコスト軸を形成します。次章で詳しく扱います。

ユーザー数とSPICE容量が増えやすい理由

QuickSightのコストが膨らむ典型的な要因は2つあります。1つは、退職者や利用頻度の低い作成者がAuthorのまま残り続けることです。もう1つは、過去に取り込んだままのデータセットがSPICEに滞留し、容量課金が積み上がることです。いずれも「使っていないのに課金され続ける」状態であり、棚卸しによって抑えられる領域です。

SPICEのキャパシティ課金と容量管理

SPICEはQuickSight固有のコスト論点です。仕組みを理解しておくと、不要な容量課金を避けやすくなります。

SPICE容量の課金単位と無料枠

AWS公式の料金ページによると、SPICEはAuthorユーザー1人につき10GBの容量が含まれます^*2。これを超える容量を使う場合は、追加分が1GBあたり月額0.38USDで課金されます^*2。つまり、Authorの人数に応じて無料枠の総量が決まり、それを超えたぶんだけ追加費用が発生する構造です。

SPICE容量はAWSリージョンごとに別々に割り当てられ、同一リージョン内ではアカウント全体で共有されます^*3。複数リージョンでQuickSightを使う場合、リージョンをまたいで容量が融通されない点に注意が必要です。

容量の購入・解放と自動購入

QuickSightの管理者は、管理画面でリージョンごとのSPICE容量と使用量を確認し、追加容量の購入や未使用容量の解放を行えます^*3。解放できるのはデータセットに使われていない未使用容量に限られるため、不要なデータセットを削除するかSPICE保存をやめると、解放できる容量が増えます^*3。

SPICEには自動容量購入（auto capacity purchasing）の設定もあります。利用量に応じてAWSが必要な容量を自動的に購入する仕組みで、容量不足によるデータ取り込みの失敗を避けやすくなります^*3。ただし自動購入は自動的な減少（auto-decrement）に対応しないため、使用量が減っても容量は手動で解放する必要があります^*3。自動購入を有効にしたまま放置すると、増えた容量が解放されずに課金が残るため、定期的な見直しが容量コストの抑制につながります。

SPICE容量を抑える設計の考え方

SPICE容量を抑えるには、ダッシュボードで実際に必要な列・期間に絞ってデータセットを設計することが基本です。全列・全期間を取り込むのではなく、分析に使う範囲へ絞り込むことで取り込み量を抑えられます。利用されなくなった古いデータセットやテスト用データセットを定期的に棚卸しし、SPICEから外すことも有効です。

Reader Capacity Pricingへの切替判断

閲覧者が多数になる場合、ユーザー単位のReader課金とは別に、セッション単位でまとめて購入するReader Capacity Pricingという選択肢があります。どちらが有利かは利用パターンによって変わります。

Reader Capacity Pricing（セッション単位）の仕組み

Reader Capacity Pricingは、Readerセッションをまとめて購入する方式で、個別ユーザーをプロビジョニングせずにダッシュボードを大人数へ配信できます^*1。AWS公式の定義では、Readerセッションは1回あたり30分の区間で、その間Readerはダッシュボードへアクセスしデータを操作できます^*1*2。

AWS公式の料金ページによると、2026年6月時点で月額プランは500セッションが250USDで、追加セッションは1セッションあたり0.50USDです^*2。さらに年間コミットメントのプランがあり、年間50,000セッションで20,000USD（追加1セッション0.40USD）など、購入量が大きいほど1セッションあたりの単価が下がる階段状の料金になっています^*2。

どちらの課金方式が有利か

AWS公式のFAQでは、キャパシティ料金は「ダッシュボードを大きな利用者層へ表示し、利用が分散している場合や、利用者数が継続的に増えると見込まれる場合」に有益だと説明されています^*4。逆に、閲覧者が少人数で毎日繰り返し使う場合は、月額3USDのReaderユーザー課金のほうが分かりやすく、コストも見積もりやすいことがあります。

判断の目安は、閲覧者1人あたりの月間利用頻度です。たまにしか見ない利用者が大量にいる構成ではセッション単位のCapacity Pricingが向き、少人数が高頻度で使う構成ではユーザー単位のReader課金が向く傾向があります。実際の判断は、利用ログから月間のセッション数と閲覧者数を把握した上で、両方式の費用を試算して比較することが大切です。

Amazon Q・埋め込み・不要Author棚卸しの費用論点

QuickSightには、ユーザー課金とSPICE以外にも費用に関わる論点があります。自然言語の生成AI機能、ダッシュボードの外部埋め込み、そして見落とされやすい不要Authorの棚卸しです。

Amazon Q（自然言語）の費用

QuickSightの生成AI機能は、自然言語でダッシュボードを構築・調整したり、要約やシナリオモデリングを行ったりする機能で、Author ProとReader Proの上位プランに含まれます^*2。AWS公式の料金ページによると、上位プラン（Proユーザー）を有効化した、またはQ&Aを有効化したアカウントには、アカウントあたり月額250USDのインフラ料金が別途適用されます^*2。生成AI機能を一部のユーザーだけで使う場合でも、このアカウント単位の固定費が発生する点を費用設計に織り込む必要があります。

Amazon Qの質問についても、セッションと同様にまとめて購入するキャパシティ料金が用意されています。AWS公式の料金ページによると、月額プランは500問が250USDで、追加分は1問あたり0.50USDです^*2。

埋め込み（Embedded Analytics）の考え方

QuickSightのダッシュボードは、自社のWebアプリケーションやポータルへ埋め込んで提供できます。埋め込みで多数のエンドユーザーへ配信する場合、個別にReaderユーザーを発行するのではなく、前章のReader Capacity Pricing（セッション単位）を用いる構成が、利用者数が読みにくいケースに向きます。埋め込みの料金体系は提供方法によって異なるため、最新の条件はAWS公式の料金ページで確認することが大切です^*2。

不要Authorの棚卸し

QuickSightのコストで見落とされやすいのが、使われていないAuthorの残存です。Authorは月額24USDとReaderの3USDより高いため、実際にはダッシュボードを作らなくなったユーザーがAuthorのまま残っていると、その差額が毎月積み重なります^*2。

対策は、最終ログインや作成・編集の履歴をもとに、作成業務を行っていないAuthorをReaderへ変更するか、利用していないユーザーを削除することです。Authorに紐づくSPICEの無料枠（10GB）も同時に減るため、棚卸しの際はSPICE使用量とのバランスも確認する必要があります^*2*3。定期的な棚卸しを運用に組み込むことで、ユーザー課金とSPICE容量の両面で無駄を抑えられます。

QuickSightコスト最適化を外注する際の選定ポイント

QuickSightのコスト最適化は、料金体系の理解・データセット設計・利用実態の分析が組み合わさった領域です。内製で取り組む場合、QuickSightの役割別課金とSPICEの仕組みを正確に把握した上で、利用ログから適切な課金方式を判断するスキルが必要です。

内製対応のリスク

料金体系の理解が不十分なまま運用すると、無駄が生じやすくなります。例えば、閲覧専用で十分なユーザーをAuthorのまま発行し続けると、不要な差額が積み重なります。SPICEの自動容量購入を有効にしたまま使用量の見直しを怠ると、解放されない容量の課金が残ります。逆に、多数の分散利用者に対してユーザー課金を選び続けると、Capacity Pricingへ切り替えた場合より費用がかさむことがあります。

これらを避けるには、利用実態を継続的に把握し、課金方式とSPICE容量を定期的に見直す体制が必要です。BI運用が本業でない組織が、この監視を社内だけで維持するのは負担が大きくなりがちです。

外注先に確認すべき技術要件

外注で進めるQuickSightコスト最適化：5つのステップ

外注パートナーと進める場合の標準的な流れを整理します。フェーズを明確にすることで、受け渡しのポイントと期待成果を双方で共有しやすくなります。

ステップ1：利用実態の可視化

最初に、現在のAuthor・Readerのユーザー数、各ユーザーの利用頻度、ダッシュボードのセッション数、SPICEの容量と使用量を可視化します。QuickSightの管理画面でSPICE容量と使用量を確認できるため、ここで未使用容量の有無も把握します^*3。この可視化がなければ、その後の施策の優先順位が立てられません。

ステップ2：Authorの棚卸しと役割見直し

作成業務を行っていないAuthorを抽出し、Readerへの変更や削除を検討します。閲覧専用で足りるユーザーをReaderへ振り分けることで、ユーザー課金の差額を抑えられます^*2。

ステップ3：SPICE容量の最適化

データセットを必要な列・期間に絞り込み、利用されていないデータセットをSPICEから外します。未使用の購入容量があれば解放し、自動容量購入の設定も実態に合わせて見直します^*3。

ステップ4：課金方式の切替判断

ステップ1で把握したセッション数と閲覧者数をもとに、ユーザー単位のReader課金とReader Capacity Pricingの費用を試算し、有利な方式を選びます^*1*2*4。Amazon Qや埋め込みを使う場合は、アカウント単位の固定費も含めて総額を比較します^*2。

ステップ5：継続監視と定期見直し

月次でユーザー数・セッション数・SPICE使用量をレビューし、Authorの棚卸しと容量の見直しを仕組みとして確立します。利用実態は変化するため、定期的な再試算によって課金方式の妥当性を保ちます。

内製と外注の比較：必要スキルと工数の実態

QuickSightコスト最適化を内製で一通り実施するには、QuickSightの料金体系の理解・データセット設計・利用ログの分析という3領域の知識が必要です。初期の見直しだけでなく、月次の監視・棚卸し・再試算を継続する体制も求められます。

BIの活用が主目的の組織では、ダッシュボードの設計や分析そのものに人手をかけたいところで、コスト最適化の継続監視まで兼務させると本来の業務を圧迫します。専任でアサインするのが難しい場合、外注でこれらを担わせることで、社内のリソースを分析業務に集中できます。

外注先に任せられる範囲は、利用実態の可視化から設計・実装・継続監視まで一貫して委託するフルマネージド型と、初期の見直しと方針設計だけを委託して運用は内製するコンサルティング型に分かれます。予算と社内の運用能力に応じて組み合わせを検討することが大切です。

まとめ：QuickSightコスト最適化の3つの判断軸

本稿ではAmazon QuickSightのコストを最適化する外注の進め方を整理しました。要点を3つに集約します。

第一に、QuickSightの費用は役割別のユーザー課金（Author月額24USD・Reader月額3USD）とSPICEの容量課金（Author1人あたり10GB込み・超過分1GB月額0.38USD）が基本構造で、不要Authorの棚卸しとSPICE容量の管理が直接的な削減レバーです^*2*3。第二に、閲覧者が多数で分散する構成では、ユーザー単位のReader課金からセッション単位のReader Capacity Pricingへの切替判断が費用を大きく左右します^*1*4。第三に、これらを適切に試算・設計・継続監視するにはQuickSightの料金体系と利用ログ分析の知識が必要で、判断を誤ると無駄な固定費や容量課金が積み上がります。外注先には利用実態の可視化から継続監視まで一貫した体制があるかを確認することが成果を左右します。

よくある質問

QuickSightのAuthorとReaderの料金はいくらですか？

AWS公式の料金ページによると、2026年6月時点でAuthorは1ユーザーあたり月額24USD、Reader（閲覧専用）は月額3USDです^*2。生成AI機能を含む上位プランは、Author Proが月額40USD、Reader Proが月額20USDです^*2。閲覧者が多い組織では、作成権限を持つAuthorを必要最小限にとどめ、閲覧者をReaderに振り分けることが基本的なコスト設計になります。

SPICEの容量課金はどのように発生しますか？

AWS公式の料金ページによると、SPICEはAuthor1人につき10GBが含まれ、これを超えた分が1GBあたり月額0.38USDで課金されます^*2。SPICE容量はAWSリージョンごとに割り当てられ、同一リージョン内ではアカウント全体で共有されます^*3。未使用容量は管理画面から解放できるため、不要なデータセットをSPICEから外して容量を解放すると、容量課金を抑えられます^*3。

Reader Capacity Pricingとユーザー課金はどちらを選ぶべきですか？

AWS公式のFAQでは、キャパシティ料金は「ダッシュボードを大きな利用者層へ表示し、利用が分散している場合や、利用者数が継続的に増えると見込まれる場合」に有益とされています^*4。たまに閲覧する利用者が多数いる構成ではセッション単位のCapacity Pricingが向き、少人数が高頻度で使う構成では月額3USDのReaderユーザー課金が向く傾向があります。実際の判断は、利用ログから月間セッション数と閲覧者数を把握し、両方式の費用を試算して比較することが大切です。

Amazon Qなどの生成AI機能を使うと費用はどう変わりますか？

自然言語での操作などの生成AI機能はAuthor ProとReader Proに含まれます^*2。AWS公式の料金ページによると、Proユーザーを有効化した、またはQ&Aを有効化したアカウントには、アカウントあたり月額250USDのインフラ料金が別途適用されます^*2。一部のユーザーだけで使う場合でもこの固定費が発生するため、費用設計に織り込む必要があります。

QuickSightコスト最適化の外注費用の目安はどのくらいですか？

外注費用は、対象ユーザー数・ダッシュボードの規模・監視継続の有無によって異なります。公式に公表されている標準単価がないため、本稿では具体的な数値を提示しません。複数のパートナーにRFP（提案依頼書）を出して見積もりを比較することをお勧めします。費用の妥当性を判断する際は、利用実態の可視化・Author棚卸し・SPICE容量設計・課金方式の切替判断・継続監視の各フェーズが含まれているかを確認してください。

著者：テレリモ総研編集部　鈴木 亮佑

---

ご不明な点はお問い合わせフォームからもご連絡いただけます。

※本稿で示すAmazon QuickSightの料金は2026年6月時点の公表値に基づく。料金体系は改定される場合があるため、最新の数値は各出典の公式ページで確認されたい。

1. *1　出典：Amazon Web Services「Amazon QuickSight FAQs」
2. *2　出典：Amazon Web Services「Amazon QuickSight の料金」
3. *3　出典：Amazon Web Services「Configure SPICE memory capacity（Amazon QuickSight User Guide）」
4. *4　出典：Amazon Web Services「Amazon QuickSight FAQs（Capacity pricing）」