承継前にやっておく、先代システムの「当たりのつけ方」

まだ「社長」ではないあなたへ

先代がまだ社長で、自分はまだ後継者という立場。この段階でできることは、正直かなり限られています。契約書を書き換える権限もなければ、社員に「このシステムについて教えてください」と正式に聞いて回る立場でもない。先代に気を遣いながら、少しずつ様子を見ることしかできない時期です。

だからこそ、この段階でやるべきことは「刷新の準備」ではなく「当たりのつけ方」です。今すぐ何かを変える必要はありません。承継後にあわてないために、どこに何があるか、誰に何を聞けばいいかの見当をつけておく。それだけで、承継後1年目の動き方がまったく変わります。逆にここで何も見当をつけずに承継してしまうと、社長になった初日から手探りで全部を洗い出す羽目になります。

この記事は、承継前のあなたが「今、何を、どこまでやっておくべきか」を1枚のマップとして示すものです。

なぜ「承継前」に当たりをつける必要があるのか

「社長になってからで十分では」と思う方もいるかもしれません。しかし実際には、承継のタイミングを境に、聞ける情報の質が大きく変わります。先代がまだ社長として現役でいる間は、日々の業務の中で自然に会話ができ、システムや契約の話も雑談の延長で出てきます。ところが代表交代の手続きが終わった瞬間から、先代は「相談役」や「会長」という一歩引いた立場になり、物理的に出社する頻度も減っていきます。中には引退と同時に会社との関わりをきっぱり断ちたいと考える先代もいて、そうなると連絡すら取りづらくなります。

さらに厄介なのは、先代自身の記憶も時間とともに薄れていくことです。「あのシステムのパスワードは何だったか」「あの契約はどこの会社とだったか」という情報は、先代の頭の中にしかないことが少なくありません。現役のうちは日常的に触れているので忘れませんが、退任して手を離した瞬間から急速に記憶が曖昧になっていきます。だからこそ、先代がまだ「毎日その業務に触れている」今の段階で、当たりをつけておく価値があるのです。

全体マップ：3つの区分で考える

承継前にできることは、大きく3つに分かれます。

この3区分を意識するだけで、「今の自分にできること」と「今は我慢して見送るべきこと」の線引きができるようになります。逆に、この線引きをせずに「とりあえず全部気になったことを聞く」というやり方をすると、先代から「まだ社長でもないのに口を出すな」と警戒されてしまうことがあります。3区分のうち、まず優先すべきは①、次に②、③は基本的に承継後でよいという順番を意識してください。

①先代に聞いておくべき質問

先代が現役のうちにしか聞けないことがあります。退任してからでは、記憶があいまいになったり、そもそも連絡が取りづらくなったりするからです。優先して聞いておきたいのは次のような項目です。

• 契約関係: どの開発会社・SaaSと、いつから、どんな条件で契約しているか
• 権限・名義: ドメインやサーバーの契約者名義は誰か、更新の連絡は誰に届くか
• パスワード・アカウント: 先代個人が管理している共有アカウントは何があるか
• 「触ると壊れる」と言われているものの正体: なぜそう言われているのか、実際に何が起きるのか

これらは技術的な質問というより、「誰が何を握っているか」を確認する質問です。先代自身も正確に把握していないことが多いので、雑談の延長で少しずつ聞き出すくらいの気軽さで構いません。具体的にどんな質問を、どんな順番で、どう切り出せばいいかは先代の退職者PCとアカウント、承継前にやる棚卸しの手順で扱っている観点も参考になります。

質問を切り出すタイミングとNGな聞き方

先代への質問は、切り出し方を間違えると「システムに口を出された」と受け取られ、かえって心を閉ざされてしまうことがあります。おすすめなのは、業務の引き継ぎ全体の話をしている流れの中で、「そういえば」という形で差し込むことです。「このシステムは古いから変えたい」というニュアンスを一切出さず、あくまで「何かあったときに困らないように、契約や連絡先を整理しておきたい」という事務的な体裁で聞くのがコツです。

逆にやってはいけないのは、先代の目の前で古参社員に直接システムの不満を聞いて回ることです。この段階でのあなたはまだ社長ではなく、社内的な立場も確立していません。先代の顔を立てながら情報を集める姿勢は、承継後も含めて長く効いてきます。古参社員とどう向き合うべきかという論点は、承継後の運用フェーズで改めて深掘りしますが、承継前の段階では「先代経由で聞く」ことを徹底したほうが摩擦が少ないです。

よくある失敗：一度に全部聞こうとする

承継前の質問でありがちな失敗が、「せっかくの機会だから」と一度にすべてを聞き出そうとすることです。契約書の話、パスワードの話、古い開発会社との関係の話を矢継ぎ早に聞くと、先代は「尋問されている」ような感覚になり、以降の会話に身構えるようになってしまいます。

効果的なのは、1回の雑談につき1〜2個のテーマに絞ることです。例えば「今日は契約関係だけ」「来週は権限の話だけ」というように小分けにすると、先代も答えやすく、あなた自身も一つひとつの情報を整理しながら聞き取れます。急いでいる場合でも、最低2〜3回に分けて聞く前提でスケジュールを組んでおくと、結果的に得られる情報の精度が上がります。

②観察だけでもできること

権限がなくても、今の立場のまま観察できることもあります。

• 経理や総務の担当者が、日常的にどのExcelファイル・紙の台帳を使っているか
• 社内で「あのシステムは触るな」と言われているものが何か、誰がそう言っているか
• 古参社員が先代のシステムについてどんな感情（愛着・諦め・不満）を持っているか
• 開発会社の担当者と先代がどんな関係性で付き合っているか（対等か、頭が上がらない関係か）

これらは承継後に古参社員やベンダーと関係を築くうえでの土台になります。「触ると壊れる」と言われ続けているシステムがどう調査されるべきかは、承継後に本格着手する話ですが、今のうちに"言われている"という事実だけでも記憶にとどめておくと、承継後の初動が早くなります。

観察で見るべき「3つのサイン」

漠然と社内を見ていても、何を見ればいいのか分かりにくいものです。観察の精度を上げるために、次の3つのサインに注目してください。

1. 操作の属人化サイン: 特定の人しか触らない、あるいは触れないシステムや台帳がないか。「〇〇さんがいないとこの処理ができない」という会話が出てきたら要注意です。
2. 紙・Excelの併存サイン: システムがあるのに、なぜか紙やExcelでも同じ情報を二重管理している業務がないか。二重管理は、システムが現場の実態に合っていない証拠であることが多いです。
3. ベンダーへの遠慮サイン: 「開発会社に聞かないと分からない」「あそこに頼むと高いけど仕方ない」という発言が出てきたら、先代とベンダーの力関係が対等でない可能性があります。

これらのサインは、意識して見ていないと素通りしてしまいます。逆に一度意識できるようになると、日常の何気ない会話からも次々と拾えるようになります。

観察だけで終わらせず、メモに残す

観察で気づいたことは、その場では覚えているつもりでも、数週間後には忘れてしまいます。日付・気づいたきっかけ・誰の発言かを簡単にメモしておくだけで、承継後にまとめて見返したときの価値が大きく変わります。スマートフォンのメモアプリでも、手帳の片隅でも構いません。重要なのは「承継後にシステムの現状調査をするとき、このメモが最初の手がかりになる」という前提でストックしておくことです。特別なツールを使う必要はなく、承継後に本格的な棚卸しをする際の"種"として蓄積しておく感覚で十分です。

③承継後1年目に持ち越してよいこと／危険なこと

ここが一番の判断ポイントです。承継前にすべてをやろうとする必要はありませんが、持ち越し方を間違えると危険です。

持ち越してよいこと（今は動かなくていい）

• システムの詳細な仕様調査や技術的な深掘り
• 契約の見直し・解約交渉
• 古参社員への直接的な改善提案

持ち越すと危険なこと（承継前に当たりだけでもつけておく）

• 先代しか知らないパスワード・アカウントの所在（先代が退任後に連絡が取れなくなるリスク）
• 退職者アカウントが放置されている疑いがある場合の事実確認
• 保守契約が実質的に誰の名義で、いつ更新期限が来るか

特に「先代しか知らない情報」は、承継後に聞こうとしても手遅れになるケースがあります。会社を継いだ最初の1週間でどう動くべきかは会社を継いだ最初の1週間。先代のシステムをどう引き継ぐかに譲りますが、その1週間を動きやすくするための下準備が、まさにこの承継前の段階でやるべきことです。

判断に迷ったときの見極め基準

「これは今やるべきか、それとも承継後でいいのか」と迷う場面は必ず出てきます。そのときの見極め基準はシンプルです。「先代がいなくなったら、二度と分からなくなる情報かどうか」を軸に考えてください。

• 二度と分からなくなる可能性が高い→承継前に当たりをつける（例: パスワードの所在、契約の名義）
• 会社に記録が残っていて、後からでも調べられる→承継後でよい（例: システムの技術的な仕組み、契約書の細かい条項）

この基準に照らすと、「触ると壊れる」システムの中身を今すぐ解明する必要はないと分かります。中身の解明は承継後、権限を得てから技術的に取り組めばよい話です。一方で、「そのシステムの契約が誰の名義になっていて、いつ更新期限が来るのか」は、先代しか知らない可能性が高く、今のうちに当たりをつけておく価値が高い情報です。

「緊急ではないが重要」を見逃さない

承継前によくある落とし穴は、目先の緊急対応にばかり目が向き、「緊急ではないが重要」な情報を見逃してしまうことです。例えば、サーバーが今日明日で壊れる心配は少なくても、保守契約が来月で切れるという情報は、今聞いておかなければ承継後に思わぬトラブルにつながります。

先代がまだ現役のうちは、こうした「緊急ではないが重要」な情報ほど後回しにされがちです。日々の業務に追われる先代にとって、契約更新の話は「まだ先のこと」に見えるからです。だからこそ後継者の側から、契約の更新時期や名義といった事務的な事項について、早めに水を向けておく意味があります。

次に読むべき記事

この核記事はあくまで全体マップです。実際に手を動かす段階になったら、次の2本を読んでください。

• 先代への質問の具体的なリストと聞き方の順番を知りたい方は、補強記事「承継前に聞いておくべき質問チェックリスト」へ
• 観察のポイントをもう少し具体的に知りたい方は、補強記事「承継前にできる、権限がなくてもできる観察のコツ」へ

関連コラムとしては、退職者アカウントの棚卸しを扱う先代の退職者PCとアカウント、承継前にやる棚卸しの手順もあわせて読んでおくと、承継後1年目の動きがより具体的にイメージできます。また、先代の代から使われているシステムがいつまで安全に使えるのかという観点はVB6・Delphi製の先代システムはいつまで動くか。移行タイミングの見極めでも扱っており、承継前の段階で頭の片隅に入れておくと、承継後の判断材料が増えます。

承継後、社長になったら

先代のシステムの当たりをつけ終えたら、次はいよいよ承継直後1年目のガイドです。社長になって最初の1年間で何を優先し、何を後回しにすべきかは「承継直後1年目、最初にやることの優先順位」で扱います。まだ何も変えなくていい時期だからこそ、優先順位を間違えないことが重要です。この核記事で当たりをつけた情報は、そのまま次の段階の土台になります。