使っていない契約があるが、解約していいか判断できない

たぶん、もう使っていない。ここ何か月か、誰かが開いた記憶もない。それなのに、毎月きっちり請求は来る。止めればいいだけの話に見えるのに、いざ解約のボタンに手が伸びると止まる——「これ、止めたら今動いている何かが、道連れで止まりはしないか」。使っていない確信も、止めていい確信も、どちらも持てないまま、また一か月ぶんが引き落とされる。この辞典が扱うのは、その場面である。

• 契約した本人がもう会社にいない。何のために入れたサービスなのか、今いる誰に聞いても分からない。
• 管理画面のログイン情報が見当たらず、そもそも中で何が動いているのかを確かめることすらできない。
• 他のシステムと繋がっている気がする。止めた瞬間に、別の業務がエラーで止まるのが怖い。
• 「たぶん使っていない」と思うが、月に一度だけ経理か誰かが開いている可能性を、消しきれない。
• 契約書もアカウント情報もバラバラで、そもそも自社が今、何と契約しているのかの一覧がない。
• 「要らないはず」と思いながら確信が持てず、結局、請求だけを何年も払い続けている。

どれも「使っているか、いないか」の話に見える。だが本当に困らせているのは、使用の有無そのものではなく、それを確かめる手がかりが社内に残っていない、というほうだ。

この状況に直面したとき、多くの会社はこれを「決断」の問題として受け止める。「思い切って解約するか、当面このまま置いておくか、どちらかに決めなければ」。止められないのは自分に踏ん切りがつかないからだ、と考える。

そこで取られる道は、だいたい二つに割れる。一つは、えいやで解約してしまう。何も起きなければ正解、何か起きたら元に戻す、と腹をくくる。もう一つは、万一を思って、とりあえず放置する。少額なら払い続けるほうが安全だ、と考える。

この二つの道には、ふだん気づかれない共通点がある。

止められない理由を「踏ん切りの問題」だと捉えると、話がずれる。勇気を出せば解決する、根性の問題だ、という筋書きになるからだ。

実際に欠けているのは、勇気ではない。判断の材料である。その契約が、業務のどこに、何と繋がって使われているのか——それを示す情報が、社内のどこにも残っていない。ここがこの困りごとの核心だ。

契約というものは、「誰が」「何のために」「他の何と繋いで」使い始めたか、という文脈を必ず背負って生まれる。ところが中小企業では、その文脈が、契約した本人の頭の中にだけ収まっていることが多い。担当者が一人で導入し、一人で運用し、一人で覚えていた。その人が異動や退職でいなくなれば、文脈もいっしょに消える。あとに残るのは、毎月の請求という「結果」だけだ。何のために払っているのかという「理由」のほうは、引き継がれずに空白になっている。「解約していいか分からない」の正体は、意志の欠如ではなく、この情報の断絶——属人化と引き継ぎの欠落である。

この空白があるかぎり、えいやの解約も、不安からの放置も、実は同じ性質を持つ。どちらも、その契約が何と繋がっているかを知らないまま下す判断だからだ。片方は「たぶん大丈夫」に賭け、もう片方は「たぶん危ない」に賭けている。方向は正反対でも、判断材料が無いまま賭けている点では、まったく同じである。

先に埋めるべきは、この空白のほうだ。

順序を入れ替える。「止めるか、止めないか」を先に決めようとするから、材料の無いまま賭けになる。そうではなく、判断の前に、その契約が何と繋がっているかを一枚の地図として炙り出す。依存関係を見えるようにしてから、はじめて止める・止めないを決める。

考え方の土台はこうだ。業務は、一つひとつの作業が独立して並んでいるのではなく、情報とデータが連鎖して繋がった流れになっている。ある契約は、その流れのどこか一点に噛んでいる。噛んでいる場所が分からないから、抜いていいのか判断できない。ならば、抜く前に、その一点が上流と下流の何に触れているかを確かめる——その一手間である。

これは決断力の話ではなく、情報を復元する作業だ。誰かの頭の中で暗黙のまま消えかけている繋がりを、目に見える形に起こし直す。そこまでやれば、止めても何も起きないのか、止めると特定の業務が困るのかが、賭けではなく事実として見えてくる。

依存関係の炙り出しには、いくつかのやり方がある。自社の状況——手がかりがどれだけ残っているか——によって、合う道は違う。

A案：AIに、止めたら何が困るかの「依存マップ」を作らせる

いちばん厄介なのは、契約した本人がもういない、あるいは覚えていない場合だ。人の記憶に頼れないなら、その契約が残した痕跡のほうから繋がりを組み立てる、という道がある。これはAIの出番になる。聞いて教わるのではなく、代わりにやらせる、という向きだ。やってもらうのは、散らばった手がかりを突き合わせて、繋がりの仮説を立てる作業だ。

現場での動きは、こういう形になる。そのサービスの利用ログ（誰がいつログインしたか）、連携設定（他のどのツールと繋いでいるか）、請求情報、それに関係しそうな社内のメールやメモ——手元に集められる断片をAIに渡す。するとAIが、それらを突き合わせて「このサービスは、おそらく◯◯の業務で、△△というツールと繋がって使われている。止めると、この処理が動かなくなる可能性がある」といった形で、依存の見取り図を組み立てていく。人が一つひとつ思い出すのではなく、残された痕跡から繋がりを推測させる、ということだ。

• 「このサービスのIDが、別の管理表の宛先として使われている形跡があります。止める前に、そちらの確認が要ります」
• 「過去のメールを見ると、月初の請求書発行でこのサービスが使われていたようです。経理の担当者に確認してみてください」
• 「ここ半年、ログイン記録がありません。連携先も見当たらないため、止めても影響が出る箇所は見つかりませんでした」

つまり、「何と繋がっているか誰も知らない」という空白を、AIに手がかりから埋めさせる。そのうえで、本当に止めていいかの最終判断は、人がする。

• 向く場面：契約した本人がもういない、または覚えていない。何と繋がっているかを社内の誰も追えなくなっている会社。
• 割に合わないこと：向き不向きがはっきり出る。AIは渡された手がかりからしか推測できない。ログや連携情報を取り出せないサービスだと精度が落ちる。出てくるのは「止めると困るかもしれない箇所」という仮説であって、確定ではない。最後の確認と判断は人がする。
• 始める前に要ること：管理画面・請求明細・関連メールなど、手がかりになる情報にアクセスできる状態。ログイン情報が完全に失われている場合は、まずそこを取り戻すところから始まる。

※AIにはいろいろな種類・サービスがある。ここでは「特定の製品を入れる」話ではなく、「痕跡から依存関係を組み立てる作業をAIに任せる」という考え方を指している。どれが合うかは、会社の状況によって変わる。

B案：契約を、一人ずつ「今の担当者」に紐づけ直す

道具を使わず、人の割り当てで空白を炙り出すやり方だ。契約の一覧を作り、それぞれに「今、これを分かっている人・使っている人」を一人ずつ当てていく。すると、誰の名前も当てられない契約が浮かび上がる。担当者が付かない契約こそ、文脈が失われている＝いちばん情報の空白が大きいものであり、そのまま解約するにも放置するにも危ない。まずそこに印をつける。

• 向く場面：契約の数がそれほど多くなく、社内の人に聞けば繋がりをたどれる余地がまだ残っている会社。
• 割に合わないこと：関係者の記憶に頼るぶん、思い違いや漏れが起きる。担当者不明で残ったものは、結局これだけでは中身が分からず、別途A案のような手がかりからの復元が要る。
• 始める前に要ること：契約の一覧（名前・月額・契約元）を一度そろえること。「これ、誰が分かる？」と社内に一言聞ける関係。

C案：契約元・導入したベンダーに、連携状況を確認する

社内に手がかりが残っていなくても、提供元の側には契約者の設定や連携の記録が残っていることがある。そこに、「うちのこの契約は、何のために・他の何と繋がって使われていることになっているか」を問い合わせる。導入を手伝ったベンダーがいるなら、「今うちの環境はどういう状態になっているか、解説してほしい」と頼む。外部に残っている記録で、社内の空白を埋める道だ。

• 向く場面：自社にログも記録も残っていないが、契約元やベンダーの窓口には連絡がつく会社。
• 割に合わないこと：提供元やベンダーは契約を続けてほしい側でもあり、話が「継続する前提」に寄りがちになる。聞くのは連携・利用状況という事実に絞り、続ける・止めるの判断は持ち帰って自社でする。
• 始める前に要ること：契約元・ベンダーの連絡先と契約者情報。何を確認したいか（連携先・利用状況）を先に一行決めておくこと。

手がかりがどこに残っているか——社内の人か、契約の痕跡か、提供元か——によって、入り口が変わる。共通しているのは、止める判断より先に、空白を埋める、という順序である。

ここから先は、お金をかけずに試せる。

止めたい契約を一つだけ選ぶ。紙の真ん中にその名前を書き、周りに「これと繋がっていそうなもの」を、思いつくかぎり書き出す——ログインに使っているメールアドレス、連携していそうな別のツール、月次で誰かがやっている作業、頭に浮かぶ人の名前。書けたものが、その契約の依存関係の下書きになる。

ここで分かれ道が出る。二つ、三つとすぐ書けたなら、その相手に「これ止めたら困る？」と一言聞いて回る。それで「困る」が出なければ、止めていい候補だ。逆に、真ん中に名前を書いたきり、周りに何も書けなかったなら——それは踏ん切りがつかないのではなく、情報が本当に失われているサインである。その一枚は、いきなり解約する紙ではなく、まず管理画面を開いて中を確かめるべき紙だ。

この一歩でできるのは「繋がりが見えるものを見分ける」までだ。書き出しても正体の掴めない契約が、いくつか残る。

「ログイン情報が失われて、中を見ることすらできない」「連携が入り組んでいて、自社ではどこに繋がっているか追えない」「契約書もアカウント情報もバラバラで、そもそも自社が何と契約しているのかの一覧すら作れない」——この辺りで足が止まりやすい。金額の小ささと、判断の難しさは釣り合わない。

そういうときは、OSAKA AI-Center の窓口に相談するという選択肢がある。何かを買う必要はなく、こちらから売り込むこともない。「うちはこういう契約が残っていて、どれが何と繋がっているのか分からない」——その繋がりの整理を一緒に考えるところまでが、この辞典の役割である。

ITは、本来は専門家の領分でもある。弁護士や税理士のように、ITと経営の両方を知る第三者を"ブレイン"として側に置く——という考え方もある。何もかも自社だけで抱え込まなくていい。この辞典も、そうした相手と一緒に読めば、自社に合った次の一手につながりやすい。