- SaaSは放置すると「使っていない席・機能が重複したツール・自動更新される放置サブスク」で静かに太る。棚卸しをすれば、多くの会社で年間コストを目に見えて削れる。
- 手順は「①契約の洗い出し→②利用実態の把握→③重複・遊休の判定→④削減アクション→⑤仕組み化」の5ステップ。特別なツールは不要で、表計算1枚から始められる。
- 肝は「解約前のデータ持ち出し」「更新日の管理」「退職者アカウントの停止」。一度きりの大掃除で終わらせず、四半期ごとの点検として仕組みに組み込むのが失敗しないコツ。
気づけば毎月いくつものSaaSに課金され、「これ誰が使ってるんだっけ?」という状態——中小・中堅企業でよくある光景です。この記事は、SaaSの棚卸しでムダな出費を減らす手順を、試算・判定基準・落とし穴つきで解説します。対象は、経費やツール管理を見ている経営者・管理部門・情シス担当です。
本記事は一般的なコスト管理の情報提供です。各ツールの料金・解約条件・管理画面の名称は変わるため、契約前・解約前に必ず各公式でご確認ください。金額の例はすべて「例」で、自社の数字に置き換えて判断してください。
最終更新: 2026年8月31日／固有の料金は本文リンク先の各レビュー(確認日は各記事に明記)を参照。解約・ダウングレードはデータ消失や業務停止につながるため、影響範囲を確認してから実施してください。
なぜSaaSは放置すると太るのか
SaaSのコストが膨らむのは、値上げよりも「気づかないうちに増える構造」そのものが原因です。とくに次の3つが典型的な太り方です。
- 席(ユーザー)課金の置き去り: 多くのSaaSは1人あたり月額。退職・異動で使わなくなった席を削除し忘れると、誰も使っていないのに課金だけ続きます。
- 機能の重複: チャット、タスク管理、フォーム、ストレージなどを、部署ごとに別々のツールで契約。全社で見ると同じ用途に二重・三重に払っていることがあります。
- 自動更新される放置サブスク: 「一度試そう」で入れたツールが、使われないまま毎月・毎年自動更新される。年払いだと1年間気づかないことも珍しくありません。
ざっくり試算してみます(数値は例)。ある部署で「1席2,000円のツールを、退職・異動で使わなくなった10席分そのまま契約し続けていた」とすると、2,000円×10席×12か月=年24万円が、何の成果も生まないまま出ていっている計算です。これに重複ツールや放置サブスクが積み重なると、同じ構造のムダが並行して発生します。逆に言えば、棚卸しは「新しい売上を作らずにキャッシュを生む」数少ない施策です。
ステップ①：契約を洗い出す(棚卸し表を作る)
棚卸しの出発点は「支払いの全体像」を1か所に集めることです。次の情報源を突き合わせると、抜けが減ります。
- 法人カードの利用明細: 毎月・毎年の定期課金を拾う。ドル建てのSaaSも見つかりやすい。
- 経費精算・会計の履歴: 個人立替で契約されたツール(部署が勝手に入れた=シャドーIT)が見つかる。
- 請求・領収メール: 「ご請求」「invoice」「receipt」で検索すると更新通知が拾える。
- 各SaaSの管理画面(Billing/請求): 契約プラン・席数・次回更新日の一次情報。
集めた情報は、次のような列の表にまとめます。これがこの記事の中心的な作業物です。
| 列 | 入れる内容 | 使う目的 |
|---|---|---|
| ツール名／用途 | Slack(社内連絡)など | 重複の発見 |
| プラン／席数 | Business・15席 など | 過剰プラン・遊休席の判定 |
| 月額 or 年額／通貨 | ¥/$、月払い/年払い | コスト集計・為替の把握 |
| 次回更新日／解約条件 | 2026-11-01・年契約 など | 更新前の見直しタイミング |
| 契約者／支払方法 | 担当者名・法人カード等 | 名義の集約・退職リスク |
| 管理者(Admin) | アカウント管理者 | 席の追加削除の責任者 |
関係者で共同編集するならAirtableのようなデータベース型も便利です。固有の料金・プラン名は各ツールの請求画面とSaaS選定・導入の進め方を参照してください。
ステップ②：利用実態を把握する
契約の一覧ができたら、次は「払っている分だけ使われているか」の確認です。多くのSaaSは管理者画面に、メンバー一覧・最終アクティブ日・保留(未ログイン)アカウントなどを表示します。ここで見るのは主に次の点です。
- 最終ログイン日: 一定期間(例: 90日)ログインの無い席は遊休の候補。
- 招待したまま未参加の席: 招待だけで使われていない席。ただし課金が「招待した時点」か「本人が承諾した時点」かは製品で分かれるため、削れば安くなるかは各ツールの請求画面で確認する。
- プランと機能の対応: 上位プランなのに、その上位機能を実際には使っていないケース。
SSO(シングルサインオン)やIDプロバイダを導入している会社なら、IdP側のログイン履歴で横断的に「誰がどのSaaSに最近入ったか」を確認できます。SSOが無い場合は各ツールを個別に見る必要があります。数字が集まったら、棚卸し表に「最終利用」「実利用者数」の列を足しておきましょう。
ステップ③：重複・遊休・過剰を判定する
集めたデータを、次の判定基準で振り分けます。基準を先に決めておくと、「なんとなく高い」ではなく根拠を持って削減提案ができます。
| 分類 | 判定の目安 | とるアクション |
|---|---|---|
| 重複 | 同じ用途のツールが2つ以上ある | 片方に寄せる(統合)を検討 |
| 遊休席 | 90日以上ログインが無い席 | 席を削除・保留にする |
| 過剰プラン | 上位プランだが上位機能を使っていない | ダウングレードを検討 |
| 放置サブスク | 実利用者が実質ゼロ | 解約(要データ確認) |
数字はいずれも例です。「90日」は自社の使い方に合わせて調整してください(季節業務は基準を長めに)。判定結果は棚卸し表に列で持たせ、色分けすると一覧で決裁しやすくなります。
ただし「重複＝即統合」ではありません。ここが判断の分かれ目です。たとえば同じ「タスク管理」でも、開発チームはコード管理との連携を重視し、営業チームはスマホからの入力しやすさを重視します。安さだけで一方に寄せると、使い勝手が悪くなった側が入力をやめ、手元のExcelやメモに逃げて、かえって管理外のツール(シャドーIT)が再発する——という失敗が典型的に起きます。だから重複を見つけたら、機械的に片方を消すのではなく「本当に片方で両方の業務が回るか」「移行後に現場の入力率が落ちないか」を現場に確認してから決めます。効果が小さい統合は無理に進めず、業務影響の小さい削減(遊休席・放置サブスク)を優先するほうが、結局は定着します。統合を検討する場合の判断材料にはプロジェクト管理SaaS比較のような用途別の比較が役立ちます。
ステップ④：削減アクションと落とし穴
判定ができたら、リスクの低い順に手を付けます。いきなり解約から入らないのがポイントです。
- 遊休席の削除: まず「使われていない席」を減らす。ツールは残るので業務影響が小さく、効果はすぐ出ます。
- 過剰プランのダウングレード: 使っていない上位機能があれば下位プランへ。ただし人数上限や機能制限を要確認。
- 重複の統合: 現場合意のうえで片方に寄せる。移行の手間と削減額を比べて判断。
- 放置サブスクの解約: 実利用ゼロのものを止める。解約前にデータのエクスポートを必ず実施。
実際にハマる落とし穴:
- 年契約は途中解約できないことがある: 「今日解約」しても、年払い分は返金されず次回更新日まで課金が続く/使える形が多い。削減効果が出るのは更新日から、と理解しておく。
- 更新日の直前に気づけず自動更新: 見直しは更新日の30〜60日前に予定を入れておく。棚卸し表の更新日列からリマインドを作るとよい(バックオフィス自動化の要領で通知を自動化できます)。
- 解約でデータが消える: 製品により、解約後の一定期間でデータが削除されることがある。エクスポート・バックアップを先に。他ツールへ移すなら移行先の受け入れ形式も確認。
- 席を消したら共有物まで消えた: アカウント削除で、その人が作ったファイルや自動化が止まることがある。所有権を別の人へ移してから削除する。
- 「安くなるはず」で現場が困る: コスト目線だけで切ると業務が回らなくなる。削減案は必ず現場の確認をセットにする。
ステップ⑤：一度きりにせず「仕組み化」する
コストは、一度削っても運用が変わらなければまた戻ります。次の3つを仕組みとして入れておきます。
- 四半期レビュー: 3か月に一度、棚卸し表を更新して遊休席・放置サブスクを点検。担当と日程を決めて定例化する。
- 新規契約は申請制にする: 「誰でも自由に契約」を放置するとシャドーITが増える。用途・費用・管理者を申請させ、既存ツールで代替できないかを一度チェックする関所を作る。
- 入退社フローに組み込む: 退職・異動の手続きに「利用中SaaSのアカウント停止・所有権移管」を必ず入れる。ここが抜けると遊休席がまた積み上がります。
ツールは、まず表計算で十分です。契約数が増えて手作業がつらくなってきたら、SaaSの利用状況・支出をまとめて可視化する専用の「SaaS管理ツール」を検討する段階に入ります。とはいえ最初から高機能ツールを入れると、それ自体が新たなサブスクになりかねません。「表計算で回らなくなってから」で遅くありません。
日本の中小企業での勘所
日本の実務では、いくつか固有の注意点があります。まず経費・会計との突き合わせ。SaaSの棚卸しは、インボイス制度以降とくに重要になった「何にいくら払っているか」の可視化と相性がよく、経費精算の履歴が最良の情報源になります。個人立替で契約されたツールは会計側にしか痕跡が無いことも多いため、経理と一緒に洗い出すと精度が上がります。
次に為替。海外SaaSはドル建て課金が多く、円安局面では請求額が想定より膨らみます。棚卸し表に通貨列を持たせ、ドル建ての固定費がどれだけあるかを把握しておくと、値上げや為替の影響を受けやすい支出が見えます。
そして最も見落とされがちなのが退職者アカウントの即時停止です。使わない席のコストという観点だけでなく、退職者が顧客情報の入ったSaaSにアクセスできる状態は、個人情報保護の面でもリスクです。入退社の手続きに「全SaaSのアカウント停止」を明文化しておくことは、コスト削減とセキュリティの両方に効きます。情シス専任がいない中小企業ほど、この棚卸し表と四半期レビューが「属人化しない運用」の土台になります。
次に取るべき行動
- □ 法人カード明細・経費履歴・請求メールから、契約中のSaaSを1枚の表に洗い出す
- □ 各ツールの管理画面で「席数」と「最終ログイン」を確認し表に追記する
- □ 重複・遊休席・過剰プラン・放置サブスクの4分類で判定する
- □ 遊休席の削除→ダウングレード→統合→(データ確認のうえ)解約の順に実行する
- □ 更新日の前(目安1〜2か月前)にリマインドを設定し、四半期レビューを定例化する
- □ 退職・異動の手続きに「アカウント停止・所有権移管」を追加する
よくある質問(FAQ)
ツールを統合しようとしたら現場が反対します。どうすれば?
コスト目線だけで押し切らないことです。反対の多くは「今の使い勝手が失われる」不安から来ます。無理に統合すると使われなくなり、別のツールをこっそり使い始める(シャドーIT)原因になります。まずは重複による実害(二重の費用・情報の分散)を数字で共有し、移行後も現場の必須機能が満たせるかを一緒に確認してください。効果が薄い統合は見送り、遊休席の削除や放置サブスクの解約など業務影響の小さい削減から先に進めるのが現実的です。
棚卸しでどのくらいコストを減らせますか?
会社の状況によりますが、遊休席の削除と放置サブスクの解約だけでも、多くの場合すぐに効果が出ます。効果は「使っていない席の月額×席数×残り契約月数」で試算できます。ただし年契約は更新日まで課金が続くことが多いため、削減が反映されるタイミングも合わせて見込んでください(金額は自社の数字で計算してください)。
解約のベストなタイミングはいつですか?
年契約なら「次回更新日の30〜60日前」に見直すのが安全です。多くのSaaSは途中解約しても年払い分は返金されず、更新日をまたぐと次の1年分が自動で請求されます。棚卸し表の更新日列からリマインドを作り、更新前に「継続するか」を必ず判断する運用にしてください。解約前のデータエクスポートもお忘れなく。
勝手に契約が増える(シャドーIT)のを防ぐには?
新規契約を「申請制」にするのが基本です。用途・月額・管理者を申請してもらい、既存ツールで代替できないかを一度確認する関所を作ります。禁止一辺倒にすると隠れて契約が増えるため、「申請すれば通る・重複だけ止める」くらいの緩やかな運用が現実的です。
出典・参考
- 各ツールの料金・プラン・解約条件は、各サービスの請求(Billing)画面および公式ヘルプ、本文でリンクした jisalab の各レビュー(確認日は各記事に明記)を参照。
- 本記事はコスト管理の一般的な手順の解説であり、特定ツールの解約を推奨するものではありません。解約・ダウングレードは影響範囲とデータ持ち出しを確認のうえ実施してください。
本記事に登場する製品名・ロゴは各社の商標または登録商標です。掲載の図解はjisalab編集部が作成したものです。料金・解約条件・管理画面の仕様は変動するため、契約前・解約前に各公式でご確認ください。金額の例は説明用で、自社の実額に置き換えて判断してください。
