Excel台帳をデータベース化するには。AIで業務システムを内製する現実解。

「この台帳、触っていいのは◯◯さんだけ」。

Excelの台帳で業務を回している会社で、よく聞く言葉です。

先に結論を書きます。

Excel台帳の限界は、AIに日本語で頼みながら自分たち専用の業務システムを作る「内製」で、越えられるようになりました。
以前なら開発会社に見積もりを取るしかなかった規模の仕組みが、プログラムを書けない人でも作れる時代になっています。

ただし、本当の分かれ目は「作れるかどうか」ではありません。
作ったあとのデータの守りと運用を、最初に決められるかどうかです。

この記事では、自社の営業管理と、外部で関与したある現場の台帳をAIで内製して日常運用している筆者の経験から、Excel台帳の限界がどこに出るか、内製で何が変わるか、作って分かったつまずきと始め方を説明します。

筆者（永松裕章）は大阪でAI研修とAX支援の会社を経営し、中小企業のAI活用を伴走型で支援しています。

Excel台帳の限界は、ファイルより先に「人」に出ます。

Excelが悪い道具だという話ではありません。
集計や関数づくりにAIを組み合わせれば、Excelはまだまだ戦力になります（その方法は別の記事で書きました）。

問題は、Excelを「表計算」ではなく「台帳」、つまりみんなで更新し続ける仕事の記録として使ったときに出てきます。
しかもその限界は、ファイルが重くなるより先に、人の側に現れます。

─① 同時に開けないので、更新が1人に集まる

誰かが開いていると編集できない。
だから「入力は◯◯さんに頼む」という運用になり、その人がいないと台帳が止まります。

─② 探す・集計するのに、人の記憶が要る

「あの契約、どのシートの何行目だっけ」。
行が増えるほど、台帳の中身は検索ではなく担当者の記憶で引き出すものになっていきます。

─③ 入力の決まりが、人によって違う

同じ取引先が別の書き方で3行に分かれる。
日付の形式が列の途中で変わる。
こうした表記ゆれが積もると、集計そのものが信用できなくなります。

つまりExcel台帳の限界とは、仕事がファイルではなく特定の人に張り付いていくことです。
行が増えること自体は、問題の入口にすぎません。

業務システムは「買うもの」から「作れるもの」になりました。

これまで、この限界の先にある選択肢は2つでした。
開発会社に発注して専用のシステムを作ってもらうか、あきらめてExcelを使い続けるか。
発注には台帳1冊の悩みに対しては重すぎる費用と期間がかかるので、多くの会社は後者を選んできました。

2026年のいま、3つめの選択肢が現実になっています。
AIに日本語で「こういう台帳を管理する仕組みがほしい」と伝えて、対話しながら自分たちで作る内製です。

この作り方は「バイブコーディング（vibe coding）」と呼ばれ、英コリンズ辞書が2025年の言葉に選ぶほど一般的な言葉になりました。
自然な言葉でAIに指示してコードを書かせる開発のやり方で、Google Cloudの解説ページができるくらいには、もう特別な手法ではなくなっています。

筆者の会社でも、営業案件の管理はこの形で作った自前のデータベースで回しています。
商談の記録、次にやること、追いかけ直す日付。
以前はスプレッドシートに書いていた内容を、AIと対話しながら作った仕組みに移し、カレンダーとつないで日常運用しています。

外部で関与したある現場でも、紙とExcelで管理されていた台帳をデータベースに移しました。
契約の期限が近いものを一覧で出す、月ごとの集計を出す、といった作業が、担当者の記憶に頼らず誰でもできる形になっています。
この現場の台帳整備については、名寄せの記事でも書きました。

どちらも、作る作業そのものは会話です。
「契約の一覧を期限順に見たい」「この項目は選択式にしたい」と伝えると、AIが画面と仕組みを作り、直してほしいところをまた言葉で伝える。
この繰り返しで、台帳1冊分の仕組みなら数日で形になります。

「動くもの」と「事業データを預けられるもの」は、別物です。

ここまでなら、よい話だけで終わります。
しかし実際に運用してみると、作れることと預けられることは別だと思い知る場面が何度かありました。

ひとつは、バックアップの問題です。

内製した仕組みは、クラウドのデータベースサービスの無料プランから始めました。
あるとき利用量が無料の範囲を超えて、移行するか課金するかを検討したのですが、調べて青ざめたのはむしろ別の点でした。
使っていた無料プランには自動バックアップがなく、一定期間使われないと止まる仕組みだったのです。

契約や取引の記録という事業の中身を、消えても文句を言えない場所に置いていたことになります。
月数千円の有料プランへの切り替えは、コストではなく保険だと考えて、すぐに決めました。

もうひとつは、守りの甘さです。

あるとき、データベースサービスから「このデータは誰でも読める設定になっています」という趣旨の警告が届きました。
便利さを優先して、ログインの仕組みを後回しにしたまま使っていた部分があり、警告が来るまで筆者自身がその状態を正確に把握できていませんでした。

「動いているからよい」を積み重ねると、あとから見えないつけが回ってきます。
内製の本番は、作ることではなく、データの置き場所・守り・バックアップを決めることでした。

始めるなら、一番困っている台帳を1冊だけ選びます。

では何から手を付けるか。
筆者が自分の運用から勧めたいのは、次の順番です。

─① 台帳を1冊だけ選ぶ

全部の台帳を一度にシステム化しようとすると、要件が膨らんで止まります。
「この台帳が止まると仕事が止まる」という1冊、更新が特定の人に集中している1冊から始めます。

─② 正しい形を、AIと一緒に決める

いきなり作らせるのではなく、まず今の台帳をAIに見せて、列の意味や入力の決まりを整理します。
表記ゆれの整理をこの段階でやっておくと、移したあとのデータがそのまま信用できるものになります。

─③ 守りとバックアップを、作る前に決める

誰が見られて、誰が書き換えられるのか。
データはどこに置かれ、バックアップはあるのか。
この2つだけは、動くものができる前に決めておきます。
ここが分からないまま進めるのが一番危ないので、判断に迷う場合は詳しい人や外部の専門家に確認してから進むほうが安全です。

この順番で小さく作って、うまく回ったら隣の台帳に広げていく。
それが、ベンダー任せでも根性のExcel運用でもない、内製の現実解だと考えています。

Excelをやめることが、目的ではありません。

台帳をデータベースにする目的は、仕事を特定の人から引きはがして、会社の仕組みに移すことです。
AIで内製の壁が下がったいまは、その移し替えを自分たちの手でできる、めったにない時期だと感じています。

一方で、この記事で書いたとおり、データの守りと運用の設計は作る楽しさの外側にあります。
そこを飛ばした内製は、Excelの属人化を別の形で作り直すだけになりかねません。

自社のどの業務から手を付けるべきか知りたい方は、AI活用診断をお使いください。
台帳の整備やシステムの内製を、設計から伴走してほしい場合はコンサルティングでご相談いただけます。