Excelの台帳を複数人で回していると、「誰かの入力が消えた」「最新版がどれか分からない」「集計が合わない」といった事故が起きます。本記事では、その原因を切り分けたうえで、どの台帳から優先してWebアプリ化すべきかの判断基準と、データを失わずに移行するための5手順を整理します。
- 対象台帳の棚卸し 更新頻度と同時利用人数で並べる
- 項目と入力ルールの整理 列定義・必須・選択肢を確定
- 小さく作って試す 1台帳・1業務だけで試用
- 並行運用で突き合わせ 一定期間はExcelと両方で記録
- 切り替えと退避経路の確保 データとプログラムの書き出し先を決める
Excel共有が限界に見えるときの3つの原因
「Excelが悪い」と結論づける前に、何が起きているかを分けて見ると打ち手が変わります。
1. 同時編集による上書き
ファイルサーバー上の台帳を2人が同時に開き、片方が読み取り専用で開いて別名保存する。その後どちらを正にするかの判断が属人化し、数時間分の入力が消えます。
2. 版の分岐
「顧客台帳_最新」「顧客台帳_最新_修正」「顧客台帳_0410田中」といったファイルが並び、どれが正か分からなくなる状態です。メール添付でやり取りしている場合は、受け取った側それぞれで別々に編集が進みます。
3. 行追加・列挿入による集計崩れ
集計式の参照範囲の外に行が追加される、フィルタをかけたまま並べ替えて行がずれる、入力規則のない列に表記ゆれが溜まる。いずれも気づきにくく、月末になってから数字が合わないことで発覚します。
限界の正体は「同時編集」「版の分岐」「集計崩れ」であり、どれが主因かで対処の優先順位が変わります。
原因が1つだけなら、クラウドストレージでの共同編集や、入力シートと集計シートの分離で改善する余地があります。3つが同時に起きている台帳は、仕組みそのものを入れ替える段階に来ていると考えてよいでしょう。
どの台帳からWebアプリ化するか：判断基準
社内のExcelをすべて置き換える必要はありません。移行の効果が出やすいのは、次の条件に多く当てはまる台帳です。
| 観点 | Webアプリ化を優先 | Excelのまま継続 |
|---|---|---|
| 同時に触る人数 | 3人以上 | 1〜2人 |
| 更新頻度 | 毎日〜週数回 | 月1回以下 |
| 外部の人の入力 | 顧客・取引先も入力する | 社内のみ |
| 入力項目 | 固定化している | 都度列を足して分析する |
| 必要な処理 | 申込受付・予約・請求など業務の流れがある | 一時的な集計・分析 |
移行を進める側
- 同じ台帳を3人以上が日次で更新している
- 社外からの申込や予約をメール・電話で受けて転記している
- 過去に上書き事故が起きたことがある
いまは待つ側
- 担当者1人が月次でまとめるだけの集計表
- 分析のたびに列や切り口を変えて使う作業用ファイル
- 他システムからの出力をそのまま保管しているだけのファイル
分析用途のファイルまで移すと、かえって柔軟性を失います。「決まった形で入力し、決まった形で出す」台帳が移行の対象です。
同時利用人数が多く、入力項目が固定化し、社外からの入力があるものから移します。
移行5手順：データを失わずに進める
1. 対象台帳の棚卸し
ファイル名、置き場所、更新する人、更新頻度、他ファイルとの参照関係を一覧にします。別の台帳からリンク参照されているファイルは、移行後に参照元が壊れるため、この段階で把握しておきます。
2. 項目と入力ルールの確定
現行の列を並べ、残す列・捨てる列・統合する列を決めます。あわせて、必須項目、選択肢にする項目（都道府県、ステータスなど）、自由記述のままにする項目を分けます。表記ゆれの大半は、ここで選択肢化することで解消します。
3. 小さく作って試す
いきなり全社展開せず、1台帳・1業務に絞って作ります。日本語の会話でアプリを作成できる作業台.jpのようなサービスを使うと、画面や項目を言葉で指定して組み立て、使いながら直していく進め方が取れます。予約受付、会員ページ、申込フォーム、請求書発行といった定型の業務は、最初の対象として切り出しやすい領域です。
4. 並行運用で突き合わせる
切り替え直後の一定期間は、Excelとアプリの両方に記録し、件数と金額の合計を突き合わせます。差分が出たら、入力の漏れなのか、項目の定義のずれなのかを確認します。この期間を設けずに切り替えると、不具合とExcel時代の記入ミスの区別がつかなくなります。
5. 切り替えと退避経路の確保
本番運用に乗せる前に、「元に戻せるか」「持ち出せるか」を確認します。作業台.jpには、変更を適用する前の確認、前の状態へ戻す機能、データとプログラムの書き出しがあります。運用開始前にこれらの手順を実際に一度試しておくと、トラブル時の判断が早くなります。
移行後に残りやすい運用上の課題
アプリ化しても、次の点を決めておかないと別の混乱が生まれます。
- 誰が項目を追加できるか：全員が自由に列を足せると、Excel時代の表記ゆれが再発します
- 過去データの扱い：何年分を移し、それ以前はどこに保管するか
- Excelでの出力先：会計処理や外部提出のためにExcel形式で出す必要がある場面は残ります
- バックアップの責任者：データとプログラムの書き出しを、誰がいつ行うかを決めます
仕組みを変えたあとも、項目を変更できる人と書き出しの担当を決めておく必要があります。
よくある質問
Q: Excelを完全にやめる必要がありますか
A: その必要はありません。入力と共有を伴う台帳をアプリ側に移し、分析や一時的な集計はExcelで続ける、という分担が現実的です。アプリ側からデータを書き出せるかを事前に確認しておくと、この分担が成り立ちます。
Q: 作った仕組みが使いにくかった場合、戻せますか
A: 作業台.jpでは、変更を適用する前の確認と、前の状態へ戻す機能、データとプログラムの書き出しが用意されています。運用開始前に一度書き出しと切り戻しを試し、手順を社内で共有しておくことをおすすめします。
Q: どの台帳から着手すればよいか迷います
A: 同時に触る人数が多く、更新頻度が高く、社外からの入力が発生している台帳が候補です。過去に上書き事故が起きたことがある台帳があれば、そこを最初の対象にすると効果が見えやすくなります。
まとめ
Excel共有の限界は、同時編集・版の分岐・集計崩れという3つの症状に分けられます。原因が1つなら運用の見直しで改善する余地がありますが、複数が重なっている台帳は仕組みの入れ替えを検討する段階です。移行は、棚卸し、項目整理、小さく試す、並行運用、切り替えと退避経路の確保という順で進めると、データを失うリスクを抑えられます。対象を選ぶ基準は、同時利用人数・更新頻度・社外入力の有無・項目の固定度です。作業台.jpのように、日本語の会話でアプリを作成・公開でき、変更前の確認と前の状態へ戻す機能、データとプログラムの書き出しを備えたサービスは、この進め方と相性の良い選択肢の一つです。
