エクセル管理をやめたい人の移行手順｜4週間の段取りと費用

結論：移す順番は「1行の定義 → 入力画面 → 過去データ → 旧シートの締め」

エクセル管理をやめる作業でつまずく原因は、ほとんどが順番です。集計や帳票から作り始めると、現場が新しい画面を使わないまま旧ファイルが生き残り、二重管理になります。先に決めるのは「1行が何を表すか」、次に作るのは「現場が触る入力画面」だけ。過去データの移行と旧シートの締めは最後です。

費用は相場を見ても決まりません。判断できる数字は1つだけで、回収月数 ＝ 初期構築費 ÷（現状の月額コスト − 移行後の月額コスト）です。この記事では、その式に自社の数字を入れる手順と、規模の違う3ケースの計算例（架空の数字）、4週間の週別段取りを置きます。移行の制約になる仕様は公式ドキュメントの数値だけを使います。たとえばExcelのワークシートは1,048,576行・16,384列が上限で（Microsoft サポート）、実務で先に来るのは行数ではなく人の限界です。

なお「そもそも今が限界なのか」「どの製品にするか」は、この記事では扱いません。限界の見極めはスプレッドシート管理の限界とアプリ化の判断、作るべきかどうかは社内アプリを作らない判断、製品ごとの費用比較はkintone乗り換えの費用と代替をお読みください。

自社の数字で「いくらかかるか」を出す3つの式

移行費用の話は「一般に◯〜◯万円」で終わらせると判断に使えません。必要なのは、自社の実額を入れれば答えが出る式です。使う式は次の3つだけで、電卓で追えます。

時間単価は、実務では給与の額面ではなく社会保険料などを含めた人件費単価を使います。ここから先の計算例では仮に2,500円としますが、必ず自社の実額に置き換えてください。単価が変わると回収月数はそのまま比例して動きます。

式に入れ忘れやすい2つ

①で最も抜けるのは「事故の手戻り」です。転記ミスの発見と修正、どれが最新版か確認するやりとり、上書きされた行の復旧は、作業そのものより時間を食っているのに誰の作業時間にも入っていません。年に数回でも1回3時間なら、月あたりでは無視できない額になります。

②で抜けるのは保守と改修の月額です。初期構築費だけで比べると移行が安く見えます。月額がある場合は「初期構築費 ＋ 月額 × 24」を2年総額として並べると、判断がぶれません。

もうひとつ正直に書いておくと、削減できた時間はそのまま現金になりません。人を減らさない限り、会計上の利益は増えません。回収月数は「その時間を別の仕事に使えるか」を判断するための目安であって、資金繰りの計画には使えません。

規模の違う3ケースで回収月数まで計算する

以下は架空の数字による計算例です（実在の企業ではありません）。時間単価2,500円、月の稼働日20日で計算しています。

計算の中身を1つだけ追います。ケースAの①は、30分×2人×20日＝1,200分＝20時間、20×2,500＝50,000円。事故は年6回×1.5時間＝9時間なので月0.75時間、0.75×2,500＝1,875円。合計51,875円です。③は250,000 ÷（51,875 − 20,000）＝250,000 ÷ 31,875＝7.84。約7.8か月で回収します。

この3つを並べると、規模が大きいほど回収が早いとは限らないことが見えます。Cは人数が多い一方で、拠点をまたぐぶん残る手作業も多く、初期構築費も上がるため、Bより回収が遅くなっています。効くのは人数ではなく「①と②の差」です。入力者が少なくても事故の手戻りが大きい業務は、Aのように1年以内で回収します。

やめたほうがいい線引き

現場で目安にしているのは、回収月数が24か月を超えたら移行を止めるという線です。2年あれば業務そのものが変わりますし、その間に作ったものは作り直しになります。回収が24か月を超える業務は、シートの様式を整える・入力規則を付ける・関数で自動計算させるところまでで止めたほうが得です。

なお、Mihataでは今お使いのスプレッドシートを残したまま、入力画面だけを載せ替える形のサービスを行っています。移行の順番を守りやすい作り方なので、判断の材料としてスプシ de 社内アプリのページも見ていただけたら嬉しいです。

4週間の移行段取り（誰が・何を・何が終わったら次へ）

期間を4週間に切るのは、現場の集中が続く限度がこのあたりだからです。長く取るほど「今週は忙しいので来週」が積み重なり、旧シートと新しい画面が並走する期間が伸びます。並走が伸びると二重管理が定着します。

4週目の「編集権限を外す」が、この段取りで唯一の不可逆な作業です。ここを曖昧にしたまま終わると、必ず旧ファイルに書き足す人が出ます。削除はせず、閲覧のみにして残すのが安全です。

移行のときに効く公式仕様

3週目のデータ移行では、ツールの仕様が制約になります。ここは推測ではなく公式の数値を確認してから進めます。

3週目でいちばん多い事故は、CSVの仕様を知らずに「1ファイルぶん出したつもり」で他のシートを落とすことです。Microsoftのドキュメントに明記されているとおり、CSVは作業中のシートだけが保存され、書式は消えます。数式も値に変わるので、旧シートで数式が持っていた計算は、移行先で作り直す前提で設計します。

動作が重いだけでまだ移行を決めていない場合は、先にエクセルが遅い原因と対処法を試したほうが早いこともあります。

移行で失敗する4つのパターン

実務で見てきた失敗は、だいたい次の4つに収まります。どれも順番の問題です。

• 全部を一度に移す：受注も在庫も顧客も同時に移そうとして、どれも中途半端なまま繁忙期に入る。対象は1シートに絞り、1つ終わってから次に行きます。
• 現場の入力画面を後回しにする：先に集計やダッシュボードを作ると、決裁者は喜びますが入力者は旧シートを使い続けます。入力が移っていないデータは、いつまで経っても正しくなりません。
• 旧Excelが残って二重管理になる：4週目で編集権限を外さないまま「必要な人は旧ファイルも見てOK」にすると、両方に書かれて突合作業が増えます。移行前より作業が増える典型です。
• 影の台帳ができる：移行後も毎月CSVで書き出して、手元のExcelで自分用の集計を作る人が出ます。これは新しい画面に足りない集計がある合図なので、禁止するより先に、何が足りないかを聞きます。

今は移行しないほうがいい場合

次のどれかに当てはまるなら、今回は見送ったほうが結果が良くなります。

• 業務の手順がまだ固まっていない：毎月やり方が変わる業務を先に固めると、作ったものが3か月で合わなくなります。
• 入力者が1人：同時編集の事故が起きないので、①の「事故の手戻り」がほぼ0になり、回収月数が伸びます。
• 繁忙期の直前：3週目のデータ移行と4週目の並行運用には、現場の時間が必要です。空いている月に寄せます。
• 基幹システムの入れ替えが決まっている：その台帳が新システムに含まれるなら、移行先が二重になります。範囲を先に確認します。

最初の1時間でやること

着手の重さを下げるために、1週目の前に1時間だけ取ります。やることは3つです。対象シートを1つ選ぶ。入力している人に「この作業に1日何分かかっていますか」と聞く。過去1年の事故（上書き・行ズレ・最新版の取り違え）を何回あったか数える。

この3つの数字があれば、この記事の①と③はその場で計算できます。回収月数が出れば、移行するかしないかは判断できます。逆にこの3つを取らずに見積もりを取ると、金額の大小しか比べられません。