承継後のクラウド移行はどこから始めるか

先代から会社を引き継いだばかりで、経理担当者から「サーバーの調子が悪い」と言われるたびに冷や汗をかいている。古いパソコンの中に会社の全データが入っているらしいが、誰がバックアップを取っているのか把握できていない。取引先からは「クラウドで見積書を送ってほしい」と言われるが、社内には対応できる人がいない。夜、先代が残した契約書の束を見返しながら、「このシステムは一体誰が管理しているんだろう」と一人で悩む——このような状態にある二代目・三代目経営者は、決して少数派ではありません。

結論から言えば、承継後のクラウド移行は「全部を一気に変える」のではなく、「一番リスクが高いところから、小さく始める」のが正解です。具体的には、①データの保管場所と持ち主を洗い出す、②バックアップ体制を先に整える、③会計・勤怠など影響範囲が狭い業務から段階的にクラウド化する、という順番を守れば、非IT出身の二代目・三代目でも失敗せずに進められます。本記事では、その具体的な進め方を、承継直後の経営者が抱える特有の事情——先代への配慮、古参社員との関係、名義問題という承継特有のつまずき——を踏まえて解説します。

株式や登記には専門家がいるのに、システムには相談先がいない

事業承継の準備を進めた経営者の多くは、株式の移転や登記変更については税理士や司法書士、事業承継・引継ぎ支援センターといった相談先を持っています。中小企業庁も事業承継・引継ぎポータルなどで専門家への橋渡しを整備しており、株式や税務の手続きに関しては「誰に聞けばいいか」がはっきりしています。相続税の申告期限、株式評価の方法、経営権の移転登記——これらは専門家が横についてくれるので、経営者一人で判断を迫られることはほとんどありません。

ところが、会社のパソコンやサーバー、業務システムについては、驚くほど相談先が定まっていません。先代が個人的に懇意にしていた「町の電気屋さん」的なIT業者に丸投げされていたり、そもそも誰も契約状況を把握していなかったりすることが珍しくありません。株式や登記は法務・税務の専門家が守ってくれますが、システムは経営者自身が「何が動いているか」を理解しないまま放置されがちなのです。この孤独感こそが、承継後のIT課題の出発点になっています。誰かに相談したくても、「何を相談すればいいのか」すら分からない、というのが実際の状態ではないでしょうか。

なぜ承継のタイミングがクラウド移行の好機なのか

代替わりは、業務の見直しにとって絶好のタイミングです。先代が「今のやり方で問題ない」と考えていたシステムも、新しい経営者の目には非効率に見えることがあります。先代が現場に立っていた時代は、電話とファックス、紙の帳簿でも十分に事業が回っていたかもしれません。しかし取引先の世代交代が進み、若い担当者が増えるにつれ、「メールでのやり取りが遅い」「クラウドで共有してほしい」という声が外側から寄せられるようになっています。

また、承継直後は「先代の時代のやり方」から「自分の時代のやり方」への切り替えを社内に説明しやすい局面でもあります。逆にこの時期を逃すと、古いシステムはさらに属人化が進み、特定の担当者しか操作方法を知らない状態が固定化し、後から手を入れるコストは膨らみ続けます。5年、10年と先代の時代のシステムを使い続けた後で刷新しようとすると、「なぜ今さら変えるのか」という社内の反発はより強くなります。属人化が進みきったシステムほど、担当者が急に休職・退職したときに会社全体が止まってしまうリスクも高まります。承継直後というタイミングは、まだそのリスクが本格化する前に手を打てる、いわば「最後のチャンス」だと捉えることもできます。

一方で、承継直後は経営者自身がまだ社内の実務や取引先との関係を把握しきれていない時期でもあります。だからこそ、いきなり大規模な入れ替えを狙うのではなく、リスクの高い部分から段階的に手をつける現実的なアプローチが必要になります。焦って全部を変えようとすると、必ずどこかで綻びが出ます。

まず把握すべきは「何が動いているか」

クラウド移行を検討する前に、そもそも今どんなシステムが社内で使われているのかを把握しなければ話が始まりません。承継直後の会社でよくあるのは、次のような状態です。

• 経理担当のパソコン1台に、会計データも顧客データも入っている
• 古参社員が個人のGoogleアカウントで請求書を管理している
• 先代の代から使っている業務ソフトが、誰の名義で契約されているか分からない
• サーバーの保守契約が切れているのか継続しているのか誰も把握していない
• 退職した社員のアカウントがそのまま残っていて、誰もログインできる状態を知らない

こうした状態を放置したままクラウド移行の話を進めると、「何を移行すべきか」自体が分からず頓挫します。最初にやるべきは、社内のどこにどんな情報システムがあり、誰が管理しているかを一覧化するシステム管理台帳の整備です。項目立ての具体例は承継したらまず作る、システム管理台帳のテンプレートにまとめてある。これは大がかりな調査でなくても構いません。まずは各部門の担当者に「日常業務で使っているパソコン・ソフト・サービス」を聞き取り、エクセル一枚にまとめるだけでも十分な出発点になります。

台帳に記載すべき項目は、最低限でも次の程度で構いません。

この台帳を作る過程そのものが、承継後の会社を理解するための重要な作業になります。多くの経営者が「作ってみたら、思っていた以上に使われていないサービスへの支払いが続いていた」と驚くものです。

古参社員の「勝手クラウド」を洗い出す

経営者が把握していないところで、現場が独自にクラウドサービスを使い始めているケースも多く見られます。会社が契約していない無料のオンラインストレージに顧客リストを保存していたり、個人のLINEやチャットツールで取引先と連絡を取っていたりする状態です。これはシャドーITと呼ばれ、便利さの裏でセキュリティ上の盲点になりやすい領域です。具体的な見つけ方と対処の進め方は承継後に気づく、社内のシャドーITの見つけ方と対処にまとめている。

承継直後に古参社員へこうした使い方を問いただすと、「今までこれでやってきたのに」という反発を招きやすいのも事実です。長年その方法で困っていなかった社員にとって、急に「それはダメだ」と言われれば、自分の仕事を否定されたように感じてしまいます。ここで大切なのは、否定から入らず、「会社としてどのツールを正式に使うかを一緒に決めたい」という姿勢で対話することです。先代の時代に黙認されていた運用を急に禁止するのではなく、正規のクラウドサービスに置き換える提案として持っていくと、現場の協力を得やすくなります。

「なぜそのツールを使っているのか」を聞くと、実は会社の正式なシステムが使いにくかったり、動作が遅かったりする理由が見えてくることも少なくありません。現場の工夫には、業務改善のヒントが隠れていることが多いのです。

移行の順番を決める3つの軸

クラウド移行の順番は、次の3つの軸で優先度をつけると判断しやすくなります。

この3軸で見ると、最初に着手すべきは「バックアップ体制の見直し」であることが多くなります。バックアップは影響範囲が社内の一部に限られる一方、消失リスクへの効果が大きく、しかも取引先への説明が不要なため、現場の抵抗も比較的小さい領域だからです。逆に、顧客管理システムや基幹システムのような、取引先や複数部署に影響が及ぶ領域は、優先順位を後ろに置くのが賢明です。

最初の一手はバックアップ体制の点検

IPA（独立行政法人情報処理推進機構）は2026年3月に「中小企業の情報セキュリティ対策ガイドライン」第4.0版を公開し、従来の情報セキュリティ5か条に「バックアップを取ろう！」を新たに追加して6か条としました。ランサムウェア攻撃によってデータが暗号化され、事業活動そのものが止まってしまう被害が中小企業でも増えていることを踏まえ、バックアップを「被害を最小化するための最も基本的かつ重要な対策」と明確に位置づけたものです。

承継直後の会社でよく見られるのは、「バックアップを取っているつもり」で、実際には同じサーバー内の別フォルダにコピーしているだけだったり、外付けハードディスクが同じ部屋に置かれていて火災や盗難で一緒に失われる状態だったりするケースです。バックアップの基本は3-2-1ルール（バックアップ）と呼ばれる考え方で、データを異なる媒体に複数保存し、そのうち1つを物理的に離れた場所（クラウドを含む）に置くことです。クラウドストレージへの自動バックアップは、この「離れた場所への保管」を比較的低コストで実現できる手段であり、クラウド移行の第一歩として取り組みやすい領域といえます。

先代の時代にバックアップ体制を整えていなかったとしても、それを責める必要はありません。先代の時代にはランサムウェアという言葉自体が今ほど一般的ではなかったかもしれませんし、当時のIT環境ではそこまでの対策が想定されていなかった可能性もあります。今は状況が変わった、というだけの話です。

「オンプレミスを全部やめる」ではなく「リスクの高い部分を移す」

クラウド移行というと「社内のサーバーを全部クラウドに引っ越す」というイメージを持たれがちですが、それは必ずしも正しい進め方ではありません。工場の製造管理システムのように、ネットワークが不安定な環境でも止められない基幹システムは、当面オンプレミス（自社内にサーバーを置く運用）のままにしておく方が安全な場合もあります。オンプレミスにはオンプレミスの良さがあり、インターネット接続に依存せず稼働できる、既存の設備投資を無駄にしないといった利点も確かに存在します。

大切なのは「クラウドかオンプレミスか」を二択で考えるのではなく、業務ごとに最適な置き場所を選ぶ発想です。総務省の令和6年通信利用動向調査では、クラウドサービスを利用している企業は8割を超え、利用効果があったと回答した企業も88.2%に達しています。特に給与・財務会計・人事の分野でのクラウド利用は前年から増加し5割を超えており、こうした「バックオフィス業務」から段階的にクラウド化を進める企業が主流になっていることがうかがえます。逆に言えば、まだクラウド化が進んでいない業務があっても、それは決して自社だけが遅れているわけではないということです。

会計・勤怠から始めるのが定石な理由

承継直後の会社がクラウド移行を検討する際、最初の対象として会計・勤怠・給与といったバックオフィス業務を選ぶのには合理的な理由があります。

• 取引先や顧客との接点が少なく、外部への説明が不要
• 対象人数が経理・総務担当者中心で、社内調整の範囲が狭い
• クラウド会計ソフトなど、中小企業向けに枯れた製品が多く選択肢が豊富
• 法改正対応(インボイス制度や電子帳簿保存法など)が自動的に反映される利点がある
• 万が一トラブルが起きても、事業の対外的な信用に直結しにくい

先代の時代から使っていた古い会計ソフトを、経理担当者の反対を押し切って急に変えるのは禁物です。まずは「今の会計ソフトの契約はいつまでか」「サポートは終了していないか」を確認し、契約更新のタイミングに合わせて移行を検討するのが無理のない進め方です。強制ではなく、自然な切り替えのタイミングを待つという判断も、承継直後の経営者には必要な視点です。

一方で、契約更新まで時間がある場合でも、サポートが既に終了しているソフトウェアを使い続けているなら、そこは待たずに動くべき例外です。サポート終了後のソフトウェアは、不具合が出ても修正されず、セキュリティの穴も放置され続けます。

先代の判断を否定せず、事実として引き継ぐ

先代が長年使ってきたシステムには、当時の事情や取引先との関係があって選ばれたものが多くあります。承継直後の経営者がまず陥りやすい失敗は、「古いから」という理由だけで一方的に刷新を決めてしまい、先代や古参社員の反発を招くことです。

先代に対しては、システムを変えることが先代の判断を否定することではなく、「時代に合わせて引き継いでいく」ことなのだと伝える姿勢が有効です。可能であれば、先代がまだ会社に関わっている間に「なぜこのシステムを選んだのか」「過去にどんな問題があったか」を聞いておくと、移行の際に同じ失敗を避けられます。先代の経験は否定するものではなく、引き継ぐべき資産の一つです。

実際、先代がなぜそのシステムを選んだのかを聞いてみると、「当時は他に選択肢がなかった」「取引先の指定だった」など、今では状況が変わっている理由が見つかることが多くあります。それが分かれば、変更する理由を先代自身にも納得してもらいやすくなります。反対に、先代がまだ現役で判断に関わっている場合は、移行の決定を急がず、一緒に検討する時間を取ることも大切です。

古参社員を移行の「抵抗者」ではなく「案内役」にする

クラウド移行を進めるうえで、現場の古参社員の協力は不可欠です。新しい経営者がトップダウンで「クラウドに変える」と宣言するだけでは、現場が本音では従わず、旧システムと新システムが並行して使われる状態になりがちです。

効果的なのは、古参社員に「今のやり方のどこが困っているか」を先に聞くことです。長年使ってきた人ほど、実は不便を感じている点を具体的に持っています。その声を移行計画に反映させることで、古参社員は単なる「変化を強いられる側」ではなく、「移行の設計に関わった当事者」になります。この関わり方の違いが、移行後の定着率を大きく左右します。

「システムを変えるなら、まず一番長く使っている人に聞くこと。その人が一番、今のやり方の穴を知っている」

これは多くの現場改善で共通する原則であり、承継直後の会社ではなおさら重要になります。古参社員が「自分の意見が採用された」と感じられれば、その後の操作研修にも積極的に参加してくれるようになります。反対に、蚊帳の外に置かれたまま移行が進むと、表面上は従っていても、裏では旧来の方法を使い続けるという事態が起きやすくなります。

名義問題という承継特有のつまずき

承継後のシステム整理で意外と手間がかかるのが、契約の名義変更です。会計ソフトやクラウドストレージ、ドメイン、レンタルサーバーなどが先代個人の名義やメールアドレスで契約されていて、経営者が変わった後も名義が更新されていないケースは非常に多く見られます。

先代が引退・退任した後にこの状態が放置されると、契約更新の連絡が先代個人に届いてしまい、支払いが止まってサービスが突然使えなくなるといった事態が起こり得ます。特に困るのは、先代が完全に会社を離れ、連絡が取りにくくなった後にこの問題が発覚するケースです。ドメインの更新通知メールが先代の個人アドレスに届いたまま気づかれず、会社のウェブサイトやメールが突然使えなくなった、という事例は決して珍しくありません。

承継のタイミングで、次のような契約を一つずつ確認しておくことが重要です。

• クラウドストレージ・会計ソフト・給与計算サービスの契約者名義
• ドメイン・レンタルサーバー・メールサービスの管理者権限
• 業務システムのライセンス契約者と支払い方法
• IT業者との保守契約の契約主体
• クレジットカードや口座振替など、支払いに使われている決済手段の所有者

これらを先ほど作成したシステム管理台帳に記録しておけば、次に何か問題が起きたときにも迷わず対応できます。名義変更の作業自体は地味で後回しにされがちですが、承継から時間が経てば経つほど、先代への確認が難しくなっていきます。承継直後、先代とまだ日常的に話せる時期にこそ、優先的に片付けておくべき作業です。

実務上は、契約先のサポート窓口に「代表者変更に伴う契約者名義の変更をしたい」と連絡すれば、多くの場合は本人確認の手続きを経て名義変更に対応してもらえます。手続き自体は難しくありませんが、「どの契約を、どの順番で確認するか」を決めないまま放置してしまうことが最大の落とし穴です。契約書や請求書が届くたびに、まずは名義欄を確認する習慣をつけておくとよいでしょう。

セキュリティは「移した後」ではなく「移す前」に考える

クラウド移行を進める際、利便性ばかりに目が向き、セキュリティ対策が後回しになる例があります。しかし、クラウドサービスへのログイン情報が漏れれば、社内の全データに外部からアクセスされるリスクが生まれます。移行と同時に、次の対策を組み込むことを強く推奨します。

• パスワードだけに頼らず多要素認証（MFA）(多要素認証)を有効化する
• 複数のクラウドサービスを使う場合は、ログインを一本化する仕組みを検討し、退職者のアクセス権限漏れを防ぐ
• 社用スマートフォンやタブレットを使う場合は、会社側で端末を一元管理できる仕組みを導入する
• ソフトウェアの更新プログラムが適用されているかを定期的に確認する体制を作る

これらは移行後に追加するよりも、移行の設計段階で組み込む方がはるかに手間が少なくて済みます。特に多要素認証は、多くのクラウドサービスで無料で有効化できる機能であり、承継後の最初のセキュリティ投資として真っ先に検討すべき項目です。パスワードだけの認証は、一度漏れてしまえば誰でもログインできてしまう脆弱な状態です。多要素認証を有効にしておけば、パスワードが漏れても不正ログインを防げる可能性が大きく高まります。

移行スケジュールの目安

承継直後の会社がクラウド移行を進める場合、次のような段階を踏むと無理がありません。移行を進めながら社長が不在でも会社が回る体制まで見据えるなら、承継直後に安心して休むために作っておく仕組みも合わせて参考にしてほしい。

1. 1〜2ヶ月目: システム管理台帳の作成、契約名義の確認、バックアップ体制の点検
2. 3〜4ヶ月目: バックアップのクラウド化、多要素認証の有効化など低リスクな対策の実行
3. 5〜8ヶ月目: 会計・勤怠・給与など影響範囲の狭い業務のクラウド化
4. 9ヶ月目以降: 基幹システムや顧客管理など、影響範囲の広い業務の検討

この期間感は、あくまで目安です。会社の規模や既存システムの状態によって前後しますが、「最初の数ヶ月は変えるための土台づくりに使う」という考え方は、どの規模の会社でも共通して有効です。焦って最初から基幹システムに手を出すと、業務が止まったときの被害が大きく、社内の信頼を一気に失うリスクがあります。小さく始めて実績を積み、社内の信頼を得てから範囲を広げていくのが、結果的に最も速い道筋になります。

全部を一気に変えないという判断そのものが経営判断

承継直後の経営者の中には、「早く自分の代のやり方に一新したい」という気持ちから、一気にシステムを入れ替えようとする人もいます。取引先からクラウド移行の提案が来た際に今すぐ検討すべきか来年に回すべきかの判断軸は、承継1年目、クラウド移行の提案が来たら今検討するか来年に回すかでも扱っている。しかし、業務が止まるリスクや現場の反発を考えると、段階的な移行の方が結果的に早く定着します。

「今は全部を変えない」という判断も、立派な経営判断です。先代から引き継いだ会社を守りながら次の世代に引き継ぐための移行であることを忘れずに、無理のないペースで進めることが、結果的に最短ルートになります。周囲の経営者仲間が「うちはクラウド化を一気に終わらせた」と話していても、それはその会社の状況に合っていただけの話であり、自社にそのまま当てはめる必要はありません。

費用感をどう見積もるか

クラウド移行の費用は、対象業務の規模と既存システムの複雑さによって大きく変わります。会計・勤怠のような標準的なクラウドサービスへの切り替えであれば、月額数千円から数万円のサブスクリプション費用が中心となり、大きな初期投資は不要な場合が多くあります。一方、独自の基幹システムをクラウド環境に移す場合は、データ移行や既存業務フローの見直しを含めた設計が必要になり、規模に応じて相応の予算が必要です。

いずれの場合も、「今の運用でどれだけの人件費やリスクコストがかかっているか」を先に可視化しておくと、投資判断がしやすくなります。例えば、バックアップ作業を手作業で毎週行っている場合、その作業時間を時給換算するだけでも、クラウド化による自動化のメリットが見えやすくなります。また、旧システムの保守にかかっている費用を確認すると、実は移行後の月額費用の方が安くなるケースも少なくありません。先代の時代に契約したまま見直されていない保守契約は、一度金額を確認してみる価値があります。

パッチ適用という地味だが重要な作業

クラウド移行を進める過程で見落とされがちなのが、既存のパソコンやサーバーのソフトウェア更新状況です。古いOSやソフトウェアを使い続けていると、クラウドサービスに接続した際にそこが弱点となり、セキュリティリスクが会社全体に広がる可能性があります。

移行の準備段階で、社内のソフトウェア更新プログラムの適用状況——いつ最後に更新されたか、サポートが終了した古いOSが残っていないか——を確認しておくことも、クラウド移行を安全に進めるための地味だが欠かせない作業です。特に、先代の時代から更新されていないパソコンが社内に残っている場合、そのパソコンから移行作業を始めると危険が大きいため、早い段階で洗い出しておく必要があります。

古いパソコンを使い続けている社員に話を聞くと、「動いているから問題ない」という感覚を持っていることが多いものです。しかし、動いていることと安全であることは別の問題です。特にサポートが終了したOSは、新たに見つかった不具合が修正されないまま使い続けることになり、クラウドサービスと接続した瞬間にリスクが会社全体に広がる可能性があります。

相談先をどう見つけるか

株式や登記のように、システムにも相談先を持つことが望ましいですが、地域によっては身近にIT専門家がいないという事情もあります。この場合、まず検討したいのが次のような窓口です。

• IPA(情報処理推進機構)が公開する中小企業向けの情報セキュリティ対策ガイドラインや相談窓口
• 商工会議所・商工会が実施するIT関連の経営相談
• 事業承継・引継ぎ支援センターなど、承継全般を扱う公的支援機関からの紹介

最初から専門のシステム開発会社に発注する前に、こうした公的な窓口で一度「今の状態」を相談し、優先順位の目安をつけてもらうという使い方も有効です。特にIPAのガイドラインは、経営者自身が読み込むことで「何がリスクで、何から手をつけるべきか」の判断材料になります。無料で公開されている資料であり、専門用語も比較的少なく書かれているため、非IT出身の経営者でも読み進めやすい内容になっています。

兄弟姉妹・親族間での情報共有という見落とし

同族企業では、経営を引き継ぐ本人以外にも、株式の一部を持つ兄弟姉妹や親族がいるケースが少なくありません。システムの話は経営の細部として扱われがちですが、会社のデータや契約情報を誰がどこまで把握しているかは、実は経営の透明性そのものに関わる問題です。

先代が全てを一人で管理していた場合、承継後に「実は経理データのバックアップの仕組みを知っているのは先代だけだった」ということが発覚し、親族間で不安や不信感が生まれることもあります。逆に、システム管理台帳を整備し、契約状況やデータの保管場所を可視化しておけば、後継者以外の親族に対しても「会社がどう運営されているか」を透明に説明できるようになります。これは移行の技術的な話にとどまらず、承継後の家族関係を円滑に保つための材料にもなり得ます。

取引先から見た「クラウド化されていない会社」のリスク

自社の内部事情だけでなく、取引先からどう見えるかという視点も忘れてはいけません。最近では、見積書や請求書のやり取りをクラウド上で行うことを前提とする取引先が増えており、「メールに添付されたExcelファイルでしか対応できない」という状態が、新規取引の機会を狭めてしまう場合があります。

特に、取引先の担当者が若い世代に代わっていくにつれ、紙のファックスや手書きの発注書に対応できる会社自体が少なくなっていきます。承継を機にクラウド化を進めることは、社内の効率化だけでなく、取引先との関係を今後も維持していくための対外的な備えという側面も持っています。先代の時代に築いた取引関係を、次の世代でも続けていくために、対応できる手段を増やしておくという考え方です。

補助金や支援制度の活用も検討する

クラウド移行には、自治体や国が用意している中小企業向けのIT導入支援策を活用できる場合があります。制度の内容や対象条件は年度によって変わるため、最新の情報は各制度の公式ページで確認する必要がありますが、こうした支援策を使えば、自己資金だけで移行を進めるよりも負担を抑えられる可能性があります。

商工会議所や商工会の経営相談窓口では、こうした制度の紹介も行っていることが多いため、システムの相談と合わせて確認してみる価値があります。承継直後は資金の使い道に慎重になる時期でもあるため、使える制度がないかを一度確認しておくことをおすすめします。

移行を決断する前にチェックしたい5つの質問

最後に、クラウド移行に着手する前に、経営者自身が自問しておきたい質問を挙げておきます。

• 今、会社のどこに、どんなデータが、誰の管理で保存されているか説明できるか
• バックアップは本当に「別の場所」に取れているか
• 契約している業務システムの名義は、自分の会社になっているか
• 古参社員は今のやり方に不便を感じていないか、聞いたことがあるか
• 一気に変えようとして、現場の反発を招くリスクを考えているか

この5つに答えられない状態のまま移行を始めると、思わぬところで足を取られます。逆にこれらを一つずつ確認していく過程そのものが、承継後の会社を理解するための貴重な機会にもなります。急いで答えを出す必要はありません。分からない項目があれば、それこそが今、最初に手をつけるべき課題だということです。

まとめ:小さく始めて、確実に積み上げる

承継後のクラウド移行は、大がかりなシステム入れ替えプロジェクトである必要はありません。まずは社内にどんなシステムがあるかを把握し、最もリスクの高いバックアップ体制を整え、そこから影響範囲の狭い業務へと段階的に広げていく——この順番を守るだけで、多くの失敗は避けられます。

先代が築いてきた会社を守りながら、次の時代に合った形に少しずつ整えていく。その積み重ねが、いつか「自分の代でこの会社は変わった」と振り返れる土台になります。焦らず、しかし着実に、今日できる小さな一歩から始めてみてください。会社を継いだその日から、システムの相談先はいなくても、進め方の順番さえ間違えなければ、一人で抱え込む必要はないのです。