ブログに戻る
選び方・導入9分で読めます

IT担当者がいない会社の基幹システム導入完全ガイド(2026年版)

IT担当者がいない会社でも運用できる基幹システムの選び方を完全解説。SIerに依存せず、非エンジニアの経営者と事務担当者が自分で設定・運用できるクラウドERPの条件、ノーコードの承認・マスター設定、そして導入から社内定着までの2026年版中小企業向けガイドをまとめました。

著者 Kikan System チーム公開 EN/JA

中小企業の経営者なら、こう言われた経験はないでしょうか。「ERPを導入するなら、まず専任のIT担当者を採用するか、SIer(システムインテグレーター)に頼んでください」。つまり、基幹システムは複雑すぎるし、実際に業務を動かしている人たちが自分で運用するには技術的すぎる、と。

その助言は、もう古くなっています。

2026年、中小企業の過半数は、専任のIT部門がなくても基幹システムを導入し運用できるようになっています。売上5,000万ドル(約75億円)未満の中小企業の80%以上がすでにERPに依存しており、導入の判断基準はIT部門の規模ではなくなりつつあります(出典)。クラウド提供が、サーバーの保守という重荷を自社からプロバイダーへと移したのです。かつては専任エンジニアとオンプレミスのサーバー、そして常駐のコンサルタントが必要だったものが、適切なシステムであれば、経営者や業務責任者がブラウザから立ち上げ、運用できるものへと変わりました。

本ガイドは、「IT担当者を採用するまで前に進めない」と言われ続けてきた会社のために書きました。何が変わり、何を基準に選び、コンサルタントを頼らずに運用できるシステムをどう評価するかを整理します。

従来の助言が通用しなくなった理由

長年、基幹システムの導入プロジェクトとは、社内のサーバー室に機材を置き、外部ベンダーが数か月かけて構築し、その後は専任の社員がシステムを生かし続ける、というものでした。パッチの適用も、バックアップも、アップグレードも、すべて自社の責任でした。そのシステムを理解しているただ一人の人が退職すれば、会社は丸腰になります。

これを変えたのが、三つの構造的な変化です。

1. サーバーの購入も保守も不要。 真のクラウドシステムは、コンテナ化されてプロバイダー側でホストされ、ブラウザからアクセスします。オンプレミスのインストールも、パッチのスケジュールも、減価償却すべきサーバー機材もありません。プロバイダーが「サーバーの設定も保守も不要」と謳うとき、それはインフラ層の責任を自社ではなくプロバイダーが負う、という意味です。

2. 技能がプロダクトの中に組み込まれた。 セキュリティ、アクセス制御、バックアップ、アップグレードは、かつて人間が実行する作業でした。現代のクラウドERPでは、それらは機能の一部です。ロールベースのアクセス制御、パスワードレスログイン、テナント単位のデータ分離が最初から備わっており、後付けではありません。

3. アプリケーションの使い勝手が、決定的な選定基準になった。 業務を代行するIT部門がいない状況では、システムそのものが、現場の人が操作できるものでなければなりません。ERP Advisors Groupの調査では、ERP選定における第一位の基準は「アプリケーションの使いやすさと機能性」であり、社内にIT部門が存在しない場合にこそ決定的になる、とされています(出典)。

結果として生まれたのは、十年前には存在しなかった新しいカテゴリーです。非技術的な経営者が設定し、セキュリティを確保し、SIerなしで運用できるシステムです。クラウド型は2025年にERP市場全体の54.4%を占めるまでになり(出典)、その中の一定の割合は、コンサル主導のプロジェクトではなく、自己完結型の導入を前提に作られています。

「IT担当者を採用してから」が永遠に来ないコスト

「待つ」という判断は理解できます。しかし、そのコストは現実のものとして積み上がっています。

日本では約73%の中小企業がDX(デジタルトランスフォーメーション)で目に見える成果を出せていないと回答しており、成果が出ていると答えたのはわずか約27%にとどまっています(経産省2025年調査をもとにした分析)。この調査は、成果の有無を分ける要因として、経営者の関与、現場の巻き込み、優先順位の明確さを挙げており、ツールそのものの問題とはしていません。IT担当者がいない会社にとっては、ここに鋭いパラドックスがあります。システムを運用する人材がいないから基幹システムの導入を先送りし、導入しないからDXの成果が出ない。労働市場が供給してくれない人材を待つことが、企業の競争力を支える近代化そのものを、いつまでも先延ばしにしてしまうのです。

その間、手作業は山積みになります。営業の受注データを会計ツールに打ち直す。在庫を手作業で数え、スプレッドシートと突き合わせる。消費税の確定申告を四半期ごとにゼロから組み直す。どれも、すでにいっぱいいっぱいの現場にとっての税であり、放置するほど修正は困難になります。

この連鎖を抜け出せる会社は、IT人材の採用を前提条件とするのをやめ、「IT担当者がいなくても運用できるように設計されたシステム」を探し始めた会社です。

自社で運用できる基幹システムとは、具体的にどういうものか

クラウド製品であれば何でも条件を満たすわけではありません。「自社で運用できる」と言えるシステムとは、かつて専任の担当者を必要とした作業を、プロダクト自体が引き受けるものです。具体的に示しましょう。

サーバーなし、インストールなし

システムはブラウザで動きます。アカウントを作り、メールを認証すれば、すぐに始められます。ローカルのPCに何かをインストールする必要も、データベースサーバーを調達する必要も、ネットワークを構成する必要もありません。オンボーディングはメールでゲートされており、プロバイダーが1〜2営業日以内にテナントの設定について連絡します。

パスワードレスログインが標準

非技術的なユーザー向けのシステムが、多くの企業で維持されていないパスワードの運用に依存してはなりません。適切なシステムは、パスキーで認証します。ログインはパスワードより強固でありながら、より簡単です。端末を登録し、名前を付け、生体認証やセキュリティキーでサインインします。忘れるパスワードも、リセットするパスワードも、フィッシングされるパスワードもありません(パスワードレスの実践的な仕組みについては、パスワードレス認証の解説を参照してください)。

二要素認証という安全網

パスキーと並んで、TOTPベースの二要素認証とバックアップコードを備えたシステムであれば、端末を失くしても業務が止まることはありません。かつては別の認証基盤(IdP)を構成しなければならなかったレベルの制御が、製品の中に組み込まれています。

管理者を置かなくてもできるアクセス制御

従来のシステムでは、「誰が何を見られるか」を決めること自体がプロジェクトでした。自己運用を前提としたシステムでは、ロールベースのアクセス制御が組み込まれており、カスタムコードではなく、ロールと権限の設定で構成します。「一定額以上の支払承認には、FinanceロールとManagerロールの両方を保持すること」といったルールを表現できます。デフォルトのロール・権限マッピングにより、よくあるケースは初期設定で機能し、そこから微調整していきます。

テナント単位のデータ分離

経営者が夜も眠れないのは、「自社のデータが本当に他の顧客と切り離されているか」です。各顧客のデータは、独立して分離された専用のデータベースに保存されます。自社のデータは、共有テーブルの一行にフィルターで区切られたものではありません。独立したデータベースの中にあります。

自分で設定できるセキュリティ制御

テナント単位のIP記可リスト(ホワイトリスト)を使えば、社内のIP帯域からのみアクセスを許可できます。社外のネットワークからはシステムに到達できず、同時にヘルスチェックには影響しません。かつてはネットワークエンジニアが必要だった制御が、今は一つの設定で済みます。

専用アプリ不要のモバイル対応

PWA(Progressive Web App)であれば、システムはスマートフォンにインストールでき、オンラインでもオフラインでも動作し、別のネイティブアプリをダウンロードして更新し続ける必要がありません。倉庫の現場から承認を確認したり、顧客情報を検索したりするのに、IT部門がモバイル環境を整備する必要はありません。

これら一つひとつが、かつてIT担当者の採用を正当化していた作業を取り除きます。合わせれば、プロバイダーがインフラとセキュリティの負荷を担い、自社が業務の設定を担う、という体制を描けます。

自社で運用するシステムをどう評価するか

社内に頼れるエンジニアがいないとき、評価の重みは従来のERP選定とは変わります。実践的なフレームワークを示します。

機能の数ではなく、使い勝手から始める。 IT部門が存在しない状況では、使い勝手と機能性が最大の選定基準になります(出典)。最初に確かめるべきは、実際にシステムを使う人が、研修なしで核心的な作業を完了できるか、です。業務責任者が承認ワークフローを作り、ロールを設定し、取引を検索できるか。答えが「ノー」であれば、機能一覧の長さは意味を持ちません。

デモではなく、本物の試用を求める。 デモはベンダーが見せたいものを見せます。試用は、現場の手にシステムが耐えられるかを示します。営業電話の前にフリーティアを用意しているシステムを探してください。製品に触れる前にコンサルタントを要求するようであれば、誰が運用する想定なのかが見えます。

カスタマイズではなく、設定で済むかを確かめる。 IT部門が必要になる一番の近道は、システムを特殊にカスタマイズし、専門家しか保守できない状態にすることです。承認ルーティング、ロールのマッピング、税の設定といったよくある要件が「設定」で済むシステムを選び、カスタマイズをまれな例外にしてください。このトレードオフについては、フィット・トゥ・スタンダードとカスタマイズの比較を参照してください。

セキュリティが製品に組み込まれているかを確認する。 パスキー、二要素認証、ロールベースのアクセス制御、IP制限、顧客間のデータ分離が最初から備わっているか、それともアドオンや連携、カスタム開発が必要かを確認してください。「アクセス制御はどう徹底するのか」という問いに対するベンダーの答えが「IdPを別途用意してください」であれば、IT部門が必要な状況に逆戻りです。

SIerによるインストールが要るかを確認する。 クラウドのシステムであれば、オンプレミスのインストールは不要なはずです。導入の話がサーバーやVPN、構築だけの専門サービス契約に及ぶようなら、それは自己運用を前提とした設計ではありません。真のクラウドファーストな選択がどのようなものかは、クラウドERPとオンプレミスの比較を参照してください。

自分で組める承認ワークフローがあるかを見る。 自己運用できるシステムのもっとも明確なシグナルの一つが、ノーコードの承認ワークフローです。チームがコードを書いたり変更申請を出したりすることなく、多段階の承認を設計し、ロールに割り当て、本番に乗せられるのであれば、そのシステムはIT部門のいない会社のために作られています。実際の仕組みは、ノーコード承認ワークフローの解説を参照してください。

非技術的な買い手のためのチェックリスト

導入を決める前に、このリストを一通り確認してください。大半をクリアするシステムであれば、自社で運用できます。

  • ブラウザで動き、ローカルへのインストールもオンプレミスのサーバーも不要
  • 営業トークの前に試せるフリーティアがある
  • パスワードだけでなく、パスキーやパスワードレスで認証できる
  • バックアップコード付きの二要素認証がある
  • デフォルトのロールを微調整できるロールベースのアクセス制御がある
  • 専用のテナントデータベースにデータが分離される
  • テナント単位のIP許可リストを自分で設定できる
  • ネイティブアプリ不要で、PWAとしてモバイルで使える
  • 非技術的なユーザーがコードなしで承認ワークフローを組める
  • インフラ、セキュリティパッチ、アップグレードをプロバイダーが担う

よくある質問

IT部門のない会社でも、本当に自社でERPを運用できるのでしょうか。

はい。現代のクラウド基幹システムを定義づける特徴は、インフラとセキュリティの負荷をプロバイダーが担い、業務チームがコードではなく設定でシステムを構成できることです。かつて専任のIT担当者が必要だった作業、バックアップ、パッチ適用、アクセス制御、サーバー保守は、製品またはプロバイダーが引き受けます。こうしたシステムがそもそも何をするものかについては、基幹システムの選び方ガイドを参照してください。

導入にSIerやコンサルタントは必要ですか。

自己完結型の導入を前提としたシステムであれば、必須ではありません。複雑な連携要件や大規模なデータ移行がある場合、コンサルタントは有用です。ただし基本の導入、アカウント作成、ロールの設定、承認の構成は、チームが直接できるものであるべきです。ベンダーが専門サービスを販売しないと製品を見せられないのであれば、誰が運用する想定なのかが見えます。

システムを構築した一人が退職したらどうなりますか。

設定は人の頭の中ではなくシステムの中に存在するため、従来のオンプレミス構成に比べ、退職による影響ははるかに小さくなります。ロールと権限は記録されており、承認ワークフローは製品の中に文書化され、アクセス権は再割り当てできます。組織の知識は、システムそのものの中にあります。

ブラウザで動くシステムで、財務データを扱うのに十分な安全性はありますか。

セキュリティが後付けではなく組み込まれていれば、十分に安全です。パスキー認証は、パスワード方式より強固です。各顧客のデータは独立して分離された専用のデータベースに保存されるため、財務データが他の会社と混ざることはありません。テナント単位のIP制限で、社内ネットワークからのアクセスに限定できます。二要素認証が復旧の経路を提供します。いずれも、社内にセキュリティエンジニアがいなくても設定できます。

会社全体を一度にcommitしないで始める方法はありますか。

フリーティアから始めてください。自己運用モデルに自信を持つシステムであれば、少人数、通常は2ユーザーまでクレジットカード不要で無料で始められ、自社の数字で価値が証明された後に拡大できます。これは、最初のステップが有料のコンサル契約だった従来のモデルとは正反対のアプローチです。

コンサルタントではなく、2ユーザーから始める

2026年に基幹システムで成功する会社は、IT部門がもっとも大きい会社ではありません。業務を動かしている人たち自身が運用できるように設計されたシステムを見つけ、規模を拡大する前に小さく始めて価値を証明した会社です。

「まずIT担当者を採用する」必要はありません。「SIerにサーバーを構築してもらう」必要もありません。必要なのは、セキュリティが標準で備わり、コードなしで運用でき、できることとできないことに正直な、クラウドの基幹システムです。

2ユーザーまで無料、クレジットカード不要で → 無料で始める から始められます。毎月もっとも苦しいあの業務を持ってきてください。最初の30日が、自社の数字でどう変わるかを見てみましょう。

関連記事

選び方・導入
7分で読めます

Fit to Standard vs カスタマイズ:基幹システム導入の判断基準

基幹システム導入でフィット・トゥ・スタンダードとカスタマイズをどう切り分けるか。設定で済む範囲と、カスタマイズが価値を持つ場面、そして古い業務プロセスをコードで作り直す隠れた保守コストまでを見通し、何年にもわたり保守する負担まで含めて判断する実務的な枠組みを解説します。

続きを読む
選び方・導入
8分で読めます

基幹システムとは?2026年のクラウドERP選び方完全ガイド

2026年の基幹システム選びを完全ガイド。売上・購買・在庫・会計を一元管理する土台選び、月末の慌ただしさをなくす月次決算の短縮、消費税とインボイス制度の構造的対応、2025年の崖の回避まで、経営者・CFO・業務責任者向けに失敗の代償を実体験で学ばずに済む選び方の要点を解説します。

続きを読む
選び方・導入
7分で読めます

2025年の崖を乗り越える:中小企業の基幹システム刷新ガイド

2025年の崖はすでに現実になりました。ベンダーサポートの終了、属人化したサーバー、後継者不足を踏まえ、中小企業が古い基幹システムを刷新し、月次決算を短縮し、インボイスや電子帳簿保存法に確実に対応し、会社を危険に晒さずに刷新するための実践ガイドをまとめました。

続きを読む

始めてみませんか?

2ユーザーまで無料、カード不要で始められます。月末のいちばんの悩みを聞かせてください。最初の30日がKikan Systemでどう変わるか、具体的にお見せします。

無料で始める