kintoneに移行する前に整理すべきこと｜Excel台帳をそのまま移すと失敗する理由

なぜ「そのまま移行」が危ないのか

Excel台帳が苦しくなると、つい「今の列を全部kintoneに作ればよい」と考えがちです。ですがこのやり方だと、Excelで起きていた問題を別の場所へ移すだけになります。

典型的には次のような失敗が起きます。

• 項目が多すぎて入力画面が重い
• ステータスが曖昧で結局自由入力になる
• 関連表を別アプリへ分けたが運用が整理されていない
• 権限が甘く、見せたくない情報まで見える
• レポート要件が後から出て作り直しになる

kintoneが向いているケース

kintoneは、現場業務に合わせた入力画面や一覧やステータス管理を組みたいときに相性が良いです。特に向いているのは次のようなケースです。

• 部門内で複数人が更新する
• ステータスや担当の流れを持たせたい
• 一覧・絞り込み・通知が必要
• 権限を細かく分けたい
• 本格開発ほど重くはしたくない

移行前に整理すべき5つの論点

1. 項目を「使う項目」と「なんとなく入っている項目」に分ける

Excel台帳には、昔作ったまま使っていない列が混ざっていることが多いです。kintoneへ移す前に、列をこの3つへ分けます。

• 毎回使う項目
• 特定条件でしか使わない項目
• もう使っていない項目

最後の項目は、思い切って捨てる候補です。

2. ステータスを業務の現実に合わせる

進行中 ひとつでは管理になりません。かといって細かすぎるステータスは現場が使いません。

たとえば案件管理なら次のように絞ると扱いやすいです。

目的	例
現在地を把握する	新規、商談中、提案済み、受注、失注
次のアクションを決める	期限付きの次回対応
会議で集計する	担当者別、ステータス別、月別受注

3. 一意キーを決める

Excelでは行番号でなんとなく管理していたものも、システム化すると識別子が必要です。

• 顧客コード
• 案件番号
• 問い合わせ番号
• 請求番号

この採番ルールが曖昧だと、連携や重複排除で詰まります。

4. 権限設計を先に考える

移行後に「この項目は見せたくない」が出ると、後戻りが増えます。最低限、

• 誰が閲覧できるか
• 誰が更新できるか
• どの部署だけに見せるか

は先に整理します。

5. どんな一覧とレポートが必要か決める

kintoneの入力画面だけ作っても、会議や日次運用で使う一覧が弱いと定着しません。先に欲しい出力を決めておくと、必要項目も自然に決まります。

やってはいけない移行

Excelの列を全部そのまま再現する

最も多い失敗です。列数が多いままでは、入力負荷も設計の複雑さも改善しません。

例外処理を後回しにする

通常フローだけ決めて開始すると、例外時だけ別アプリやExcelが復活します。

現場の利用シーンを見ない

PCだけで設計すると、実際には会議中や外出先で更新しにくいという問題が出ます。

おすすめの進め方

1. 現行Excelの列を棚卸しする
2. 利用場面ごとに項目を整理する
3. ステータスと必須項目を決める
4. まずは1業務だけ小さく移す
5. レポートと権限を整えてから対象を広げる

まとめ

kintone移行の成否は、ツール導入そのものより、移行前に何を捨てて何を残すかを決められるかでほぼ決まります。

先に整理したいのはこの5点です。

• 項目の棚卸し
• ステータス設計
• 一意キー
• 権限設計
• 出力要件