同時に開けない先代のExcel台帳、システム化の判断ラインはどこか

「先代が作ったExcelの台帳、また『編集のためにロックされています』って出てるんですけど」——事務の担当者からそう言われて、返す言葉が見つからなかった経験はないだろうか。承継してまだ数ヶ月、あるいは1〜2年。先代が長年使い込んできた顧客台帳や在庫表、受発注管理のExcelファイルが、共有フォルダの中で今日も誰かに「使用中」にされている。開けた人だけが更新し、開けなかった人は電話で聞くか、後で上書きされないよう祈りながら別名で保存する。これが日常的に起きているなら、結論を先に言ってしまう。それは「そろそろ限界」のサインであり、システム化を検討すべき状態にすでに入っている。

この記事は、次のような状態にある経営者に向けて書いている。従業員は10〜100人規模、先代や親から会社を継いで日が浅く、非IT出身で、情報システム部門もIT担当者も社内にいない。先代が作ったExcel台帳が業務の中心にあり、複数人が同時に触ろうとすると「ロックされています」の警告が出て作業が止まる（似た症状として、台帳自体が「重くて開けない」状態に陥っているなら先代の台帳が「重くて開けない」を放置するとどうなるかも参照してほしい）。それでも「今のところ大きな事故は起きていないから、まだ大丈夫だろう」と先延ばしにしている——そんな状況だ。

朝礼で「また台帳が開けなかった」という報告を聞いても、「じゃあ後で直そう」で終わってしまい、結局同じ報告が翌週も繰り返される。担当者は担当者なりに工夫して、パソコンの前で誰かが閉じるのを待つ、あるいは電話で「今どこまで入力しました?」と聞いて口頭で反映する、という手間を積み重ねている。その手間自体が「いつものこと」として定着してしまい、誰も「これは本来おかしいことだ」と声を上げにくくなっている——これも承継後の会社によく見られる光景だ。

株式や登記の引き継ぎには税理士や司法書士という明確な相談先がいる。しかし「このExcel台帳、そろそろシステム化すべきですか」という問いに答えてくれる専門家は、身近にはなかなか見つからない。この記事では、その判断ラインを具体的な基準として示していく。

「同時に開けない」の正体は排他ロックという仕組み

まず技術的な事実を整理しておきたい。Excelファイルを共有フォルダに置いて複数人で使っている場合、誰かが先に開いた瞬間、そのファイルは「編集用」として1人に占有される。これは不具合ではなく、Excelというソフトの設計上の仕様だ。Microsoft公式のサポートページでも、複数ユーザーが同時にアクセスした際に「共同編集をサポートしていないExcelバージョンを使用していると、別のユーザーがファイルを開いているとみなされ、ロックが生じる」と説明されている。2人目以降の利用者は「読み取り専用」で開くか、1人目が閉じるまで待つしかない(Microsoft公式サポート)。

先代の時代、この仕組みは問題にならなかったケースが多い。担当者が1〜2人に固定され、台帳を触る人も触るタイミングも決まっていたからだ。朝一番に先代が開いて更新し、夕方に閉じる。その運用が何十年も回っていれば、ロックという概念自体を意識する必要がなかった。台帳はあくまで先代個人の道具であり、他人に開かれることを前提に作られていなかったとも言える。

しかし承継後は状況が変わる。新体制になって業務を見直そうとする過程で「営業と経理が同時に確認したい」「複数拠点から更新したい」といった新しいニーズが生まれる。すると、これまで隠れていた排他ロックの制約が急に表面化する。台帳自体は何も変わっていないのに、使い方が変わったことで急に「不便なシステム」に見えてくるのだ。

さらに厄介なのは、ロックされている間に「読み取り専用」で開いた側が、うっかりその状態で数値を打ち込んでしまうケースだ。読み取り専用では通常は保存できないが、担当者が「別名で保存」してしまうと、同じ台帳の別バージョンが増えることになる。ファイル名に日付や名前を付けて保存する運用が定着している会社ほど、実はこの「バージョンの枝分かれ」が進行している。どれが本物の最新なのか、開いた人にしか分からない状態が積み重なっていく。

なぜ承継直後にこの問題が表面化するのか

承継直後というタイミングには、いくつかの構造的な理由がある。

第一に、先代が1人で担っていた「調整役」の機能が失われる。先代は台帳の内容を全部覚えていて、誰かが古いデータを見ていても「それは違うよ、最新はこっちだから」と口頭で訂正できた。新社長にはその暗黙知がない。台帳のバージョン違いがそのまま業務ミスにつながるリスクが一段上がる。

第二に、承継のタイミングで業務の可視化・棚卸しが行われることが多い。取引先との契約、在庫の実態、社員の担当範囲——これらを新社長が把握し直す過程で、「この台帳、実は3人がそれぞれ別のコピーを持っていた」「更新されていないシートが2年分ある」といった実態が初めて明らかになる。承継前は誰も台帳の裏側まで見ようとしなかったが、承継後の新社長は「これからこの会社をどう回すか」を考える立場上、否応なく台帳の中身と向き合うことになる。

第三に、先代の在職中は「聞けば済む」体制だったのが、承継後は聞く相手がいなくなる。台帳の運用ルールが文書化されておらず、先代の頭の中にしかなかった場合、承継直後にその運用の脆さが一気に露呈する。

第四に、承継のタイミングで人員の配置や役割そのものが変わることも大きい。先代の右腕として台帳を管理していた社員が定年で退職したり、逆に新社長が信頼する若手を新たに事務方に据えたりすると、これまで固定メンバーで回っていた台帳の運用に新しい人の手が入る。新しい人は当然、以前からの暗黙のルールを知らないため、同時アクセスの頻度そのものが増えてしまう。

「親父が生きていた頃は、台帳がどうなっていても親父に聞けば一発だった。今は誰に聞いても『さあ』としか言われない。これが一番きつい」——ある建材業の二代目社長の言葉

このような声は特別なものではない。先代というハブが失われた瞬間に、属人化していた運用の限界が可視化される。これは承継特有の現象であり、先代がまだ現役だった頃には決して問題にならなかった種類の課題だ。台帳そのものが古くなったのではなく、台帳を取り巻く「人」の構造が変わったことで、これまで隠れていた欠陥が露出したと理解するのが正確だろう。

判断ラインその1：ロックの発生頻度で測る

では、実際にどこからシステム化を検討すべきなのか。感覚論ではなく、測れる基準をいくつか置いておきたい。

最初の基準は「ロックが発生する頻度」だ。目安として次のように整理できる。

「後で別のファイルに入力した」が常態化している状態は特に危険だ。これは単なる不便さの問題ではなく、実質的にデータが二重管理・三重管理になっているということを意味する。誰かが古い情報を見たまま営業をかけたり、在庫を誤認したまま発注したりする実害が、すでに静かに進行している可能性が高い。

頻度を測るときのポイントは、担当者本人の感覚に頼らないことだ。「そんなに困っていません」と担当者が答えても、実際には毎日のように待たされていて、それが当たり前になりすぎて「困っている」という自覚自体が薄れている場合がある。1週間だけでもメモを取ってもらう、あるいは簡単なチェックシートを共有フォルダの近くに置いておくといった、記録を仕組みにする工夫が有効だ。

判断ラインその2：影響範囲で測る

2つ目の基準は「ロックによって仕事が止まる人数と時間」だ。1人が数分待つだけなら軽微だが、これが日常的に3人以上、10分以上の単位で積み重なっているなら、単純な人件費のロスとして計算できる。

例えば、従業員30人の会社で、営業担当5人が毎日1回ずつ、平均5分ずつ台帳待ちで時間を失っているとする。1日あたり25分、月20営業日で約8時間強。これは単純計算でも1人月の1割近い時間が「待つだけ」に消えていることになる。しかもこの時間は、待たされている本人が「まあ、いつものことだから」と諦めて誰にも報告しないため、経営側からは見えない。

さらに見落とされがちなのが「待っている間の機会損失」だ。営業担当が台帳を確認できずに顧客への回答を後回しにする、在庫担当が確認できずに発注判断を翌日に持ち越す——こうした「今すぐ動けたはずの仕事が1日遅れる」という遅延コストは、待ち時間そのものより経営への影響が大きい場合が多い。特に顧客対応のスピードが競争力に直結する業種では、この遅延が受注や顧客満足度に跳ね返っているケースもある。

見えないコストは、見える化した瞬間に判断材料になる。まずは「今週、台帳が開けなくて困った回数」を1週間だけ社内で記録してもらうことをお勧めする。これだけで判断ラインの手前にいるのか、すでに超えているのかがはっきりする。

• 何時に、誰が、何のために台帳を開こうとしたか
• 実際に開けたのは何分後か
• 待っている間、他の作業に切り替えたか、それとも手が止まったか

この3点だけを1週間記録すれば、感覚論ではなく数字として影響範囲を語れるようになる。

判断ラインその3：ファイルの複雑さと壊れやすさ

3つ目の基準は、台帳そのものの構造的な壊れやすさだ。先代が作った台帳には、次のような特徴が積み重なっていることが多い。

• シートが年度ごと・拠点ごとに増え続け、どれが「正」の最新版か分かりにくい
• VBAマクロで自動集計や自動転記の仕組みが組まれているが、作った本人しか中身を理解していない
• セル参照が複雑に絡み合い、1つのセルを直すと別のシートの数字がずれる
• パスワード保護や特定のアドインが使われていて、これが原因で複数人での同時利用がそもそも成立しない構造になっている
• 一部の列だけ手入力、一部は数式、一部は別シートからの参照というように、入力方式が混在していて誤入力の温床になっている

こうした台帳は、たとえロックの問題が解決しても長くは持たない。属人化した数式やマクロは、作った先代しかメンテナンスできない「一点集中の脆弱性」を抱えているからだ。ロックの頻発は、実はこうした構造的な壊れやすさが表面化する最初のサインに過ぎないケースが多い。マクロの中身を読み解けるかどうかを社内で確認し、誰も手を出せない状態なら、それ自体が独立したシステム化の判断材料になる。

もし社内にマクロを読める人材が誰もいないなら、まずはそのマクロが何をしているのかを外部の技術者に一度読み解いてもらうことをお勧めする。マクロの機能を正確に把握できていれば、新しい仕組みに移行する際にも「この機能だけは絶対に引き継ぐ必要がある」という要件を明確にできる。逆に、内容が分からないまま新システムに移行すると、実は誰も使っていない古い機能まで再現しようとして、無駄にコストと時間がかかることもある。

判断ラインその4：データの重要度と法令・契約上のリスク

4つ目は、台帳が扱っているデータの重要度だ。顧客の個人情報、取引先との契約条件、在庫や原価に関わる情報など、外部に対して説明責任を持つ種類のデータであれば、ロック待ちの間に発生する「並行して別コピーで更新してしまう」リスクの重大性は跳ね上がる。

在庫台帳であれば、二重更新によって欠品や過剰発注が実際に起きる。顧客台帳であれば、営業担当それぞれが持つコピーの内容がずれた結果、同じ顧客に矛盾した提案をしてしまう。こうした事故は、Excelの排他ロックという仕組みそのものの弱点から生まれている。1つのファイルに全社のデータを集約する運用は、そもそも同時利用を前提にした設計になっていないのだ。

個人情報保護の観点も無視できない。顧客の氏名・連絡先・取引履歴などを含む台帳が、複数のコピーとしてあちこちのパソコンに散らばっている状態は、情報の管理責任という観点からも好ましくない。どのファイルが「正」であり、どのファイルがいつ削除されるべきかが明確でないまま古いコピーが残り続けると、退職者のパソコンに顧客情報の入った台帳が残っていた、といった事態にもつながりやすい。承継直後は、こうした情報管理の甘さを点検し直す好機でもある。

判断ラインその5：先代の引き継ぎ範囲を超えたとき

最後の基準は少し特殊だが、承継特有の重要な視点だ。先代から引き継いだ運用ルール・業務範囲の中で台帳が機能している間は、まだ「今までのやり方」の延長で対応できる。しかし、新社長になって取引先が増えた、拠点が増えた、扱う商品カテゴリが増えた——というように、先代の時代を超える規模に事業が変化したとき、Excel台帳の限界は一段と早く訪れる。

先代が作った台帳は、先代の時代の事業規模・業務量を前提に設計されている。承継後に会社が成長する、あるいは業務範囲が広がるほど、その前提とのズレが大きくなる。これは先代の設計が悪かったという話ではなく、単純に「想定していた使い方の範囲を超えた」というだけの話だ。この点は、先代への配慮としても社内で共有しておきたい考え方になる。

事業の規模が変わっていなくても、承継後に新社長が新しい取り組みを始める場合も同様だ。新規事業、新しい販路、新しい拠点——先代の時代になかった要素を加えるたびに、既存の台帳では扱いきれない項目が増えていく。台帳に列を追加してその場をやり過ごす対応が積み重なると、やがて台帳全体が「継ぎ足しの構造物」になり、誰にも全体像が見えなくなる。

古参社員との関係で気をつけたいこと

システム化を検討する段になると、必ずぶつかるのが古参社員の抵抗感だ。先代の時代から台帳を運用してきたベテラン社員にとって、「今のやり方を変える」提案は、単なる業務改善ではなく「自分たちのやってきたことへの否定」に聞こえがちだ。

ここで重要なのは、最初の一言だ。「Excelがダメだから」ではなく、「みんなが同時に触れないのが不便だから、そこだけ良くしたい」というように、問題を人ではなく仕組みに絞って伝えること。台帳を作った先代のやり方を否定するのではなく、「先代が作ってくれた運用の考え方を、これからも活かしたい。ただ、今は人数も業務量も増えたので、同時に触れる仕組みに変えたい」というフレーミングが有効だ。

古参社員が抱く不安の多くは「自分の仕事がなくなるのでは」という点にもある。台帳の管理・更新を一手に担ってきた社員にとって、システム化は自分の存在価値が薄れることのように感じられる場合がある。実際には、システム化後もデータの正確性を保つ役割・例外処理の判断役として、その社員の知見は必要とされ続けることが多い。そのことを、移行の初期段階で明確に伝えておくと、抵抗感は大きく和らぐ。

もう一つ有効なのは、古参社員自身に「今の台帳のどこが一番困っているか」を最初に聞くことだ。トップダウンで「システムを変える」と告げるのではなく、「実は台帳のここが不便だと思っている。あなたが一番よく使っているから、意見を聞きたい」と相談する形にすると、古参社員は「変えられる側」ではなく「変える側」の一員として関わることができる。この関わり方の違いが、その後の協力の度合いを大きく左右する。

名義や権限の整理も同時に見直す好機

台帳のシステム化を検討するタイミングは、実は台帳にまつわる「名義」の整理をする好機でもある。先代個人のPCにしかインストールされていないソフト、先代個人のメールアドレスに紐づいたクラウドサービスのアカウント、先代の名前で契約されたシステム利用契約——承継後もこうした「名義の先代残り」が放置されているケースは少なくない。

台帳を新しい仕組みに移行するプロジェクトを立ち上げる際には、あわせて「このデータやアカウントの契約者・管理者は誰になっているか」を一度棚卸ししておきたい。株式や不動産の名義変更と同様に、業務システムの契約者名義もいつかは整理しなければならない項目であり、システム化のタイミングはその整理を自然に進められる数少ない機会になる。

具体的には、次のような項目を確認しておくとよい。

これらは地味な作業だが、システム化のプロジェクトが動き出したタイミングでなければ、なかなか腰を上げて確認しようという機運が生まれない項目でもある。

段階的に進める：いきなり大型システムを入れない

判断ラインを超えたと分かっても、いきなり数百万円規模の基幹システムを導入する必要はない。むしろ承継直後の会社にとって、そのような一足飛びの投資はリスクが大きい。段階的なアプローチが現実的だ。

まず検討したいのは、今のExcelファイルの構造を大きく変えずに、共同編集が可能な環境に置き換えるという最小の一手だ。クラウド上のスプレッドシートサービスに台帳を移すだけで、複数人が同時に開いて編集できるようになり、排他ロックの問題自体が解消される。この段階であれば、大きな投資や外部ベンダーへの発注は不要で、社内で数日のうちに試すことができる。

次の段階として検討したいのが、ノーコード・ローコードと呼ばれるツールの活用だ。プログラミングの専門知識がなくても、ドラッグ&ドロップの操作で業務アプリを組み立てられるサービスが増えている。台帳の項目をそのままフォームや一覧画面に置き換え、複数人が同時に入力・参照できる仕組みを、外部の開発会社に頼らず社内で作れる場合もある。

さらに進んで、台帳のデータを他のシステムと連携させたい場合には、CSV形式でのデータ出力・取り込みができる仕組みを整えておくと、将来的な選択肢が広がる。台帳の先にkintoneのような業務システムへの移行を見据えているなら、kintoneに移行する前に整理しておきたい先代データの項目も参考になる。特定のシステムに閉じ込められることなく、必要に応じてデータを別のツールへ移し替えられる状態を維持しておくのは、承継後の会社にとって重要なリスク管理でもある。

段階を踏むメリットは、投資額を抑えられることだけではない。小さく試すことで「本当に必要な機能」と「実は使われていなかった機能」を見分けられる点も大きい。先代が作った台帳には、過去の一時的な事情で追加されたものの、今では誰も見ていない列やシートが残っていることが多い。段階的な移行の過程で、そうした不要な部分を自然に削ぎ落としていくことができる。

どの段階でも外部の目を入れるべき理由

社内だけで段階的に進めるにしても、どこかで一度は外部の技術者に現状を見てもらうことをお勧めしたい。理由は2つある。

一つは、社内の人間だけでは「これが普通」と思い込んでいる運用の歪みに気づきにくいという点だ。長年その台帳を使い続けてきた社員にとって、今の使い方は当たり前の景色になっている。外部の目が入ることで、「そもそもこの手順自体が二重の手間になっている」といった構造的な問題を発見しやすくなる。

もう一つは、移行先の選択肢が正しく評価されているかを確認できるという点だ。クラウド化するにしても、ノーコードツールを使うにしても、選択肢は年々増えており、会社の業種や規模、扱うデータの性質によって向き不向きがある。専門家の視点を一度でも入れておくことで、後から「実はもっと合ったツールがあった」と気づく手戻りを減らせる。

移行前に必ずやっておきたいデータの点検

どの段階に進むにしても、移行の前に必ず行っておきたい作業がある。それが台帳の中身の点検、いわゆるデータクレンジングだ。先代の時代から使われてきた台帳には、表記の揺れ、重複した顧客レコード、更新されずに古い情報のまま残ったセルなどが必ず紛れ込んでいる。

例えば、同じ取引先が「株式会社山田商店」「(株)山田商店」「山田商店」という3つの表記で別レコードとして登録されていることがある。人間が見れば同じ会社だと分かるが、システムにそのまま取り込むと、3つの別々の取引先として認識されてしまう。こうした表記の揺れは、先代の時代に複数の担当者が入力してきた履歴の積み重ねであり、一度は必ず人の目で点検し直す必要がある。

これを放置したまま新しい仕組みに移行すると、「システム化したのにデータが信用できない」という、最も避けたい結果に陥る。移行のタイミングは、台帳の中身を整理し直す一度きりの好機でもある（FAXや手書き台帳からの脱却を検討している場合はFAX・手書き台帳からの受発注、抜け出すための第一歩も参照）。地味な作業だが、この工程を飛ばしてシステム化を急ぐと、後になって二重の手間がかかることが多い。

点検の進め方としては、まず「本当に今使っている項目」と「もう使われていない項目」を仕分けることから始めるとよい。次に、重複しているレコードを1つに統合し、表記を統一する。最後に、明らかに古い情報が残っているセルにはフラグを立てて、担当者に最新情報への更新を依頼する。この3段階を踏むだけで、移行後のシステムの信頼性は大きく変わってくる。

相談先がいないという孤独感への対処

先代から会社を継いだ社長は、税務・法務については税理士や司法書士という明確な相談先を持っている。しかし「このExcel台帳、そろそろシステム化すべきか」という相談は、誰にすればいいのか分かりにくい。この孤独感は、システム関連の判断を一人で抱え込みがちな二代目・三代目経営者に共通する悩みだ。

対処法としては、まず身近な同業者や商工会議所・商工会のIT相談窓口を使うという手がある（決算月をまたぐ前後でシステム確認の優先度がどう変わるかは承継1年目、決算月をまたぐ前後でシステム確認の優先度はどう変わるかも参照してほしい）。多くの地域で、中小企業診断士やITコーディネーターによる無料相談の枠が用意されている。また、システム化の判断そのものを外部の専門家に相談する前に、社内でロックの発生頻度やロスト時間を記録しておくことで、相談時に具体的な材料を持って話せるようになる。「なんとなく不便」という感覚論ではなく、「週に何回、何人が何分待たされているか」という数字を持って相談窓口に行くと、話が一段具体的に進む。

同業の経営者同士のつながりも、意外に頼りになる相談先だ。同じくらいの規模で、同じように先代から会社を継いだ経営者であれば、似たような台帳の悩みを抱えていることが多い。どんな仕組みに移行したか、どこで失敗したかという実体験は、コンサルタントの一般論よりも参考になる場合がある。承継者同士の勉強会や交流会に顔を出してみるのも、遠回りではあるが有効な手段だ。

補助金という選択肢も検討材料に入れる

中小企業がシステム化に取り組む際、費用面のハードルを下げる制度が用意されている場合がある。IT導入補助金など、業務効率化のためのソフトウェア導入費用の一部を補助する制度が継続的に運用されており、対象となるツールやサービスは年度によって公募要領が更新される。実際に活用する場合は、公募時点の要領を必ず確認し、対象となるツール・申請期間・補助率を正確に把握したうえで検討してほしい。制度の詳細や最新の公募状況は、独立行政法人中小企業基盤整備機構や中小企業庁の公式サイトで随時公開されている。

補助金の活用を検討する際は、申請の手間や審査期間も含めて計画を立てる必要がある。公募期間が限られていることが多く、思いついてすぐに申請できるわけではない。システム化の検討を始めた段階で、あわせて補助金のスケジュールも調べておくと、実際に投資するタイミングを合わせやすくなる。

中小企業全体で見ても「承継」はデジタル化の転機になっている

この課題は、あなたの会社だけに特有のものではない。中小企業庁がまとめた資料でも、事業承継をきっかけとして中小企業のデジタル化が進展する傾向が指摘されている。中小企業庁の分析では、企業のデジタル化の取組状況を「紙や口頭による業務が中心でデジタル化が図られていない状態」から「デジタル化によるビジネスモデルの変革や競争力強化に取り組む状態」まで段階的に整理しており、代替わりのタイミングがこの段階を進める転機になっているケースが多いことが示されている(中小企業庁 2023年版小規模企業白書 第2節)。

また、独立行政法人中小企業基盤整備機構が実施した中小企業のDX推進に関する調査でも、「文書の電子化・ペーパレス化」に取り組む企業が最も多いという結果が出ている。台帳のシステム化は、まさにこの「文書の電子化・ペーパレス化」の延長線上にある取り組みであり、多くの中小企業が同じ段階を通過していることが分かる(中小企業基盤整備機構 中小企業のDX推進に関する調査(2025年))。

つまり、「先代のExcel台帳が同時に開けなくて困っている」という悩みは、承継後の会社に共通して現れる、いわば通過点のような課題だということだ。恥ずかしいことでも、経営判断の遅れでもない。むしろ、それに気づいて手を打とうとしている今の状態は、多くの中小企業が経験する自然な過程のただ中にいるだけだと捉えてよい。

システム化を後回しにした場合に何が起こるか

判断を先延ばしにした場合の具体的なリスクも整理しておきたい。まず、台帳の複雑さは基本的に時間とともに増していく。承継後に事業が動き続ける限り、新しい取引先、新しい商品、新しい拠点が台帳に追加され続け、後から手を入れようとするほど構造は複雑になっていく。今動くなら、今が最も手を入れやすいタイミングだと言える。

次に、台帳を触れる人材そのものが減っていくリスクがある。先代の時代からの運用ルールを知っている社員が退職や異動で減っていくと、台帳の「暗黙知」を持つ人がゼロになる瞬間が訪れる。その時点で初めてシステム化に取り組もうとすると、そもそも「今の台帳が何を意図して作られたのか」を誰にも聞けない状態からのスタートになってしまう。

さらに、事故が実際に起きてから対応する場合、その対応コストはシステム化の投資額を上回ることが少なくない。二重更新によって誤った在庫情報のまま出荷してしまった、顧客に矛盾した案内をして信用を落とした——こうした事故は、システム化にかかる費用よりもずっと高い代償を会社に負わせる。判断ラインを超えた状態を放置することは、静かにこのリスクを積み立てているのと同じだと理解しておきたい。

まずやるべき小さな一歩

大きな決断を急ぐ必要はない。まず今週、社内で次の3つを確認してみてほしい。

1. 台帳が「編集のためにロックされています」と表示された回数を1週間記録する
2. 「開けなかったので後で別のファイルに入力した」というケースがあったかどうかを担当者に聞く
3. 台帳の中にあるマクロや複雑な数式を、作った先代以外の誰かが理解できているかを確認する

この3点だけで、自社が判断ラインの手前にいるのか、すでに超えているのかがかなり明確になる。そこから先は、いきなり大きなシステムに飛びつくのではなく、共同編集できる環境への移行、ノーコードツールでの小さな試作、データの点検といった、無理のない歩幅で進めていけばいい。

先代が長年守ってきた台帳を、否定するのではなく次の世代の使い方に合わせて更新していく——それは経営を引き継いだ者にしかできない、静かだが確かな仕事だ。「同時に開けない」という小さな不便のサインに、きちんと向き合うところから、承継後の会社づくりは着実に前に進んでいく。

システム化を検討する段階では、フルスクラッチだけでなくノーコードツールも選択肢に入る。先代の紙業務・Excel台帳をノーコードで置き換える選択肢比較で比較している。