ストック型サービスの料金を変えるときの検討項目

ストック型サービスの料金を変えるときは、現在の契約をどの条件で継続できるかと、新しい提供内容で採算が合うかを別に確認します。新規顧客の価格を変えたからといって、既存契約へ同じ金額をそのまま適用できるとは限りません。価格、提供範囲、開始時点、顧客の選択を一組にして移行を設計してください。

月額資料サービスの変更を、二つの問題へ分ける

仮に、毎月業務用の資料を提供するサービスで、顧客ごとの質問対応が増え、現在の料金では負担を支えにくくなったとします。これは架空の検討例です。最初に判断するのは、どの仕事が増えたかです。料金を上げることだけを結論にすると、提供範囲の曖昧さが残ります。

資料の更新そのものが重くなったのか、契約外の個別相談が増えたのか、初回の導入に時間がかかるのかを分けます。毎月の費用で担う仕事と、一度だけ発生する仕事は同じ扱いにしない方がよい場合があります。顧客へ説明する前に、実際の対応記録へ戻ります。

費用の中身を比べる方法は、継続運営費の提供範囲も参考になります。ただし本記事の例は、自社が定期サービスを販売する立場です。外注先へ払う料金の比較を、そのまま顧客の価格改訂へ置き換えません。

第一の問題：今の提供を、何に変えるのか

提供を同じまま価格だけ変える案、基本範囲を絞る案、個別対応を別契約へする案などを並べます。どの案も顧客へ同じ価値を残すとは限りません。利用者が継続している理由へ照らし、外す仕事が商品の中心ではないかを確認してください。

安い基本料金を残して必要な機能をすべて追加へ回す場合、顧客の実際の支払が見えにくくなります。利用する条件でいくらになるかを示す必要があります。価格表を単純にしたつもりでも、比較が難しくなる場合があります。

対応過多が原因なら、定期契約の提供範囲と赤字へつなげて、契約外の仕事を整理します。値上げしても無制限の対応を続ければ、顧客が増えた際に同じ問題が起こる可能性があります。

第二の問題：既存契約を、どう移行できるのか

契約期間、現在の価格、改訂に関する合意、更新方法、通知や確認の期限を読みます。料金表を更新しただけで、現在の契約の条件が変更されたとは判断しません。適用できる時点と手続は、実際の合意と取引の条件へ合わせて確認します。

年単位で先に支払を受けた顧客と、月ごとに契約する顧客を同じ日に一括処理しないようにします。現在の期間で何を約束したかと、次の期間へ提案する内容を分けます。契約の法的な解釈が難しい場合は、専門家へ確認してください。

料金の変更を通知したことと、必要な合意が確認できたことは別です。返答がない顧客を、常に変更へ同意したと記録しません。契約ごとの根拠へ基づき、どこまで確認が済んだかを残します。

移行案を作る順序は、原価・顧客・契約

作業一：変更の理由を、原価の記録で説明する

新しい価格を決める前に、提供、質問対応、保管、外部サービス、定期更新へ実際にかかった費用と時間を集めます。自分の作業を無料と扱うと、どの部分が苦しいかを見落とします。費用へ換算しにくい場合も、時間を残してください。

仮例では、月次資料の共通更新と、顧客別の修正依頼を別に集計します。共通更新は利用者全体へ必要でも、個別修正は顧客によって量が違います。全顧客へ同じ価格変更を提案する理由があるかを考えます。

新しい価格での採算は、継続する顧客数を固定した試算だけにしません。変更を機に利用を見直す人がいる可能性を仮定し、提供容量と残る費用を確認します。根拠のない継続率を実績のように書かないでください。

作業二：顧客が判断できる選択肢を用意する

同じプランで継続する、範囲を小さくする、必要な対応だけ追加する、終了するなど、実際に用意できる選択肢を整理します。続けさせるために、終了の方法を分かりにくくしないようにします。選択できることと条件を、通知で説明してください。

顧客が使っていない提供を減らせる場合もあります。ただし、利用が少ないことと価値がないことは同じではありません。必要なときだけ使う備えとして契約している場合もあります。変更前に利用する場面を確かめます。

顧客の声を集める際は、料金交渉と調査を混ぜないようにします。どんな条件なら続けたいかを聞いても、その回答が正式な変更合意になるとは限りません。解約理由の調査は、継続契約をやめる理由の聞き取りへつなげられます。

作業三：契約ごとの適用時点を表にする

価格変更の対象を、新規申込、既存の更新、現在の期間へ分けます。それぞれ参照する文書、確認が必要な人、開始日を付けます。一つの新料金表だけでは、今の顧客へ何を請求するかを管理できません。

更新通知の予定は、契約更新の管理表へつなげて運用できます。本記事の移行案を決めてから、顧客ごとの期限と担当へ落とし込みます。先に通知だけを送って、後から適用条件を考える順番にしないでください。

顧客向けの案内と、社内の処理をそろえる

案内には、何が変わるか、何が同じか、適用する時点、顧客に必要な確認を分けて書きます。値上げ理由を長く語るだけでは、実際の条件が見つかりません。旧条件と新条件を並べ、利用する人が違いを判断できる形にします。

販売ページ、申込画面、契約資料、請求、サポートの案内で、価格と範囲が一致しているかを確認します。ウェブの料金表だけを変えて請求が旧条件のまま、あるいは先に請求だけを変える状態を避けます。反映する順番と担当を決めてください。

見積書へ示す内容は、納品物と別料金の確認も参考にできます。購入者へは、料金の名前だけでなく、受け取れる内容と含まれない仕事を同じ条件で示します。

移行期の質問へ、同じ答えを返せるようにする

旧契約の顧客から「次からいくらか」「現在の期間で使えるか」「減らしたプランへ移れるか」と質問が来る場合があります。契約の状態へ照らして回答し、全員へ同じ文を自動で返さないようにします。

特別に認めた条件があるなら、適用範囲と期限を残します。口頭だけの例外が増えると、提供と請求をそろえにくくなります。例外をなくすことが目的ではありませんが、誰がどの根拠で認めたかを次の担当も確認できる必要があります。

法人の顧客では、利用者と発注・支払を決める人が違うことがあります。案内先と必要な確認を特定し、利用担当の理解だけを正式な契約変更とみなさないようにします。実際の合意方法は取引の条件へ戻って確認してください。

改訂後に見るのは、単価だけではない

新料金になった後は、継続した顧客、終了した顧客、提供量、質問の増減、実作業、支出を並べます。単価が上がっても対応が増えれば、利益が改善しない場合があります。値上げ直後の数字だけで結論を急がないでください。

顧客が理解しにくかった点は、案内や商品の範囲へ反映します。価格変更の説明不足と、商品そのものへの不満を分けます。どちらも「高いと言われた」でまとめると、次に何を直すべきか分かりません。

自社顧客から定期料金を受け取るモデルと、他社商品を紹介するアフィリエイトは、価格を決める立場が違います。自分で価格改訂や継続提供を担いたいかも、収入モデルの比較条件になります。どちらを選んでも、条件の変更を正確に扱う仕事は残ります。

最終的な移行記録には、対象契約、変更理由、新旧の提供と価格、確認方法、開始日、残る質問を残します。料金表を書き換えることではなく、顧客の約束と実際の提供を新しい条件へそろえることが、価格変更を行う仕事です。