SaaS、オンプレミス、ソースコードの引き渡しのあいだで迷っているなら、まず初めに言っておくべきことがあります。「最良」のモデルなど存在しません——あるのは、あなた自身のデータの機微度・コンプライアンス義務・コスト構造に合ったモデルだけです。よくある誤りは、この決定を賃貸か購入かの値段比べとして枠づけてしまうことですが、本当の問いはこうです。誰がデータの鍵を握るべきか、そしてあなたはどれだけの運用責任を負い切れるのか。本稿では、料金表を見て反射的に選ぶ代わりに、意図を持った三段階の意思決定フレームワークをたどります。
三つのモデル、一つのプラットフォーム
Apusは同じ一つの製品を三通りに運用します。SaaS(Apusがホスティングし運用)、オンプレミス(あなたの境界内のサーバーで動く)、そしてソースコードの引き渡し(あなたがコードベースを所有し拡張する)。機能はまったく同じ——唯一の違いは、誰がインフラを握り、誰が鍵を持つかです。これは重要です。主権を得るために製品の能力を犠牲にする必要がないため、決定はただ一つの軸——あなたが本当に必要とする管理の度合い——へと収束します。
料金表ではなく、データから出発する
正しく選ぶには、データと義務から始め、コストは後にすることです。数字を見る前に、いくつかの問いに自ら答えてください:
- あなたのデータはどれほど機微か、そしてそれを自社の境界内に置くことを求める規制や顧客契約はあるか?
- インフラを運用するチームがいるか、それとも速く立ち上げるために電源を入れれば動くシステムが必要か?
- 中核ロジックのカスタマイズが必要か、それとも既存の設定で十分に応えられるか?
- 今週中の導入スピードを優先するか、それとも何年も自律できる資産を優先するか?
データの機微度が低く、運用チームなしで速く立ち上げたいなら、SaaSが選択肢です。規制や顧客がデータを自社の境界内に置くことを求めるなら、オンプレミスがその問いを完全に消します。深いカスタマイズと長期の自律が必要なら、ソースコードの引き渡しが道です。
最初の請求書ではなく、三年間のコスト
Apusは席数ではなくプラットフォームが消費するリソースに応じて課金するため、コスト計算は従来のERPとは違う動き方をします。人員の多い組織は、拡大するにつれオンプレミスやソースコードのほうが安くなると気づくことが多いです。ユーザーが増えても請求書が膨らまないからです。逆に、速さを求める少数精鋭のチームには、遊休サーバーや運用時間に対価を払わずに済むSaaSが合います。肝心なのは、三年間の総コスト——ライセンス、インフラ、運用人員、そして中断リスクまで——を計算することであり、最初の請求書だけを比べないことです。まさにそこで、モデルの順位が入れ替わるからです。
各モデルに伴う運用責任
管理が増えるほど責任も増える——これはこの比較であまり語られない側面です。SaaSでは、Apusがインフラ・バックアップ・更新・プラットフォームのセキュリティを担い、あなたは業務に集中します。オンプレミスでは、サーバーの運用・バックアップ・更新の窓を引き受けます。ソースコードの引き渡しでは、さらにコードベースの保守まで負います。現在の運用能力を超えるモデルを選ぶことは主権ではなく——リスクです。セキュリティパッチを適時に当てられないオンプレミスは、よく管理されたSaaSよりも安全性が低いのです。
一度選んだら永遠、ではない
最大の心理的障壁は、この決定が何年も自分を縛るという感覚です。そうではありません。多くのチームは価値を素早く証明するためにSaaSで始め、統制の必要と社内能力が高まったときにオンプレミスへ、あるいはソースコードの引き渡しへ移ります。データレイヤーが一貫して同じであるため、それはプラットフォームを一から作り直すことではなく、統制の効いた一度の移行なのです。
結論——三ステップのフレームワーク
どのモデルが安いか、という問いから始めてはいけません。この順序で進めましょう。一、データの機微度を分類し、コンプライアンス義務を列挙する——これでたいてい一つ二つの選択肢がすぐ外れます。二、社内の運用能力と正直に突き合わせる——負い切れる人がいない管理の度合いを選んではいけません。三、そこで初めて、残ったモデルの三年間総コストを計算します。正しいモデルは、どこに保管するかにあるのではなく、誰が鍵を握るべきか——そして誰がそれを握り切れるか——にあるのです。
「適切なモデルとは、ホスティングの問題ではなく、誰が鍵を握るべきかの問題です。」