― スプレッドシートは優秀な道具。ただし壊れ方には共通のパターンがある。
§ 01 / スプレッドシートは、実はかなり粘れる
「そろそろシステムを入れたほうがいいですか」という相談に対して、まだスプレッドシートで十分ですとお答えすることは珍しくありません。
- 入力する人が 1〜3 人
- 1 シートの行数が数千行以内
- 集計が月 1 回で、多少手作業でも回る
この範囲なら、システム化の費用対効果は出にくいです。無理に置き換えると、柔軟性を失って不便になるだけということもあります。
§ 02 / 限界のサインは 5 つ
一方で、次のいずれかが出ていたら、それは限界のサインです。
- 誰かが触ると壊れる … 数式が上書きされる、行削除で参照がずれる
- 同じ数字が 2 箇所以上にある … 転記が発生し、必ずどこかでズレる
- 「あの人しか分からない」 … シートの構造が属人化している
- 開くのが重い … 数万行、関数が多重。作業のたびに待ち時間が発生
- 同時編集で待ちが出る … 「今開いてるから後で」が日常化
とくに ② の二重管理は、放置するとコストが雪だるま式に増えます。数字が合わない原因調査に、毎月数時間が消えていきます。
§ 03 / 全部を置き換えない
システム化＝全面刷新、ではありません。効果が出やすいのは入口と出口です。
- 入口（入力） … 現場がスマホやLINEから入れられるようにする。手書き→転記が消える
- 出口（集計・帳票） … 締め作業を自動化する。月末の数日が数十分になる
- 中間（データ置き場） … ここは当面スプレッドシートのままでも動く
いきなり基幹システムを作るのではなく、一番痛いところから 1 つ。これが最も投資対効果が高い進め方です。
§ 04 / 移行で失敗する典型
- 現行のシートをそのまま再現しようとする … 長年の継ぎ足しで歪んだ構造ごと移植することになる。移行前に業務側を整理する
- 例外処理を全部載せる … 年に 1 回しか起きない例外のために工数が倍になる。例外は手作業で残していい
- 移行期間に二重運用が続く … 期限を切って切り替える。「並行してしばらく様子見」は、たいてい半年続く
移行はシステムの問題ではなく、業務の問題です。ここを整理せずに開発だけ進めると、使われないシステムができます。
§ 05 / 費用の考え方
システム化の費用は、機能数ではなく業務の複雑さで決まります。まず業務を棚卸しし、どこまでを作るかを決めてから見積もるのが正しい順序です。
初期費用をまとめて用意するのが難しい場合、月額固定のサブスク型で開発費と運用・保守費の総額を契約月数で割る方式が現実的です。事業フェーズや予算に応じて、レベニューシェア型・段階増額型という選び方もあります。
§ 06 / A.I.M の考え方
A.I.M は、開発の前に業務の棚卸しから入ります。スプレッドシートで粘れる部分は粘り、痛みの大きい入口と出口から段階的にシステム化する。この順序なら、初期費用 0 円のスモールスタートで始められます。自社サービス（SaaS）の開発・提供も行っているため、既製品で足りるならそちらもご提案します。作ることが目的ではありません。
関連サービス: システム受託開発 / 自社サービス（SaaS） / お問い合わせ