サービス終了の伝え方で信頼は残る｜終わり方まで設計する

「使っている顧客が少ないサービスを、終えることになった」「終了日とお詫びは書いたが、それだけでよいのか迷っている」——事業の絞り込みが決まった後に必ず来る場面です。提供の終了は、知らせれば済む連絡ではありません。受け取った側が次に何をすればよいかまで書いて、初めて連絡になります。この記事では、伝える順番と時期、告知に入れる項目を整理します。

終わり方が次の取引を決める

サービスの終了は、社内では損益の話として扱われます。使われていない、採算が合わない、という判断が出発点です。

しかし顧客の側から見ると、これは別の意味を持ちます。自社の業務に組み込んだものが、外から止められるという出来事です。

BtoBでは、この差が特に大きくなります。個人の利用と違い、社内の手順や他の仕組みと接続されていることが多いためです。

終了の連絡を受けた担当者は、まず自分の社内で説明する必要に迫られます。なぜ止まるのか、代わりに何を使うのかを聞かれます。

このとき、こちらから渡した情報が薄いと、相手は社内で困ります。困らせた記憶は、次の取引の判断に残ります。

逆に、必要な情報が最初からそろっていれば、相手は社内の説明に使えます。手間が減った分だけ、印象は良くなります。

実際、終了の連絡をきっかけに別の製品の相談に発展する例もあります。丁寧な対応が、関係の継続につながる場面です。

重要なのは、終了の告知を「お知らせ」ではなく「引き継ぎ」として設計するという視点です。

以下では、その設計を順番、時期、内容、その後の対応に分けて見ていきます。

誰に、どの順で伝えるか

最初に決めるのは、伝える順番です。ここを誤ると、内容がどれだけ丁寧でも信頼を損ないます。

順番は4段階に分かれます。社内、主要な取引先、全顧客、そして公開の告知です。

最も避けたいのが、顧客が公開の告知で終了を知るという事態です。取引のある相手が、他の人と同じ経路で知ることになります。

特に、担当営業が付いている取引先には、個別の連絡を先に入れます。文書より前に、口頭で伝えるのが基本です。

社内への共有も、顧客への連絡より先に行います。営業や問い合わせ窓口が知らないまま、顧客から質問を受ける状況を避けるためです。

順番を守るには、日程を先に決めます。何日に社内、何日に個別連絡、何日に一斉配信、何日に公開、という形です。

この日程は数日でよいものです。長く空けると、情報が漏れて順番が崩れます。

一斉配信と公開は、同日か、公開を後にします。配信を受けた顧客が公開ページを確認しに来るためです。

なお、代理店やパートナー経由で提供している場合は、その相手を主要な取引先と同じ段階に置きます。

4つの段階を、伝える手段と併せて整理すると次のようになります。

段階	相手	手段	外せない点
1	社内（営業・支援・窓口）	説明会と文書	想定質問への回答を先に配る
2	主要な取引先・代理店	担当からの口頭と個別文書	文書より先に口頭で伝える
3	利用中の全顧客	個別のメール配信	個別の事情がある相手の相談先を明記
4	一般（サイト・報道）	公開のお知らせ	顧客への連絡が終わってから出す

表の順番が入れ替わると、どれだけ内容が丁寧でも信頼は損なわれます。順序そのものがメッセージになります。

段階ごとに担当を決め、完了を確認してから次に進みます。並行して進めると、順番が崩れます。

伝える時期をどう決めるか

次に決めるのが、終了日のどれくらい前に伝えるかです。ここは相手の作業量から逆算します。

判断の基準は、相手が代替手段を選び、移行を終えるのに必要な期間です。こちらの都合ではありません。

業務に組み込まれているサービスほど、この期間は長くなります。社内の承認や予算の確保が必要になるためです。

年度予算で動く取引先が多い場合は、予算の編成時期も考慮します。次年度の計画に間に合う時期に伝える必要があります。

契約に終了の通知期間が定められている場合は、それが下限になります。契約書を先に確認します。

実務では、告知から終了までの間に複数回の連絡を入れます。最初の告知、中間の案内、直前の確認という形です。

最初の1回だけだと、忘れられます。告知は一度きりの出来事ではなく、期間として設計します。

中間の案内では、移行の進み具合を確認します。まだ動いていない相手が分かれば、個別に働きかけられます。

直前の確認は、データの取り出しなど、期限を過ぎるとできなくなる作業を念押しする回になります。

告知に必ず入れる項目

告知の文面には、必ず入れるべき項目があります。実務の解説でも共通して挙げられているものです。

一つ目は終了日です。曖昧な表現ではなく、日付で書きます。何がいつ止まるのかを明確にします。

二つ目は終了の理由です。簡潔に述べることが求められています。詳細な事情までは要りません。

三つ目は代替手段の有無です。あるのかないのかを、最初に明示します。ここが不明だと相手は動けません。

四つ目は問い合わせ先です。個別の事情がある相手が、どこに相談すればよいかを示します。

この4つは、告知の冒頭に置きます。末尾まで読まないと分からない構成にすると、問い合わせが増えます。

加えて、段階的に止まる場合は、その日程も示します。新規の受付停止、サポートの終了、完全な停止は日付が異なることがあります。

料金が発生している場合は、請求の扱いも書きます。日割りになるのか、最終の請求はいつかという点です。

これらが書かれていれば、受け取った側は自分の社内で説明できます。それが告知の目的になります。

終了の理由をどこまで書くか

判断が分かれるのが、理由をどこまで書くかです。書きすぎても、書かなすぎても問題が起きます。

書かなすぎる場合、相手は憶測します。経営が苦しいのではないか、他のサービスも止まるのではないか、という不安につながります。

書きすぎる場合は、別の問題が起きます。内部の事情を詳しく述べると、かえって不安を煽ることがあります。

実務の解説では、終了の理由を簡潔に述べることが挙げられています。この「簡潔に」が答えになります。

使いやすいのは、事業の選択と集中という枠組みです。他の領域に資源を寄せる、という説明は理解されやすい形です。

避けたいのは、責任を外に置く書き方です。外部環境や取引先の事情を理由にすると、無責任な印象を与えます。

また、利用者が少なかったことを理由に挙げるのも慎重に判断します。使い続けていた顧客に、少数派だと告げることになります。

表現としては、事実を述べつつ、判断は自社にあることを明確にする形が安全です。

なお、他のサービスは継続することを併せて書きます。書かないと、全体が縮小しているという受け取り方をされます。

代替がある場合の伝え方

代替となるサービスがある場合は、その情報を具体的に書きます。ここが薄いと、告知の意味が半減します。

実務の解説では、代替サービスの内容や利用方法、移行の手順を具体的に説明することが重要とされています。

書くべきは3つです。何が同じで、何が違い、どう移るかです。この順で書くと理解されます。

同じ点を先に書くのは、相手の不安を減らすためです。今できていることが続くのかどうかが、最初の関心事になります。

違う点は、隠さずに書きます。移行後に発覚すると、こちらへの信頼が損なわれます。

特に、できなくなる機能がある場合は明記します。その機能を使っている顧客には、個別に連絡する必要があります。

料金が変わる場合も、必ず書きます。移行後に請求額が変わることは、最も反発を招く要素です。

移行の手順は、後の章で扱う形式で書きます。相手が行う作業として、順番に並べます。

なお、代替が自社の別サービスであっても、押し売りの印象を与えないよう注意します。移行しない選択も認める書き方にします。

代替がない場合の伝え方

代替となるサービスがない場合、告知の難易度は上がります。しかし、ここでの対応が最も差になります。

実務の解説でも、代替サービスがない場合でも問い合わせ窓口を設ける、よくある質問を用意するなど、顧客が困らないよう配慮が必要とされています。

最初にやるのは、代替がないことを正直に書くことです。曖昧にすると、探し続けさせることになります。

そのうえで、他社の選択肢に触れるかどうかを判断します。触れることで、顧客の作業は大きく減ります。

具体的な社名を挙げるのが難しい場合は、選ぶときの観点だけを示す方法もあります。何を確認すべきかを伝える形です。

この対応は、短期の売上にはつながりません。しかし、最後まで顧客の側に立ったという事実は、他のサービスの評価に返ってきます。

加えて、データの取り出しについては特に丁寧に案内します。代替がない場合、手元に残すことが唯一の対応になります。

問い合わせ窓口は、終了日の後もしばらく開けておきます。止まった後で困る顧客が必ず出ます。

窓口を閉じる時期も、告知の中で伝えます。いつまで相談できるかが分かることが、相手の安心につながります。

移行の手順は相手の作業で書く

移行の案内でよくある失敗が、こちらの都合で書いてしまうことです。相手が何をするかの順に書き直します。

たとえば「新システムへの切り替えを実施します」ではなく、「お手元のデータを取り出してください」と書きます。

主語が相手になっているかを確認するだけで、文面の実用性が変わります。読んだ人がその場で動けるかが基準です。

手順は、次のような形で並べます。期限のあるものを先に置くのが原則です。

この5段階を示すだけで、相手の社内での説明がしやすくなります。何をいつまでにやるかが決まれば、動き出せます。

各段階に目安の期間を添えると、さらに親切です。移行に必要な全体の時間が見えます。

なお、手順書は文書として別に用意し、告知の文面からは案内する形にします。告知が長くなりすぎないためです。

データの引き渡しと削除

終了に伴って必ず論点になるのが、預かっているデータの扱いです。ここは早い段階で決めます。

決めるのは3つです。いつまで取り出せるか、どの形式で渡せるか、いつ削除するかです。

取り出せる期限は、終了日と同じにしないほうが親切です。終了後も一定期間は取り出せる形が望まれます。

形式は、他で使える一般的なものにします。自社の独自形式のままでは、渡しても活用できません。

削除の時期も明示します。個人情報や取引の情報を含む場合、預かり続けること自体が相手にとって不安要素になります。

削除した事実を通知するかどうかも決めます。通知があると、相手は社内の記録を閉じられます。

代行して移行作業を行う場合は、その範囲と費用を明確にします。無償でどこまでやるかを決めておかないと、現場が疲弊します。

データの取り出しに関する問い合わせは、終了の直前に集中します。人員の手当てを事前に考えておきます。

なお、契約書にデータの返還や削除の定めがある場合は、それが優先します。文面を作る前に確認します。

データの扱いを決めるときに、確認しておく点を挙げます。

• 契約書に返還・削除・通知期間の定めがないかを最初に確認する
• 取り出せる期限は終了日より後ろに置き、直前の集中を避ける
• 渡す形式は他で使える一般的なものにする
• 個人情報を含む場合は、削除の時期と方法を明記する
• 代行作業の範囲と費用を先に決め、担当者の判断に委ねない

この5点が決まっていないまま告知を出すと、問い合わせのたびに社内で判断することになります。文面より先に決める部分です。

窓口とよくある質問を先に用意する

告知を出すと、必ず問い合わせが来ます。その量を想定して、事前に受け皿を作ります。

問い合わせ窓口は、専用のものを用意するのが理想です。通常の窓口と混ざると、どちらの対応も遅れます。

よくある質問は、告知と同時に公開します。問い合わせが来てから作るのでは間に合いません。

用意すべき質問は、実務上ほぼ決まっています。次の項目を先に書いておけば、大半は吸収できます。

• いつまで使えるのか（段階的な停止がある場合はその日程）
• 代わりに何を使えばよいのか
• データはいつまで取り出せるか、どの形式か
• 料金の請求はいつまで発生するか
• 契約はどうなるのか、手続きは必要か
• 他のサービスも終了するのか
• 移行を手伝ってもらえるか、費用はかかるか
• 終了日を過ぎた後の相談先はどこか

最後の項目は、特に重要です。終了後の相談先があることが分かるだけで、問い合わせの緊急度が下がります。

これらの回答は、営業と支援の担当が同じ内容を答えられる形にします。次の章で扱います。

なお、よくある質問は告知の後も更新します。実際に来た質問のうち、想定になかったものを追加していきます。

社内で言うことをそろえる

告知が出た後、顧客と接するのは営業と支援の担当です。ここで言うことがずれると、混乱が広がります。

ずれが起きる原因は、判断の余地がある部分を各自が埋めてしまうことです。決まっていない部分ほど、答えが分かれます。

そこで、答えてよいことと、持ち帰ることを分けて共有します。境界を決めるのが要点です。

答えてよいのは、告知に書いてある内容と、よくある質問に載っている範囲です。ここは即答して構いません。

持ち帰るのは、個別の条件、移行の費用、期限の延長といった判断が要るものです。窓口に集約します。

避けたいのは、その場で「なんとかします」と答えてしまうことです。後から実現できないと、二重に失望させます。

社内の説明会は、告知の前に行います。告知と同時では、質問への準備が間に合いません。

説明会では、想定される質問への回答を読み合わせます。文書を配るだけでは、言い回しがそろいません。

特に感情的な反応が予想される場面では、返し方の型も用意します。担当者を一人で立たせないための備えです。

告知後に起きることへの備え

告知を出した後には、いくつか決まって起きることがあります。あらかじめ想定しておきます。

一つ目は、解約の申し出です。終了するサービスだけでなく、他のサービスも一緒に見直される場合があります。

二つ目は、期限の延長の要望です。移行が間に合わない、という相談が必ず出ます。

延長を認めるかどうかは、事前に方針を決めます。その場の判断で例外を作ると、他の顧客との公平性が崩れます。

三つ目は、競合他社からの働きかけです。終了の告知は公開されるため、その顧客に営業がかかります。

これに対しては、代替の案内を早く出すことが最も有効な手になります。空白の期間が長いほど、離れやすくなります。

四つ目は、社内からの反発です。終了に反対だった部署が、顧客の反応を根拠に再検討を求めることがあります。

この可能性も含めて、決定の経緯を記録に残しておきます。判断の根拠が残っていれば、蒸し返しに時間を取られません。

五つ目は、既存の資料やサイトに終了したサービスの情報が残ることです。回収の対象を先に一覧にしておきます。

資料、サイト、営業の提案書、広告の出稿——どこに情報が残っているかは、意外に把握されていません。

終了を発信の機会に変える

終了の告知は、後ろ向きな作業に見えます。しかし、伝え方によっては信頼を積む機会にもなります。

その鍵は、判断の過程を説明できるかどうかです。何を考えて終えるのかを述べられる会社は、次も信用されます。

たとえば、注力する領域を明確にする発信と組み合わせる方法があります。終えることと始めることを同じ文脈に置きます。

ただし、宣伝色を強くしすぎると反発を招きます。告知の本文は事務的に保ち、発信は別の場で行うのが安全です。

また、長く使ってくれた顧客への謝意は、定型文でない形で伝えます。担当営業からの個別の連絡が最も効きます。

終了したサービスで得た知見を、他のサービスに反映すると述べるのも一つの形です。無駄にしないという姿勢が伝わります。

社内向けにも、この整理は意味を持ちます。担当していた社員にとって、終了は自分の仕事が否定される出来事に見えます。

何が学びとして残るのかを言葉にすると、次の取り組みに向かいやすくなります。ここは経営の側の仕事です。

終わり方を設計することは、結局のところ、続けるものの価値を守ることでもあります。

よくある失敗を避ける

最後に、実際に起きやすい失敗を挙げておきます。どれも、伝える側の都合が先に出た結果です。

• 公開の告知で顧客が初めて知る：取引のある相手が他と同じ扱いになり、信頼を損なう
• 終了日だけを書いて代替に触れない：相手が次に何をすべきか分からず、問い合わせが集中する
• 理由を外部環境のせいにする：無責任な印象を与え、他のサービスへの不安につながる
• データの取り出し期限を終了日と同じにする：直前に作業が集中し、取り残しが出る
• 営業に方針を伝えないまま告知する：担当ごとに答えが違い、顧客の混乱が広がる

これらは、告知を「出す作業」として扱っている点で共通しています。受け取った相手が何をするかまで想像すると、避けられます。

文面ができたら、社外の視点で一度読み返します。自社の事情を知らない人が読んで動けるかが基準です。

生成AIに読ませて、抜けている情報を指摘させる使い方も有効です。ただし、最終的な判断は必ず人が行います。

終了の連絡文に入れる項目一覧

実際に文面を作るときに使える項目を、まとめて示します。上から順に並べると、読みやすい構成になります。

• 終了するサービスの名称と、対象となる範囲
• 終了日（段階的に止まる場合は各段階の日付）
• 終了の理由（簡潔に、自社の判断として）
• 代替手段の有無と、ある場合はその概要
• 移行の手順（相手の作業として順に）
• データの取り出し期限と形式、削除の時期
• 料金と契約の扱い（最終の請求時期を含む）
• 問い合わせ窓口と、受付をいつまで続けるか
• 他のサービスは継続する旨の一文
• 長く利用したことへの謝意

この10項目のうち、最初の4つは冒頭にまとめて置きます。残りは詳細として続けます。

項目が多く見えますが、1行ずつ書けば全体はA4で1枚に収まります。長さより、抜けがないことが重要です。

最後の1文は、形式的に見えても省かないほうがよい部分です。事務的な連絡だけで終えると、関係も事務的に終わります。

この一覧を土台に、個別の事情がある顧客には追記した版を用意します。全員に同じ文面を送るのは、主要な取引先には不十分です。

まとめ

サービス終了の伝え方は、社内、主要な取引先、全顧客、公開という順番と、告知から終了までの期間の設計で決まります。告知には終了日・理由・代替の有無・問い合わせ先を必ず入れ、移行の手順は相手の作業として書きます。代替がない場合ほど、データの取り出しと相談先を丁寧に案内することが、その後の関係を左右します。終了の予定があるなら、まず契約書の通知期間と、預かっているデータの扱いを確認するところから始めてみてください。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。