この問いはシステム導入の議論でほぼ必ず登場し、そしてほぼ必ず間違った方法で答えられます。数字を比べるという方法です。二つの選択肢は価格ではなく、目的そのものが違います。
借りることは「技術に触れずに来週から動かすには」に答えます。ソースコードを買うことは「自分の名前で育てて売れる資産を持つには」に答えます。前者が目的ならソースコード購入は無駄であり、後者が目的なら賃借は行き止まりです。
実際に手に入るもの
| 観点 | 月額で借りる | ソースコードを買う |
|---|---|---|
| 初期費用 | 小さい。低額の月額から | 大きい。数百万〜数千万ルピア |
| 長期費用 | ずっと続き、通常上がる | 止まる。残るのはサーバーと保守のみ |
| 所有 | アクセス権を借りている | システムが自社資産になる |
| カスタマイズ | 提供範囲内に限られる | 自由。技術力の範囲まで |
| ブランド | 提供元のブランド | 完全に自社ブランド |
| 再販 | 通常は禁止 | 可能。しばしばそれ自体が事業モデル |
| 技術的責任 | 提供元にある | 自社に移る |
| 主なリスク | サービス終了や値上げ | 誰も保守しなくなること |
借りるのが正解な場合
使いたいのであって所有したいわけではないとき、賃借が正解です。兆候は明確で、要件が標準的で、社内に技術者がおらず、今週から動かしたい場合です。
賃借には常に過小評価される利点があります。選択を誤ったときの損失が小さいことです。チームの働き方に合わなければ解約し、失うのは数ヶ月分の費用だけです。ソースコードの選択を誤れば、投資全体を失います。
実務的な助言: 使ったことのないカテゴリのシステムなら、まず三ヶ月は借りてください。実際の運用だけが、本当に重要な機能を教えてくれます。デモでは決して分かりません。
ソースコード購入のほうが妥当な場合
購入が正解になるのは三つの状況です。第一に、自社ブランドで展開したく、他社名の付いた製品を売りたくない場合。第二に、業務が独特で標準システムが常に窮屈に感じられる場合。第三に、最も見落とされがちですが、再販するつもりがある場合です。
支出を投資に変えるのはこの三番目です。一度購入したマルチテナント型システムは、自社で使いながら多数の顧客に貸し出せます。コストは固定、収益は反復。ある時点からそれは経費ではなく事業の一部門になります。
購入時の最大の落とし穴: 誰が保守するかを決めずに買うこと。ソフトウェアは放置できる機械ではありません。セキュリティ更新、外部サービス変更への追随、不具合修正が必要です。初日から保守費用を予算化してください。
正直に比較する方法
一ヶ月ではなく三年で比べます。賃借なら月額に36を掛け、想定の年次上昇を加えます。購入なら購入額に、三年分のサーバー・保守・追加開発を足します。
そのうえで、表計算が尋ねない問いを足してください。三年目の終わりに何を所有しているか。賃借の答えはゼロ、購入の答えは、まだ使え、改変でき、収益化できる資産です。