【元情シスの大失敗】kintoneへのエクセル移行で陥る「縦スクロール地獄」と確実な脱エクセル戦略

2026年4月15日

kintoneエクセル移行で陥る縦スクロール地獄を防ぐための戦略的移行ガイドの表紙画像

SkillStack Lab 運営者のスタックです。

今回は多くの企業が直面しているkintoneへのエクセル移行というテーマについて、元情シスであり現在は管理部門長を務める私の実体験も交えながら詳しくお話ししていきたいかなと思います。

会社のデジタル化を進める中で、長年使い込まれてきたエクセルの業務をkintoneに移行して脱エクセルを図ろうと考える方は非常に多いですよね。

私も過去に全く同じ道を通り、そして盛大に失敗した経験があります。エクセルをそのまま読み込ませるだけの安易な移行がどれほど恐ろしい結果を招くのか、現場のリアルな実態をお伝えします。

この記事で分かること

kintoneのエクセル読み込み機能の手順と基本的なメリット
巨大なエクセル表をそのままkintoneに移行する危険性
現場の反発を招く縦スクロール地獄という最悪のUI問題
失敗から学んだバックオフィス業務における最適なツール選び

kintoneへのエクセル移行と情シス時代の失敗

ここでは、kintoneの便利な標準機能を使った移行の基礎知識と、私が過去に情シス担当者として実際にやらかしてしまった手痛い失敗のエピソードを赤裸々に公開していきます。

デジタル変革（DX）の第一歩として選ばれやすいkintoneですが、実は初期段階の設計ミスが後々の運用に大きな影を落とすことになるんですよね。私の屍を越えていってほしいなと思います。

読み込み機能で即座にアプリ化する手順

kintoneには、既存のExcelファイルを直接読み込んで、あっという間にウェブアプリを作成できる非常に便利な機能が備わっています。

複雑なプログラミングの知識を持っていなくても、画面のナビゲーションに従ってファイルをアップロードするだけでデータベース化できるのは、初めて触る人にとってかなり感動的ですよね。

具体的な手順としては、まずkintoneのポータル画面にある「アプリを作成する」ボタンから「Excelを読み込んで作成」を選択します。次に、手元にある移行対象のファイルを指定します。すると、kintoneがExcelの1行目を自動的に読み取り、それを「フィールド名（項目名）」として認識してくれます。

さらに、列に入力されているデータの中身をシステムが自動的に解析して、「ここは金額だから数値フィールド」「ここは名前だから文字列フィールド」といった具合に、最適なデータ型を推測して割り当ててくれるんです。

これ、最初見たときは「なんて賢いんだ！」と私も興奮しましたね。

インポートを成功させるためのデータ整形

ただ、この機能をスムーズに動かすには、事前の準備が欠かせません。

kintoneはあくまでデータベースなので、エクセル特有の「見た目重視のレイアウト」は天敵なんです。具体的には、以下の作業が必要になります。

セルの結合をすべて解除する：結合されたセルがあると、kintoneはどの列のデータなのか判別できずエラーを吐きます。
1行目を項目名にする：ヘッダーが2行に分かれていたり、タイトル用の空行があったりするとマッピングが狂います。
計算式を値に変換する：kintoneはExcel内の関数そのものを読み込むことはできません。計算結果のみをインポートするか、インポート後にkintone側の計算フィールドで数式を組み直す必要があります。

ここでの最大のポイントは、「1行が1つのレコード」というシンプルなリスト形式にエクセルを整えきることです。これができていれば、アップロード自体は驚くほど一瞬で終わります。

脱エクセルの簡単なやり方とメリット

この簡単なやり方でアプリ化に成功すると、企業にとって計り知れないメリットがもたらされます。

エクセルからkintoneへ移行することで実現する同時編集、最新版の一元管理、変更履歴の自動保存の解説図

まず現場レベルで一番効果が大きいのが、複数人でのリアルタイムな同時編集が可能になることですね。

エクセル運用時代に日常茶飯事だった「誰かがファイルを開きっぱなしにしていて読み取り専用になってしまう」というあのイライラ。

保存しようとしたら「別のユーザーによって編集されました」と出て、せっかく入力したデータが消えてしまう……なんて悲劇はもう起こりません。

また、すべてのデータがクラウド上の1つの場所に一元管理されるため、ファイルサーバーにコピーが乱立し「結局どれが最新版のファイルか分からない」といったカオスな状況も根本から防げます。

更新されたデータは即座に全員の画面に反映されるため、常に「単一の真実（Single Source of Truth）」が保証される環境が構築されます。

管理部門が泣いて喜ぶ「ガバナンス」の強化

管理職や情シスの視点で見ると、「誰が、いつ、どこを変更したのか」という変更履歴が自動的に残るのも大きな魅力です。Excelでは誰が上書きしたか追うのは不可能に近いですが、kintoneなら標準機能でログが残ります。

万が一の誤操作でも過去のバージョンにワンクリックで復元できるのは、安心感が違いますよね。

さらに入力フォームをカッチリ作れるので、誰かが勝手に列を追加したり、壊してはいけない関数を消したりする事故も未然に防げます。データの品質が保たれることは、その後の集計や分析の精度に直結します。

巨大な表をそのまま移すデメリット

しかし、この手軽さゆえに多くの人が陥ってしまう「エクセル脳」の罠があります。

それが、今のエクセル表を何も考えずにそのままkintoneに突っ込んでしまうという恐ろしいミスです。当時の私もまさにこの罠にハマりました。

エクセルは本来「表計算ソフト」なので、現場の担当者が長年の業務のあらゆる情報を1つのシートに詰め込み、横に50列も100列も続くような巨大で複雑な管理表になっていることが珍しくありません。

当時の私は、若手情シスとして「kintoneに読み込ませれば全部一気にクラウド化できて、みんなハッピーになるはずだ！」と安易に考えていたんです。

ところが、kintoneにはシステム上の物理的な制限が存在します。

例えば、Excelファイルを直接読み込んでアプリを作成する場合、「列数は最大500列まで、行数は1,000行まで」といった制限があります（出典：サイボウズ株式会社『Excelファイルからアプリを作成する際の制限事項』）。

kintoneへのインポート制限である最大500列・1000行や、結合セルのエラー、関数の引き継ぎ不可に関する注意点

構造上の限界と関数の制約

物理的な制限だけでなく、機能面でもエクセルを完全に再現するのは不可能です。

エクセルには数百種類の強力な関数がありますが、kintoneの標準機能で使える関数は、四則演算や簡単な条件分岐など、わずか10種類程度に限定されています。

別ブックを参照するような「VLOOKUP」の代わりは「ルックアップ機能」で代用できますが、挙動は全く異なります。

巨大で複雑な計算シートをそのまま移そうとすると、標準機能だけでは太刀打ちできず、高額なプラグインを買い足し続ける「プラグイン沼」にハマることになるんです。

これは情シス時代の私にとって、予算的にも運用的にもかなり厳しい展開でしたね。

縦スクロール地獄の最悪なUIで大反発

そんな巨大なエクセルをそのままkintoneに読み込ませた結果、現場にはどんな惨劇が待っていたでしょうか。

エクセルでは大きなディスプレイを使って横にスクロールすれば一覧で俯瞰できていた数十個の項目が、kintoneの標準の入力画面ではすべて縦一列にズラッと並んで表示される仕様になっています。

PCでは横方向で見渡せる表が、スマートフォンでは数十個の項目が縦一列に並び操作性が悪化する様子の比較図

つまり、1件のデータを新規入力したり、たった一箇所を修正したりするだけで、画面を延々と下に向かってスクロールし続けなければならない「縦スクロール地獄」が発生してしまったんです。

特に現場から嫌がられたのが、スマートフォンでの操作性です。外出先の営業担当者が「ちょっと客先で情報を確認したい」と思っても、必要な項目にたどり着くまでに何度も何度もスワイプが必要。

ようやく一番下にある「保存」ボタンにたどり着く頃には、指も目も疲弊しています。

現場からは「前の方が一覧性があって断然良かった」「kintoneに変えてから入力に3倍時間がかかるようになった」と猛烈な批判を受けました。業務改善のために良かれと思って導入したシステムが、逆に現場の生産性を著しく奪う結果になってしまったんです。この時の現場の冷ややかな視線は、今でも忘れられません……。

誰も使わず裏でローカルを使う失敗談

その最悪なUIの結果、どうなったか。現場のスタッフは次第に「使いにくいkintone」への入力を避けるようになりました。

最初は強制していましたが、そのうち「今は忙しいから後で入れます」と言いつつ、結局誰も入力しない。

そして、何が起きたかというと、現場のスタッフたちは自分たちの使い慣れた「旧エクセルファイル」をローカル環境でこっそり使い続けるという事態に陥ったんです。これが世に言う「シャドーIT」の発生です。

使いにくい新システムが放置され、現場がこっそり旧エクセルを使い続けるシャドーIT（隠れエクセル）の図解

システム上はkintoneが導入されているけれど、中身のデータはスカスカ。一方で、個人のPCのデスクトップには「本当の最新版」と書かれたエクセルファイルが保存されている。

これでは一元管理もクソもありません。高いライセンス料を払って、現場の文句を聞きながら、結果としてデータがバラバラになる……という最悪の結末を私は迎えてしまいました。

この失敗から学んだのは、バックオフィス業務において「何でも作れるツール」で無理やり自作・保守しようとするのは、結局誰の幸せにもならない場合があるということです。

もし今、あなたが同じような「エクセル地獄」に悩んでいるなら、無理にkintoneでゼロから構築する前に、世の中にある「特定の業務に特化したツール」を検討することをお勧めします。

その方が、UI/UXも完成されていますし、導入スピードも段違いです。

詳しいツールの選び方については、【元社内SEが警告】バックオフィス向け脱エクセルツールの決定版！無料で試せる神アプリ5選の記事で私の本音をぶっちゃけているので、ぜひ読んでみてください。

現場に愛されるシステムを作るためのヒントが詰まっているはずです。

元社内SEからのワンポイントアドバイス

kintoneは素晴らしいツールですが、自社でイチからアプリを設計・構築するのは、実はかなりの労力とセンスが求められます。

もしあなたの目的が「自社専用システムを作ること」ではなく、「今の重くて辛いエクセル業務から一刻も早く解放されること」なら、用途に特化した既存のSaaS（クラウドツール）に乗り換えるのが一番の近道だったりします。

現場の痛みを熟知する私が厳選したツールをまとめていますので、効率化にお悩みの方はこちらも読んでみてくださいね。

＼ VLOOKUP崩壊の絶望から抜け出す最適解／

現場が選んだ「脱エクセル」SaaS 5選を見てみる

kintoneのエクセル移行と特化型SaaSの活用

前章で私の痛烈な失敗談をお話ししましたが、実はあの経験が今の「管理部門長」としての私の判断基準を形作っています。

ここからは、kintoneへのエクセル移行を検討する際に、いつ「自作」を選び、いつ「特化型SaaS」に頼るべきか。その明確な境界線と戦略について、より踏み込んで解説していきたいかなと思います。

エクセル脳で陥るシステム化の注意点

システム移行を考えるとき、どうしても「今のエクセルのレイアウトをウェブで再現したい」という誘惑に駆られますよね。でも、kintoneとエクセルは根本的な設計思想が違います。

エクセルが「二次元の平面」だとすれば、kintoneは「レコード（行）という情報の塊」を扱うシステムです。

例えば、エクセルでよくある「セルの塗りつぶしによる進捗表現」や「備考欄への追記の嵐」。これらをkintoneでそのままやろうとすると、ステータス変更はラジオボタンになり、追記はコメント欄に分散します。

ここで注意すべきは、「情報を詰め込みすぎないこと」です。エクセルでは100項目あっても目が慣れれば見えますが、kintoneの画面でそれをやると、前述した「縦スクロール地獄」を再生産するだけです。

項目の断捨離、機能の分割（顧客・商談・入金）、鍵となるキー設定によるデータベース設計の最適化イメージ

データベース設計の基本に立ち返る

移行の際は、以下の注意点を意識してみてください。

項目の整理：本当にその入力項目、毎日使いますか？「念のため」で作った列は、kintone化する際に思い切って捨てましょう。
アプリの分割：1つのエクセルシートに「顧客情報」「商談履歴」「入金管理」が混ざっていませんか？これらは「顧客アプリ」「商談アプリ」「入金アプリ」に分割し、関連レコード機能で紐付けるのがkintoneの正しい使い方です。
一意のキー設定：社員番号や顧客IDなど、重複を許さない「ユニークな値」がエクセル側にあるか確認してください。これが無いと、データの更新（一括アップデート）時にシステムが迷子になってしまいます。

バックオフィス業務を自作するコスパ

管理部門長になってから特に痛感しているのが、人事・労務・経理などのバックオフィス業務をkintoneで自作することの「維持コスト」の高さです。

エクセルからの移行はスタート地点に過ぎません。導入した後には、必ずメンテナンスの義務が発生します。

たとえば給与計算。法改正で社会保険料率が変わる、インボイス制度が始まって請求書のフォーマットが変わる、電帳法で保存要件が厳しくなる……。

これらが発生するたびに、kintoneの設定やJavaScriptのカスタマイズを自前で修正できますか？

修正したあとの動作テスト、正しく計算されているかの検証、これらすべての責任を負わなければならないのが「自作」の恐ろしさなんです。これを私たちは「技術負債」と呼んだりしますね。

法改正や税率変更に伴うシステムの保守・改修作業が、担当者の大きな負担（隠れた維持負担）になることを示すイラスト

特に中小企業の情シス担当は、他にもPCの修理やセキュリティ対策などやるべきことが山積みです。そんな中で「業務システムの法対応メンテナンス」に時間を溶かすのは、ハッキリ言ってコスパが最悪だと言わざるを得ません。

業務に特化した完成済みツールの導入

そこで浮上するのが、「最初から完成している特化型SaaS」を導入するという選択肢です。たとえば勤怠管理なら、打刻画面や残業計算、有給休暇の管理までが完璧なUIで用意されています。

私たちがやるべきことは、会社独自の就業規則をパラメータとして設定するだけ。あとはベンダーが法改正に合わせて勝手にアップデートしてくれます。

これをkintoneで作ろうとしたら、どれだけ高度なスキルと時間が必要になるか……想像するだけで恐ろしいですよね。

SaaS導入による「業務の標準化」

特化型ツールを入れる最大のメリットは、「世の中の標準的な業務フロー」に強制的に合わせられることです。

「うちの会社は特殊だから」という理由でエクセルが複雑化していた場合、ツールに合わせることで業務自体をスリム化できるチャンスになります。

kintone移行の目的が「効率化」なら、自作にこだわらず「プロが作った画面」に乗っかる方が、現場の教育コストも驚くほど下がります。

私の今のスタンスは、「独自性の強いフロント業務はkintone、ルールが厳格なバックオフィス業務はSaaS」という使い分けですね。

用途別SaaSの活用で確実な脱エクセル

では、具体的にどのようにツールを配置していけばいいのか。kintoneをハブ（中心）にしつつ、専門領域を外出しにする構成を考えてみましょう。

kintoneはAPI連携が非常に強力なので、データをつなげることは後からでも可能です。

独自の柔軟性が求められる業務はkintone、法規制が厳しい定型業務は特化型システムを推奨する比較表

重要なのは、現場が「入力するのが苦にならない」画面を各業務で提供してあげることです。

対象業務	kintoneでの移行	特化型SaaSでの移行	スタックの推奨判断
顧客管理・案件管理	◎（カスタマイズ性が武器）	○（CRM専用ツール）	kintoneがおすすめ。会社独自の営業スタイルを柔軟に反映できるため。
勤怠管理・給与計算	△（設定と法対応が激務）	◎（法改正に自動対応）	特化型SaaS一択。社労士の確認が不要になるレベルの安心感があります。
経費精算・仕訳入力	○（プラグインが必要）	◎（AI-OCRやカード連携）	特理型SaaSが有利。レシート撮影や明細連携のUIは自作では勝てません。
在庫管理・工程管理	◎（バーコード連携等）	○（大規模向けERP等）	kintoneがおすすめ。現場の棚の配置や作業フローに合わせて画面を組めるため。