年間SaaS更新の時期が近づいています。昨年、あなたの会社は1,200ユーロを支払いました。今年の新しい見積額は1,680ユーロです。
一見すると、解決策は簡単に思えるかもしれません。カードの利用限度額を引き上げて、そのまま支払いを通せばよいのです。
しかし、更新金額の上昇は単なる支払い上の問題ではありません。カードの限度額を変更する前に、何が変わったのか、なぜ価格が上がったのか、そして会社が新しい条件で本当に更新したいのかを確認することが重要です。
体系的に見直すことで、利用していないライセンス、期限切れの割引、不要な追加機能、あるいは十分に承認されていない更新に対して支払ってしまうことを防げます。
なぜSaaSの更新価格は上昇するのか
更新時の見積額が高くなったからといって、必ずしもサプライヤーが単純に価格を引き上げたとは限りません。
価格差は、次のような複数の要因によって生じる可能性があります。
- ユーザーライセンス数の増加
- 初回導入時の割引の終了
- 単価の上昇
- 新しい追加機能やアドオン
- 利用量の増加
- 請求期間の違い
- 税金やVATの変更
- 通貨の違い
たとえば、昨年の1,200ユーロの支払いには、1,600ユーロのプランに対する一時的な割引が含まれていた可能性があります。その割引が終了すれば、基本的な単価がほとんど変わっていなくても、次回の更新額は上昇する可能性があります。
そのため、最終的な合計額だけを見るのではなく、昨年の請求書と今年の新しい見積書を項目ごとに比較することが有効です。
昨年の請求書と新しい見積書を比較する
更新を承認する前に、次の資料を集めましょう。
- 昨年の請求書
- 元の注文書または契約書
- 現在のプラン
- 新しい更新見積書
- 価格や製品変更に関する関連通知
そのうえで、次の項目を比較します。
- ユーザー数またはライセンス数
- 単価
- 割引
- ストレージまたは利用上限
- アドオン
- 請求期間
- 通貨
- 税務上の取り扱い
簡単な比較でも、値上がりの原因が「価格」「数量」、またはその両方なのかをすぐに確認できます。
たとえば、
昨年：
20ユーザー × 80ユーロ = 1,600ユーロ
初年度クレジット：-400ユーロ
合計：1,200ユーロ
今年：
21ユーザー × 80ユーロ = 1,680ユーロ
プロモーションによるクレジットなし
合計：1,680ユーロ
この場合、単価そのものは上昇していません。差額は、ユーザーが1人増えたことと、一度限りのクレジットが終了したことによって生じています。
これは、実際に単価が上昇した場合とは、交渉すべき内容が大きく異なります。
ライセンス数、割引、アドオン、税金を確認する
SaaSコストが増加する最も分かりやすい原因の一つは、利用されていないライセンスや、時間の経過とともに追加された新機能です。
更新前に、次の点を確認しましょう。
- 何ライセンス購入したのか？
- 実際にアクティブなユーザーは何人いるのか？
- 未使用のライセンスはあるか？
- 期限切れになった割引はあるか？
- 新しいアドオンが含まれているか？
- プレミアム機能は実際に利用されているか？
30ライセンスを購入しているものの、実際にサービスを利用しているのが18人だけなら、更新時にライセンス数を減らせるか確認してみましょう。
サプライヤーからAI機能や分析パッケージが新たに含まれると言われた場合は、それがオプションなのか、必須なのか、それとも既存プランの一部なのかを確認してください。
税金についても別途確認する必要があります。サプライヤーが税抜価格を提示していても、最終的な請求書にはVATやその他の適用される料金が含まれる場合があります。見積額とカードへの請求額に差があるからといって、必ずしもサプライヤーが商業価格を引き上げたとは限りません。
支払日より前に更新期限を確認する
支払日が必ずしも最も重要な期限とは限りません。
たとえば、契約の更新日は11月1日でも、解約または更新拒否の通知を10月1日までに書面で提出する必要がある場合があります。
チームが10月下旬になって初めて値上がりに気づいた場合、まだカードへの請求が行われていなくても、会社が取れる選択肢はすでに少なくなっている可能性があります。
次の項目を確認しましょう。
- 更新日
- 解約または更新拒否の期限
- 必要な通知方法
- 契約期間
- 自動更新の条件
適切な解約通知の代わりに、支払い失敗やカードの凍結に頼らないようにしましょう。支払いが拒否されれば請求が成立しない可能性はありますが、それによって契約上の義務が自動的に変更されるわけではありません。
交渉前に実際の製品利用状況を確認する
サプライヤーに連絡する前に、ソフトウェアが実際にどのように利用されているのかを確認しましょう。
次の項目を確認します。
- アクティブユーザー
- 機能の利用状況
- チーム内での依存関係
- サポート履歴
- 連携サービス
- ビジネス上の重要性
- 他のサービスへの切り替えの難しさ
これにより、単なる価格への不満を具体的な質問に変えることができます。
次のように言うのではなく、
「更新料金が高すぎます。」
次のように質問できます。
- プランを30ライセンスから18ライセンスに減らせますか？
- 分析アドオンを削除できますか？
- チームの一部向けに、より低価格のプランはありますか？
- 代替サービスを検討している間、現在の契約期間を延長できますか？
- 契約期間を変更した場合、どのような割引が利用できますか？
利用状況に関するデータが明確であるほど、更新について判断しやすくなります。
明確な改訂版見積書を依頼する
更新金額が明確でない場合は、サプライヤーに書面で内訳を提示してもらいましょう。
確認事項には、次の項目を含めるとよいでしょう。
- ライセンス数
- 単価
- 終了する割引
- 新しい機能やアドオン
- 請求期間
- 税金の計算基準
- 更新期限
- 別の数量やプランの選択肢
目的は単に割引を求めることではありません。会社が具体的に何を購入することになるのかを正確に理解することです。
サプライヤーから改訂版の見積書が提供された場合は、古い支払いリンクや請求書が引き続き使用されていないことを確認してください。商業条件が変更された後でも、古い請求書や自動支払い設定が有効なままになっている場合があります。
その後にのみ支払いカードを調整する
会社が最終的な更新金額、通貨、支払日を確認したら、支払いカードを見直します。
次の項目を確認しましょう。
- 利用可能残高
- カードの状態
- 利用限度額
- 1回あたりまたは一定期間ごとの利用制限
- 請求予定日
- 最終承認額
特定のSaaSサプライヤー専用のバーチャルカードを用意すると、継続的な支払いを識別して管理しやすくなります。
Buveiカードで利用できるカード管理機能や取引履歴を活用すれば、企業はサプライヤーへの支払いを分離し、カードの利用状況をより明確に確認できます。ただし、カードの利用制限によってサプライヤーの価格、解約条件、契約上の義務が決まるわけではありません。これらの商業上の判断は、先に解決しておく必要があります。
手順はシンプルです。
更新内容を確認 → 商業条件を承認 → 最終請求書を確認 → 支払いカードを準備
この順番を逆にしてはいけません。
シンプルな更新記録を残す
更新に関する判断が完了したら、次回の確認に備えて簡単な記録を残しておきましょう。
次の項目を記録します。
- 最終的なプラン
- ライセンス数
- 年額または月額料金
- 通貨
- 割引の有効期限
- 支払日
- 更新期限
- サービス担当者
- 最終見積書または請求書
これにより、翌年の確認作業にかかる時間を大幅に短縮できます。
古いメールを探しながら、なぜ請求額が上がったのかを再構築する代わりに、次の担当者は何が合意され、何が変更されたのかをすぐに確認できます。
最後に
SaaSの更新価格が上昇した場合は、支払い取引になる前に、商業上の判断として確認することが重要です。
特に重要な質問は次のとおりです。
- 具体的に何が変わったのか？
- 支払っているサービスを現在も十分に利用しているか？
- 割引が終了したのか？
- ライセンス数やアドオンが増えたのか？
- 更新期限はいつなのか？
- 最終金額は承認済みなのか？
これらの質問に答えられれば、支払いの準備はかなり簡単になります。
明確な更新プロセスを整えることで、企業は継続的なソフトウェアコストを管理し、不要な支出を減らし、支払い上の問題によって意図せず商業上の判断をしてしまうことを防げます。
