時と場合に応じた選択を
中小企業がSaaS ERPの導入に踏み切る条件とは?
中小企業がSaaSのERPを導入しようとした場合、オンプレミスでの導入よりも多くの問題に直面する。そして、クラウドERPが全ての企業にフィットするとは限らない。
人工知能(AI)は少なくとも一部のアプリケーションでは定着したようだ。AIがビジネス、経済、さまざまなサービスにもたらすメリットは非常に大きい。だが、そうしたメリットは誰もが平等に受け取れるわけではない。
大半の主要なSaaS(Software as a Service)のERPの場合、コストはそれほど問題にならない。各ERPには何らかのAIが組み込まれており、そのほとんどは企業の規模に関係なく利用できる。問題になるのは「対象範囲」と「カスタマイズ性」だ。SaaS ERPで用意されている分析には制限があり、ユーザーは限られた分析しかできない。分析自体を拡張するのは言うまでもなく、出力結果を自社用に微調整するのも手間がかかり、大量のリソースが必要になる。
端的にいえば、クラウド型AIに頼りきりになることはできず、社内に分析スキルを有する人材が必要になる。しかし、そのコストは実に高額だ。
クラウド型AIの危険性
IBMの「Watson」やSalesforceの「Einstein」に見られるように、SaaSで提供されるAIには本質的な弱点がある。SaaSのAIは「誰もが満足するAI」「自社専用のデータサイエンティストのように働く」といった具合に、どのような用途でも使えると宣伝している。小規模企業に対しては「データを渡すだけで結果が得られる」というように、手軽さや便利さを売り込んでいる。当然話はそれほど単純ではなく、以下の理由からSaaS ERPの導入には慎重になる必要がある。
まず、内部のアルゴリズムがブラックボックスになっている点だ。用いるモデルの種類が異なれば、得られる結果も異なる。次に、結果を評価するにしても実際にどのような処理が実行されたかが分からない点だ。余分なデータは削ぎ落とされただろうか。どうすればそれを把握できるだろうか。結果の信頼性を高めるには何回処理を実行すればよいのだろうか。その答えは誰にも分からない。
データサイエンティストを雇う余裕はない
SaaSで提供されるAIは、企業が「自立」できない限り役に立たない。つまり、分析における問題を正しく設定し、適切なデータを準備し、結果を有意義に評価できる人材が社内に必要となる。
だが、こうしたスキルを有する人材を雇うにはコストがかかるし、見つけるのも難しい。特に中小企業では上記の条件を満たすような人材を確保するのが困難だ。データサイエンスの教育を受ける専門家の数が増え、データサイエンティストが使用するツールの性能が向上するにつれ、これらの問題は自然に解消されるだろう。しかし、現時点では何の解決策にもならない。
恐らく、EinsteinやWatsonといったクラウド型AIがもたらす最大の危険は、「真のデータサイエンティストはいずれ必要なくなる」という考えの流布だ。これは「全てのアプリ開発は間もなくコード記述の必要がなくなる」という迷信と似ている。だが現実的には、データ分析でもアプリケーション開発でも、コーディングと設計は必要だ。設計には、解決すべき問題とその問題を解決する技術を結び付ける深い知識が求められる。こうした知識の深さについては、人間は機械のずっと先を進んでいる。
確保しなければいけないのは熟練のデータサイエンティストだけではない。データ分析の基盤となるインフラも不可欠だ。社内でビッグデータ分析環境を構築しようとすると膨大なサーバリソースが必要になり、手間もコストもかかる。従って中小企業はクラウド型AIを採用せねばならず、その制限を受け入れるしかない。
クラウドとオンプレミスの選択
WatsonやEinsteinは基本的にペイパービュー方式、つまりSaaS ERPの基本機能以外を使った場合に課金する方式を採用している。インフラを購入するのではなく借用することで、自社では処理できないことに対処できる。具体的には、数TBの記憶容量を使った大規模ジョブの実行、R言語やPythonなどで記述した独自のコードによる処理、豊富な種類の組み込みAIによる顔認識、テキスト分析、感情分析などだ。
データの取得と格納も簡単にできる。SaaS型ERPの大半は、バージョンアップのたびに、ビッグデータのインポートとエクスポートが容易になっている。
ビッグデータを格納する領域は自社で持たず、習得が容易なツールセットを利用し、残りは外部に委託して、一歩ずつ着実に作業を進めていく――この一般的なフレームワークが、全てを自社でまかなえない小規模企業にとってのクラウド型AIと分析の方向性を示している。
しかしSaaS型ERPは全ての要素や専門知識が適切に提供され、実用的だからといって、常に最適な選択肢だとは限らない。時と場所によっては従来のオンプレミスを選択すべきだ。
多くの場所からデータが流れ込み、次々に発生する問題をリアルタイムで分析する必要がある場合は、SaaS型ERPが適している。一方で、主に履歴データを分析する場合はオンプレミス型ERPを導入すべきだ。そのほうがより導入コストを抑えられるだけでなく、軟性と適応性もあるため、既存プロセスと簡単に統合できる。社内スタッフも一度に増員する必要はなく、徐々に増やせばよい。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[日本オラクル株式会社] ピンチをチャンスに変えたEPR製品は? 先行企業の導入事例3選 -
技術文書・技術解説
[日本オラクル株式会社] 無自覚なリスク 秘伝Excelファイルが監査の壁、不正・ミスの温床となる理由 -
製品資料
[日本オラクル株式会社] 戦略的経理の第一歩 失敗のない「脱Excel」を実現する秘訣とは? -
技術文書・技術解説
[日本オラクル株式会社] いまさら聞けないオンプレERPとクラウドERPの違い 最適な製品をどう見極める? -
事例
[株式会社ビザスク] 連結売上高が約2倍に成長、富士フイルムが実践した新規事業創出の戦略とは?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
「0.3秒のスピード顔認証」の入退室管理が社員に好評 事例に学ぶオフィス改革
-
4
「ノートPC派」は損をしている? Dellと考える“自作PC”のメリット
-
5
エンジニアの生産性はどう測る? マネジメントに不可欠な可視化の実現方法とは
-
6
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
-
7
LINEヤフーはなぜ「社内の管理者」すら信用しないインフラを作ったのか
-
8
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
9
「また同じ説明か」 消費者の半数が離脱するAIチャットbotの“記憶喪失”
-
10
IT製品の導入に関するアンケート「PC&デバイス」編
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
5
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
“あのファイル転送”で暗躍するノーウェアランサム
-
9
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー