株式会社renue
renueについて
renueは、AIで業務を実装する会社です
AIコンサルティングから図面AI・広告運用エージェント・コールセンターAIまで、実際に動いているサービスをご覧いただけます。renueが何をしている会社か、まずはサービス一覧からご確認ください。
SaaSとは？
SaaS（サース）はSoftware as a Serviceの略です。NISTの定義では、クラウド基盤上の提供者のアプリケーションをブラウザ等のクライアント/インターフェースで利用する形態です。利用者が基盤サーバー等を直接管理する方式と区別し、専用クライアントや連携機能の導入・端末設定は製品ごとに確認してください。
原Gmail、Google Workspace、Slack、Zoom、Dropboxと下のカテゴリ表は、クラウド提供機能を検討する製品例として保持します。すべての構成/関連アプリが同じ提供形態・管理範囲とはしません。製品例の一覧を、ソフトウェア市場全体の構成比やIT支出の増加を示す統計とは扱いません。
SaaS・PaaS・IaaSの違い
| 分類 | 提供範囲 | ユーザーが管理する範囲 | 代表例 |
|---|---|---|---|
| SaaS | 提供者のクラウド上のアプリケーション/基盤 | データ、アカウント/権限、利用設定と端末等。責任分担を契約/製品別に確認 | Gmail、Slack、Salesforce等のクラウド機能例 |
| PaaS | アプリの開発/実行を支える管理された基盤 | アプリの開発/運用、データ/権限や利用設定等 | 原Google App Engine等。AWS Lambdaはサーバーレス計算サービスの例として区別 |
| IaaS | 計算・ストレージ/ネットワーク等の基盤資源 | OS・ミドルウェア/アプリ、データ・権限と構成等 | 原AWS EC2、Azure VM、GCE等の基盤例 |
SaaSでも管理責任がデータの入力/活用だけになるわけではありません。Microsoftの責任分担表では利用者のデータ・設定・ID/ユーザー、アクセス管理と端末保護の責任を説明しています。具体的な分担を契約/製品ごとに確認し、基盤運用を任せることと社内管理をなくすことを区別してください。
SaaSの仕組み
- マルチテナント方式：AWSの一般解説では複数加入者向けに共通版を提供する方式を説明しています。自社で基盤サーバーを用意しない場合も、製品の提供方式・設定/責任と総費用を確認する提案です。
- サブスクリプション課金：AWSの一般解説は定期課金と使用量に応じた課金を説明しています。月額/年額定額に限らず、契約期間・席/利用量・初期設定や移行費、変更/解約条件を製品別に確認してください。
- 自動アップデート：提供者が更新を担う方式を確認し、更新の対象・時期/設定と社内の検証、クライアントや連携の更新を分けます。利用者に一切の更新作業がなく常に全最新機能になるとはしません。
- API連携：API連携の一般解説を参考に、対象API/契約・権限と接続設定、利用制限/追加費用や障害時の処理を確認します。APIがあるだけで無設定の連携を保証しません。
SaaSのメリット
1. 導入が簡単・即座に利用開始
基盤サーバーを自社で構築しない導入方式と、利用設定/移行や端末・連携の準備を区別します。契約・設定・移行や運用確認の工程を見積もり、業務で使えるまでの共通時間を保証しません。
2. 初期コストが小さい
提供形態だけで初期費用や月額費用の共通帯を決めません。ライセンス/利用量、設定・移行/連携と社内運用の費用を含む同じ範囲・期間で比較し、一律の低価格とはしません。
3. どこからでもアクセス可能
オフィス・自宅・出張先/海外での利用は、接続できる回線、端末/認証・組織のアクセス方針と提供地域を確認する案です。インターネット接続だけで常にどの場所からも使えるとはしません。
4. 常に最新バージョン
AWSの解説は提供者の更新とセキュリティパッチを説明しています。契約製品の更新対象/設定や提供時期を確認し、機能やすべての端末/連携が常に最新になるという保証とはしません。
5. スケーラビリティ
利用席/容量の変更を検討する際は、契約期間・最少席数や変更を適用する時期、利用制限と追加費用を確認してください。人数の増減にすべての契約が即時対応できるとはしません。
6. 保守・運用の負担軽減
責任分担表を参考に、提供者が担う基盤運用と、社内のアカウント/権限、設定・端末保護や業務データの保持を分けます。バックアップ/復旧や障害時対応の具体的な対象・契約を確認し、社内負荷が必ず大幅に減るとはしません。
SaaSのデメリット・注意点
1. カスタマイズ性の制約
必要な業務要件と、製品が提供する設定/拡張・API連携の範囲や費用を照合してください。共通版の利用と、どの製品でも自社固有要件を満たせないという一律の説明は区別します。
2. データの所在とセキュリティ
自社データが外部のクラウドサーバーに保存されるため、データの所在地（国内/海外）やセキュリティ対策（暗号化、アクセス制御）を事前に確認する必要があります。
3. インターネット依存
オンライン機能を使う際は接続/障害時の影響を確認してください。製品ごとのオフライン機能や同期条件も確認し、回線障害ですべての作業/保存情報が常に使えなくなるとはしません。
4. ベンダーロックイン
特定のSaaSに業務データが蓄積されると、他のサービスへの移行が困難になる場合があります。データのエクスポート機能やAPI連携の有無を事前に確認しましょう。
5. ランニングコストの累積
月額料金は小さくても、年間で見ると相当な金額になることがあります。利用していないライセンスの棚卸しが重要です。
6. サービス終了リスク
サービス提供者の経営状況によっては、サービスが突然終了するリスクがあります。重要な業務基盤はサービスの安定性や企業規模も考慮して選定しましょう。
SaaSの代表例（カテゴリ別）
| カテゴリ | 代表的なSaaS |
|---|---|
| オフィススイート | Google Workspace、Microsoft 365 |
| ビジネスチャット | Slack、Microsoft Teams、Chatwork |
| Web会議 | Zoom、Google Meet、Microsoft Teams |
| CRM・SFA | Salesforce、HubSpot |
| 会計・経理 | freee、マネーフォワードクラウド |
| 人事・労務 | SmartHR、freee人事労務 |
| プロジェクト管理 | Asana、Notion、Backlog |
| マーケティング | HubSpot、Marketo |
| EC | Shopify、BASE |
| デザイン | Canva、Figma |
SaaSの選び方
- 自社の課題を明確にする：「何を効率化したいか」を先に決めてからツールを探す
- 無料版やトライアルで試す：対象製品に無料版/試用があるか、対象機能・期間/席や有料契約への移行条件を確認して使用感を試す。ほとんどのSaaSに同条件の無料枠があるという比較原典は未同定
- 連携性を確認：既存で使っているツールとAPI連携できるか。データのインポート/エクスポート機能の有無
- セキュリティ要件：原ISO 27001認証、SOC 2準拠、暗号化/SSOは確認候補。各証明/報告の対象範囲と期間、利用機能や設定を別々に確認し、全製品の一律保証としない
- サポート体制：日本語サポートの有無、対応時間、ヘルプドキュメントの充実度
- 料金体系：ユーザー数課金 or 機能別課金。年払い割引の有無。隠れたコスト（ストレージ追加料金等）の確認
2026年のSaaSトレンド
- AI搭載SaaS：原Salesforce（Einstein AI）、HubSpot（Breeze AI）、Notion（Notion AI）はAI機能の確認候補として保持。例示した機能を、SaaS全体のAI搭載率という統計にはしません。HubSpotの現行Agent Hub案内等で新旧の名称・対象機能/契約や利用枠を個別確認し、全製品/契約に同一機能が統合されたとはしません。
- Vertical SaaS：特定業界（医療・建設・不動産、飲食等）向けのSaaSを検討する分類です。業界特化と市場が成長しているという原集計は区別し、原成長率・対象市場の原典は未同定
- コンポーザブルSaaS：必要な機能だけを組み合わせて使う「レゴブロック型」のアーキテクチャ
- SaaS管理の重要性：SaaSの利用数は、対象企業・サービスの数え方・調査時点をそろえて資料を確認します。別資料BetterCloud State of SaaS 2025は、2025年2月に米国のIT担当者568人を対象とし、従業員100人以上・企業アプリ35%以上がSaaSの組織等という条件で平均106を掲載しています。2023年112から減少とも説明し、全企業で利用数が増加するという一般化に使いません。
まとめ
SaaSは提供者のクラウド上のソフトウェアを使う方式です。原4メリットの導入・初期費用・アクセス/更新は、製品/契約、設定・移行や社内管理の範囲で比較してください。提供形態や無料版・連携の有無だけで適合性や成功を判断しません。業務要件、利用者に残る責任とデータの移行/終了条件を確認して選ぶ提案です。