SaaSの更新前に行うアプローチとは、契約更新の直前に値引きや継続依頼をするのではなく、利用状況と導入効果を確認し、顧客が次の契約期間の価値を判断できる状態をつくる活動です。基本は、更新日の数か月前から利用データ・課題・成果・今後の計画を整理し、関係者と更新条件をすり合わせます。
SaaSの更新前アプローチで行うこと
更新前には、次の順番で顧客との接点を設計すると進めやすくなります。
- 契約更新日と社内の検討期限を確認する
- 利用状況と導入後の成果を整理する
- 利用上の課題や不満を聞き取る
- 決裁者や利用部門などの関係者を確認する
- 次の契約期間に向けた活用計画を提案する
- 更新条件と手続きを早めに合意する
この順番にすると、顧客が更新しない理由を早い段階で把握し、改善や提案に時間を使えます。
1. 更新日から逆算して準備を始める
最初に、契約更新日だけでなく、顧客が社内で予算申請や稟議を行う時期も確認します。更新日が近くても、顧客側の決裁に時間がかかる場合は、実際の提案期限がさらに早くなります。
更新前のスケジュールには、少なくとも次の予定を入れます。
- 利用状況を確認する日
- 顧客へのヒアリング日
- 成果や課題を共有する日
- 次年度の提案を行う日
- 見積もり・契約条件を確認する日
- 顧客社内の決裁期限
具体的な開始時期は契約期間や顧客の意思決定プロセスによって異なりますが、更新直前に初めて連絡するよりも、余裕を持って段階的に確認する方が問題を見つけやすくなります。
2. 利用状況と導入効果を整理する
更新前には、「契約しているか」ではなく、顧客がSaaSをどのように使い、どのような業務に役立てているかを確認します。利用状況だけで更新可否を決めず、利用が少ない理由も合わせて考えることが重要です。
確認する項目の例は次のとおりです。
- ログイン頻度や利用ユーザー数
- 主要機能の利用状況
- 利用が定着している部署やチーム
- 導入前後で変わった業務
- 削減できた作業や時間
- 業務のミスや対応遅れなどの変化
- 導入時に設定した目標の達成状況
利用データは、更新を迫るためではなく、顧客との認識をそろえるために使います。たとえば利用率が低い場合も、「使われていないので問題」と断定せず、対象業務が限定されているのか、操作方法が分かりにくいのか、導入後の運用が変わったのかを確認します。
3. 顧客の成果を数値や事例で共有する
更新の判断では、SaaSの機能一覧よりも、顧客の業務にどのような効果があったかが重要です。更新前の面談では、確認できた事実をもとに成果を整理して共有します。
たとえば、次のような形でまとめます。
| 確認項目 | 整理する内容 |
|---|---|
| 導入前の課題 | 手作業が多い、情報共有に時間がかかるなどの問題 |
| 導入後の変化 | 作業手順、対応時間、利用部門などの変化 |
| 確認できた成果 | 顧客が提示できる数値、業務上の改善、利用者の評価 |
| 残っている課題 | 未利用機能、運用上の負担、社内展開の問題 |
| 次の目標 | 次の契約期間で改善したい業務や利用範囲 |
数値を示す場合は、集計期間や対象範囲を明らかにします。根拠がないまま「生産性が大幅に向上した」「費用対効果が高い」と表現するのではなく、確認できたデータと顧客の評価を分けて伝えます。
4. 更新しない理由になり得る課題を聞き取る
更新前のアプローチでは、成果を伝えるだけでなく、顧客が感じている不満や不安を確認します。満足しているかを一度聞くだけでは、決裁者の懸念や利用部門の不便が見えないことがあります。
質問は、次のように具体化すると回答を得やすくなります。
- 現在、利用するうえで手間に感じている作業はありますか
- 利用できていない機能や部署はありますか
- 導入時に期待していた効果は達成できましたか
- 更新を検討する際に、社内で問題になりそうな点はありますか
- 次の契約期間で改善したいことは何ですか
- 契約内容やサポートについて、分かりにくい点はありますか
課題が見つかった場合は、すぐに値引きを提示するのではなく、原因と解決策を切り分けます。機能不足、運用設計、社内展開、サポートへの不満では、必要な対応が異なるためです。
5. 決裁者と利用部門の両方に情報を届ける
SaaSの利用者と、更新を承認する人が同じとは限りません。利用部門には操作性や業務上の効果を、決裁者には導入目的、成果、費用、継続後の計画を説明する必要があります。
確認しておきたい関係者は、次のとおりです。
- 日常的にサービスを使う担当者
- 社内展開や運用を管理する責任者
- 予算を管理する部門
- 契約や購買を担当する部門
- 最終的な承認者
担当者から好意的な反応を得ていても、決裁者が導入効果を把握していなければ、更新手続きが進まないことがあります。顧客の同意を得たうえで、社内説明に使える成果資料や導入効果の概要を提供すると、社内展開を支援できます。
6. 次の契約期間の活用計画を提案する
更新の依頼だけで終わらせず、次の契約期間に何を実現するかを提案します。提案内容は、顧客が抱える課題と現在の利用状況に合わせる必要があります。
提案の例には、次のようなものがあります。
- 未利用機能の導入支援
- 利用部署を広げるための説明会
- 管理者向けの運用見直し
- 利用ルールや権限設定の整理
- 定期的な利用状況レビュー
- 顧客の業務目標に合わせた活用計画の作成
新機能や上位プランを提案する場合も、機能を増やすこと自体を目的にしないことが大切です。「どの課題を解決するための提案か」「導入後に何を確認するか」を明確にし、顧客に不要な契約変更を勧めないようにします。
7. 更新条件と手続きを分かりやすく提示する
顧客が更新を前向きに検討していても、料金、契約期間、対象ユーザー、支払条件、解約や変更の期限が分かりにくいと手続きが止まることがあります。見積書や案内には、契約内容を項目ごとに整理して示します。
- 更新対象となるサービスやプラン
- 契約期間と更新日
- 利用できるユーザー数や範囲
- 料金と料金の単位
- 追加料金が発生する条件
- 契約変更や解約に関する期限
- 申込や社内決裁に必要な書類
料金や契約条件は、顧客ごとの契約内容や時点によって異なります。実際の更新案内では、現在の契約書や利用規約、社内の正式な見積もりに基づいて提示し、未確定の条件を断定しないようにします。
更新前のアプローチで避けたい進め方
更新前に避けたいのは、契約期限の直前に突然更新を依頼すること、利用状況を確認せず一律の提案をすること、値引きだけで継続を促すことです。
- 更新日だけを伝え、顧客の課題を聞かない
- 利用実績の根拠がないまま効果を主張する
- 利用していない機能や上位プランを先に勧める
- 担当者だけに連絡し、決裁者への説明を考えない
- 料金や契約条件を口頭だけで伝える
- 課題を把握したのに、解決策や期限を示さない
特に、値引きは短期的な交渉材料にはなっても、顧客が感じている機能面や運用面の問題を解決するものではありません。まず更新を妨げている要因を特定し、その要因に合った対応を検討します。
更新前に使える確認リスト
顧客への提案前に、次の項目を確認すると抜け漏れを減らせます。
- 更新日と顧客社内の決裁期限を把握している
- 現在の契約内容と利用範囲を確認している
- 利用状況を対象期間とともに整理している
- 導入前の課題と、導入後の変化を比較できる
- 未解決の課題とその原因を把握している
- 利用担当者と決裁者を区別している
- 次の契約期間の目標を顧客と共有している
- 料金や契約条件を正式な資料で提示できる
- 顧客が次に行う手続きと期限を明確にしている
SaaSの更新前アプローチでは、更新を依頼することよりも、顧客がこれまでの成果と今後の利用価値を判断できる状態をつくることが重要です。更新日から逆算し、利用状況・成果・課題・関係者・次の活用計画を順に整理したうえで、顧客に合った更新条件を提示しましょう。
