SaaSのグローバル展開は海外主体で始めよ――カスタマイズの罠を避けるために

SaaSのグローバル展開で、カスタマイズの罠にはまっていないか。どこから始めるかで、その後のアーキテクチャが大きく変わる。自分の経験から言えば、答えは明確だ。海外主体で始めるべきだ。

正直に言う。自分はかつて日本主体で始めたプロジェクトに関わり、この失敗を身をもって経験した。だからこそ断言できる。

なぜ日本主体のSaaS導入は失敗するのか

日本企業の社内IT部門でEA（エンタープライズアーキテクチャ）を推進していると、痛感することがある。日本はシステムの数が多い。業務部門も多い。そして業務部門は、例外なく「自分たちの業務フロー」を守ろうとする。

SaaSを入れるとなると、業務部門は必ずこう言う。

「うちの業務はこのSaaSの標準機能では対応できない」

この一言から、カスタマイズが始まる。最初は小さい。しかし積み重なる。気づいたときには、SaaSなのにカスタマイズだらけという状態になっている。これはSaaSを入れたのではなく、SaaSの皮をかぶったスクラッチ開発をしたのと大差ない。

フィット・トゥ・スタンダードを阻む壁

フィット・トゥ・スタンダード（SaaSの標準機能に業務を合わせる考え方）の原則は、多くの企業が掲げる。しかし現場では機能しない。なぜか。業務部門がカスタマイズを求めるのは、わがままではないからだ。業務が変わることへの恐怖だ。

業務フローが変わると、関係会社・関係部署への調整が発生する。その調整コストが膨大で、誰もやりたくない。だから「SaaSに業務を合わせる」のではなく「SaaSを業務に合わせる」という方向に引っ張られる。

ITとしては、業務部門が要件を決めれば、それに従って実装するだけだ。意外とITサイドに強い抵抗はない。問題は常に業務部門にある。

ここが、日本主体でSaaSグローバル展開を始めることの最大のリスクだ。そして自分はこの構図を、止められなかった。

グローバル標準を骨格にすると何が変わるのか

海外拠点はそもそも、グローバルスタンダードの業務プロセスに慣れている。SaaSのデフォルト機能がそのまま業務に合うケースが多く、カスタマイズの要求が少ない。

海外主体でSaaSを立ち上げると、グローバルスタンダードの構成がそのまま骨格になる。その骨格を日本に展開するとき、「グローバル標準はこうなっている。日本はここだけ例外だ」という議論ができる。

日本主体で始めたときとは、議論の出発点が違う。「日本の要件を全部満たすシステム」ではなく「グローバル標準に乗れるか、乗れないか」という判断軸になる。SaaSグローバル展開の成否は、この判断軸をいつ確立できるかにかかっている。

稼働後に差が出る――構成のシンプルさとレガシー廃止スピード

コスト・スピード・保守性は、稼働時点では大きな差が見えない。差が出るのは稼働後だ。

構成のシンプルさとレガシーシステムを削減する意思決定のスピード、この2点に明確な差が出る。

海外主体で始めたプロジェクトは、構成がシンプルなままだ。カスタマイズの積み重ねがないから、次の意思決定が速い。「このレガシーシステムを廃止できるか」という判断を、早いタイミングでできる。

日本主体で始めたプロジェクトは、カスタマイズが積み重なった状態で稼働している。構成が複雑なまま残り、レガシーの廃止判断が遅くなる。これがDX推進における長期的なボトルネックになる。

日本固有の業務はサブシステムで切り離す

日本にしかない業務フローは、確実に存在する。それをグローバルのSaaSに全部入れようとするのが間違いだ。

判断の基準はシンプルだ。そのSaaSが対象とする業務範囲内で、一般的に使われる機能かどうか。これがフィット・トゥ・スタンダードの境界線になる。

例えば人事系SaaSであれば、一般的な評価プロセスはSaaSの標準機能でカバーされる。しかし執行役員の評価プロセスは、多くの企業で例外的な運用になる。こういった「業務範囲外の例外」は、グローバルSaaSに無理やり入れない。サブシステムとして別に持つ。

SaaSの対象業務範囲内・一般的に使われる機能：そのまま乗る。業務をSaaSに合わせる。
業務範囲外・例外的な運用：サブシステムで対応する。グローバルSaaSをシンプルに保つ。

この切り分けができているかどうかが、EA推進者の腕の見せどころだ。

外部リファレンスで自社の方針を固める

自社だけで「どこから始めるか」「どこまでカスタマイズするか」を議論しても、答えは出にくい。業務部門は自社の業務しか知らないからだ。

SaaSのグローバル展開を先進的に進めている企業は、必ずどこかにある。ガートナーのレポートや同業他社のCIO講演、SaaSベンダーが公開している導入事例などを外部リファレンスとして徹底的に活用する。自社に当てはめたとき何が合って何が合わないかを判断する。その上で自社の方針を決める。

「他社がやっているから」という理由でそのまま真似するのではない。外部の事例を吸収した上で、自社としての方針を明確にする。それがEAの仕事だ。

SaaSのグローバル展開は海外から始めよ

一言で言えば、SaaSのグローバル展開は海外から始めよ。日本主体で始めると業務部門の抵抗によってカスタマイズが積み重なり、SaaSの価値が失われる。日本固有の例外業務はサブシステムで対応しグローバルSaaSをシンプルに保つ。その判断を支えるのが、先進企業の外部リファレンスだ。グローバル展開を見据えたアーキテクチャの骨格は、最初の一手で決まる。

あなたの現場では、SaaSのグローバル展開をどこから始めましたか？カスタマイズの積み重ねに悩んだ経験はありますか？ぜひコメントで聞かせてください。