スプレッドシートを社内DBとして扱う。AI自動化の土台設計

自動化を組もうとすると、必ずデータの置き場所の話になります。
どこに何を蓄積するのか、という話です。

中小企業の現場でいちばん現実的な選択肢は、スプレッドシートを「データベース」として使うことです。
専用のシステムを導入するより速くて費用も低く、現場が中身を直接見られるからです。

ただ、そのまま使うと壊れますし、壊れてから直すのは大変なので、最初に設計しておきます。

今回は、この土台設計を整理していきます。
自動化を組織で回す全体像はAIによる業務自動化の全体像。手段の選び方とコスト設計にまとめてあります。

自動化はデータの置き場所で決まる

なぜ置き場所が重要なのでしょうか？
理由は3つあります。

ひとつは、読み書きできる場所でないと自動化できない点です。
個人の端末のファイル、紙の帳票、メールの本文にデータがあると、そもそも自動化の起点になりません。

次に、形が揃っていないと処理できません。
同じ項目が別の名前で入っていたり、日付の形式が混ざっていたりすると、処理のたびに例外対応が必要になります。

最後に、AIの参照先にできないという問題があります。
集計や分析をAIに任せるには、読める形で置かれている必要があるからです。
参照先そのものの設計は社内ナレッジをAIで活用する方法。ツール導入・RAG・手持ちのAIの選び方で扱っています。

つまり自動化の設計は、処理を作る前にデータの置き場所を決めるという順序になります。
ここを飛ばすと、作った自動化のほうが個別の事情に対応した複雑なものになっていきます。

置き場所を先に決めるこの順序が、業務の洗い出しから実装までのどこに位置するかは、業務のAI化の進め方。棚卸しから優先順位付け・実装までの手順から読むと前後が見えてきます。

表計算で足りるか、本格的なDBに移すか

表計算で足りるかどうかは、4つの条件で決まります。

ひとつは行数で、数千行までなら問題ありませんが、数万行を超えると処理が遅くなり、自動化の実行時間の上限に当たります。
次は同時に編集する人数で、数人までなら問題ないものの、10人以上が同時に編集する運用だと競合が起きます。
もうひとつは集計の複雑さで、単純な絞り込みと合計なら足りますが、複数の表を結合して条件付きで集計する処理は書きにくくなります。

最後は更新の頻度で、1日数十回までなら問題ありませんが、数秒ごとに更新が入る用途には向きません。
この4つのどれかに引っかかったら、専用のシステムを検討するタイミングです。
逆に引っかかっていなければ表計算で十分で、多くの業務はここに当たりません。

案件の台帳、問い合わせの記録、稼働している自動化の一覧、備品の管理あたりは、まず表計算で足ります。
移すべき場面のほうも、具体的に見ておきます。
ひとつが取引の記録で、金額の正確性が要求されるものは、誤って行が消えたときの影響が大きいからです。

次が個人情報を大量に持つもので、アクセスの記録が必要になります。
扱ってよい情報の線引きは生成AIに入れてはいけない情報とは。社内ルールを3段階で線引きするにまとめてあります。

もうひとつが複数のシステムから同時に読み書きされるもので、競合の制御が必要になります。
最後が過去の変更履歴を追う必要があるもので、表計算でも履歴は残るものの、監査に耐える形では扱いにくいところがあります。

この4つ以外は、まず表計算で作って動かすのが実務的です。
移す必要が出てきたら、そのときに移せばよいのです。
最初から専用のシステムを検討すると、着手のほうが数か月遅れてしまいます。

列設計と命名の共通ルール

ここが最も重要なところで、壊れる原因のほとんどが列の設計にあります。

ひとつは1行1件にする点で、1つの行に複数の件を詰め込みません。
「担当者A、B、C」を1つのセルに入れると処理できないので、複数ある場合は行を分けます。

次はセルを結合しない点です。
結合されたセルは処理の対象として扱いにくく、行の追加でずれます。
「見やすさのため」の結合が、自動化を壊す最大の原因です。

また、途中に小計行を入れない運用も決めておきます。
集計は別のシートでやり、データの表には明細だけを置きます。

さらに、見出しを1行だけにする点です。
2段の見出しは、処理のときに列が特定できません。
もうひとつは空行を入れない点で、見やすさのための空行が「データの終わり」だと判定されます。

最後は数式の入る列と入力する列を分ける点で、混ざっていると書き込みの処理で数式を壊します。
この6つを1枚にして、現場が表を作るときの作法として配ると、後の手戻りが減ります。

列の名前と表の名前も、あわせて決めておきます。

まず列名は短くし、変えない扱いにします。
「顧客名」「受注日」「金額」といった形にして、処理の中で列名を指定するので、後から変えると自動化が止まります。

次に、日付は1つの形式に決め、表示の形式ではなく入っている値の形をそろえることで、ここが混ざると期間の絞り込みが効きません。
区分は選択肢から選ぶ形にし、自由入力にすると「完了」「済」「完了済み」が混在するので、入力の制限をかけて選択肢から選ばせます。

最後に、表の名前に日付やバージョンを入れない扱いにします。
「案件台帳_202609」のような名前にすると、月が変わるたびに自動化を直すことになるので、1つの表に蓄積して期間で絞る設計にしておきます。

権限を設計すると、壊れやすい箇所が見えてくる

表をデータベースとして使う場合、権限の設計も必要になります。

まず、編集できる人を限定し、全員が編集できる状態だと誤って行が消えるので、入力は専用のフォームか限定した人だけにします。

次に、閲覧用のシートを分け、データの表を直接見せるのではなく、必要な列だけを表示する別のシートを作ってそちらを共有します。
共有範囲そのものの点検は「リンクを知っている全員」共有を自主監査する。AI活用と情報統制で扱っています。

そして、自動化が書き込む列は人が触らないようにします。
混ざるとどちらが正しいか分からなくなるので、列を分けて自動化用の列には保護をかけます。

あわせて、バックアップを定期的に取っておきます。
表計算にも履歴はありますが、大量に行が消えたときの復旧は手間がかかるので、日次で別の場所にコピーを作る仕組みを組んでおくと安心です。

事故が起きる箇所も、具体的に見ておきます。
ひとつは行の挿入で範囲がずれる事故です。
数式や自動化が特定の範囲を指定していると、行の挿入でずれるので、予防は範囲を列全体で指定する方法です。

次は列の並び替えで処理が壊れる事故で、列の位置で指定している処理は並び替えで壊れるので、予防は列名で指定する方法です。

また、フィルタをかけたまま作業するのも危険です。
表示されていない行があることに気づかず、上書きや削除をしてしまいます。
予防は作業前にフィルタを解除する習慣です。

さらに、コピーで別の表を作ってしまうと事故が起きます。
同じ内容の表が増えて、どちらが正しいか分からなくなります。
予防は、正の表を1つに決めてコピーを作らない運用です。

最後は手作業と自動化が同時に書き込む事故で、予防は書き込む列を分ける運用です。
なかでも「列名で指定する」がいちばん効く予防で、設計の段階でここを決めておくと後の変更に耐えます。

将来の移行を楽にする設計と、起こりやすい5つの失敗

将来、専用のシステムに移す判断をする場合の準備も見ておきます。

列の設計を整えておけば、移行そのものは難しくありません。
1行1件で、結合がなく、区分が選択肢から選ばれている表は、そのまま移せるからです。

逆に、結合セルと小計行が入った表は、移すときに作り直しになります。
だから、最初の設計が将来の移行のコストをそのまま決めます。

移す判断の基準も、先に決めておきます。
上に挙げた4条件のどれかに当たったら検討する、と決めておけば判断のタイミングを逃しません。
起こりやすい失敗は、見やすさのためにセルを結合する、表の名前に月やバージョンを入れる、列の位置で処理を指定する、区分を自由入力にする、最初から専用のシステムを検討する、の5つです。

どれも、6つの列設計ルールを守り、1つの表に蓄積して、列名で指定して、選択肢から選ばせて、4条件に当たるまでは表計算で作れば避けられます。

私たちが提供しているAI伴走支援でも、表の列設計を整えるところから、その上で動くAIワークフローの実装までを、現場の担当者と一緒に進めています。

データの置き場所を決めれば、自動化は壊れない

自動化はデータの置き場所で決まります。
読み書きできて、形が揃っていて、AIの参照先にできる場所が必要だからです。

表計算で足りるかは、4条件で判断します。
行数は数千行まで、同時編集者数は数人まで、あとは集計の複雑さと更新の頻度です。
どれにも当たっていなければ、表計算で十分です。

列設計のルールは6つです。
1行1件、セルを結合しない、小計行を入れない、見出しは1行、空行を入れない、数式の列と入力の列を分ける。
結合セルが、最大の事故要因になります。

命名は、列名を短く変えない・日付の形式を1つに決める・区分は選択肢から選ばせる・表の名前に月を入れない、の4つです。
予防でもっとも効くのは、処理を列の位置ではなく列名で指定する点です。
ここを設計の段階で決めておくと、後の変更に耐えます。

まずはいま使っている台帳を1つ開いてみてください。
6つのルールに違反している箇所がないか、それだけで判断がつきます。