結論:Excelをやめるのではなく、「壊れている部分」だけをシステムに移す
脱Excelの相談で最も多い失敗は、全部を一度にシステムへ置き換えようとして頓挫することです。Excel は優秀な道具であり、向いている仕事も多くあります。移すべきなのは、Excel が構造的に苦手な部分だけです。
この記事では、どこまでを Excel に残し、どこからをシステムにすべきかの線引きと、その進め方を整理します。
Excel が限界を迎えるのはどこか
Excel が壊れるのは、ファイルが重くなったときではありません。複数人が同時に触りはじめたときです。
症状から見る限界のサイン
| 症状 | 何が起きているか |
|---|---|
| 「最新版_v3_確定_修正.xlsx」が並ぶ | 更新の同時性が担保できていない |
| 誰かが開いていると編集できない | 排他制御の限界 |
| 集計マクロが特定のPCでしか動かない | 属人化。作った人が辞めると止まる |
| 手入力の転記が複数箇所で発生している | 同じデータを二重・三重に持っている |
| 過去のデータを遡ると数字が合わない | 履歴が残らず、いつ誰が変えたか追えない |
| 「あの数字どこ?」を人に聞いている | 検索性が失われている |
このうち2つ以上に当てはまるなら、業務システム化の検討時期です。1つだけなら、Excel の運用ルールを整えるほうが安く済みます。
Excel を続けたほうがいい場合
- 使うのが1〜2人で、同時編集が発生しない
- 集計の型が毎回変わる(探索的な分析)
- 一時的な作業で、来年には使わない
これらはシステム化するとかえって不便になります。Excel の自由さが仕事の速度を作っている領域です。
脱Excelで実際に解決できること
① 二重入力がなくなる
見積を Excel で作り、受注したら別の Excel に転記し、請求時にまた会計ソフトへ入力する。この転記が入力ミスの温床であり、最大の時間泥棒です。
一箇所に入れたら他へ流れる形にすると、転記そのものが消えます。効果が最も出やすいのがここです。
② 「今どうなっているか」が即座に分かる
Excel は集計した瞬間のスナップショットです。案件が進むたびに誰かが更新しないと、実態とズレます。
システム化すると、入力された時点で最新になります。月末に集計しないと分からなかったことが、常に見える状態になります。
③ 履歴が残る
誰がいつ何を変えたかが記録されます。トラブル時の原因追跡だけでなく、「言った・言わない」を減らす効果が実務では大きいです。
④ 権限を分けられる
Excel は開ければ全部見えます。給与・原価・顧客情報など、見せる範囲を分けたいデータがあるなら、ファイル分割で頑張るより早いです。
⑤ 属人化から抜けられる
「あのマクロは前任者が作ったので誰も直せない」状態は、実質的な負債です。システム化はドキュメントと引き継ぎが前提になるため、この状態から抜けられます。
進め方:小さく始めて広げる
ステップ1:どのExcelが「痛い」かを数える
まず、社内で使われている Excel を洗い出し、次の観点で点数をつけます。
| 観点 | 点 |
|---|---|
| 同時に触る人が3人以上 | 2点 |
| 他のファイルやシステムへ転記している | 3点 |
| マクロが入っていて、作った人しか分からない | 2点 |
| 月次で必ず使う(一時的でない) | 2点 |
| 数字が合わなくなったことがある | 3点 |
合計7点以上のものから着手します。全部を並べて優先順位をつけると、だいたい上位2〜3個に問題が集中しています。
ステップ2:既製サービスで足りるか確認する
作る前に、既製品で済むかを必ず検討してください。
| 用途 | 既製で足りることが多い |
|---|---|
| 顧客管理・商談管理 | CRM/SFA(kintone、Zoho、HubSpot 等) |
| 勤怠・給与 | 勤怠管理サービス |
| 会計・請求 | 会計ソフト(freee、マネーフォワード 等) |
| ファイル共有・簡易DB | kintone、Airtable、Notion 等 |
業務が特殊でなければ、既製品のほうが安く早く確実です。 開発が必要なのは、既製品では表現できない自社固有の業務ロジックがある場合に限られます。
ステップ3:1業務だけ移す
最初から全社展開しないでください。一番痛い1業務を、一部門だけで動かすのが定石です。
理由は2つあります。ひとつは、使ってみないと本当に必要な機能が分からないこと。もうひとつは、最初の1つが成功しないと社内の協力が得られないことです。
ステップ4:Excel との併用期間を設計する
移行時、しばらくは両方が動きます。この期間を「移行期」として明示的に設計してください。
- いつまで両方使うのか
- どちらが正なのか
- いつ Excel を止めるのか
これを決めずに始めると、両方が中途半端に生き残って二重入力が増えるという、最悪の状態になります。
ステップ5:出口(Excel出力)を残す
現場は Excel で見たい場面が必ずあります。システムから CSV / Excel で出せる口を用意しておくと、抵抗が減ります。「Excelを取り上げられる」と感じさせないことが、定着の分かれ目です。
費用と期間の目安
構成によって幅がありますが、目安として:
| 規模 | 内容の例 | 費用の目安 | 期間の目安 |
|---|---|---|---|
| 小 | 1業務・1画面群。既製サービスの設定+一部開発 | 30〜100万円 | 1〜2か月 |
| 中 | 複数業務の連携。マスタ管理+帳票出力 | 100〜300万円 | 2〜4か月 |
| 大 | 基幹に近い範囲。会計・在庫との連携を含む | 300万円〜 | 4か月〜 |
いずれも要件で大きく変わります。まず小で始めて、効果を見てから広げる進め方をお勧めしています。
失敗しやすいパターン
「現行踏襲」で作ってしまう
今の Excel をそのまま画面にすると、Excel の悪いところまで引き継ぎます。移行は、やめる業務を決める機会でもあります。「この項目、実は誰も見ていない」が必ず出てきます。
現場が入力しない
入力の手間が増えると、システムは使われなくなります。入力する人にとっての利点が1つもない設計は必ず失敗します。入力した人が、その場で楽になるものを1つは入れてください。
完璧を目指す
最初から全部の例外に対応しようとすると、いつまでも完成しません。8割の通常ケースを先に動かし、例外は手作業で回すほうが、結果的に早く定着します。
よくある質問
Q. kintone のような既製サービスと、開発はどちらがいいですか?
まず既製サービスで試すことをお勧めします。月数万円で始められ、合わなければ止められます。既製で3か月使ってみて、どうしても足りない部分が明確になってから開発を検討するのが、最も損の少ない順序です。
Q. Excelのデータは移行できますか?
多くの場合できます。ただし、表記ゆれ(「株式会社A」と「(株)A」)や、セル結合、途中に挿入された小計行があると、そのままでは取り込めません。移行前のデータ整理に一定の工数がかかることは見込んでおいてください。
Q. 社内に反対する人がいます
反対の理由はたいてい「今のやり方で困っていない」か「新しいものを覚えたくない」です。前者なら、その人の業務は移さなくて構いません。困っている業務から始めるのが結局いちばん速い進め方です。
Q. 補助金は使えますか?
業務システムの導入は補助対象になる制度があります。ただし公募時期・要件は年度で変わり、採択は保証できません。当社は制度の説明と要件に沿った見積書の作成まで支援できますが、申請代行は行っていません。
当社の考え方
Nortiq Labs にご相談いただいた際、「これは作らないほうがいいです」とお伝えすることがあります。既製サービスの設定で足りる話に開発費を投じるのは、お互いにとって損だからです。
実際に構築した例では、中古フィギュア店向けに iPad の在庫登録アプリを作り、レジは既製のPOS(スマレジ)に任せる構成にしました。全部を作らず、作る価値のある部分だけを作るという判断です。
現状の Excel を拝見すれば、どこが痛くて、何を既製品に任せられるかをお伝えできます。まずは現物を見せていただくところから始めさせてください。
関連記事
- 社内システム外注の要件定義チェックリスト|失敗を防ぐ7項目
- システム開発会社の選び方|失敗しない比較チェックリスト