ja

使い方?

ビジネスの助けが必要ですか?

お客様のニーズに合わせたパーソナライズされたFinMV見積もりについては、お問い合わせください。

着手前に合意する、明確な所有権への道筋

ソフトウェアベンダーへ永続的に依存することはビジネス上のリスクであり、多くのプラットフォーム契約はそれを静かに生み出しています。「いつか移行できる」というよくある約束にはほとんど価値がありません。誰もそのための準備をしませんし、ベンダー側にもそれを容易にする理由がないからです。私たちは、最初の段階で出口を契約に書き込んでおくことを選びます。

あらかじめ決められた3つの道

Pilot。本格的なプロジェクトを開始する前に、貴社のブランドと選択したシナリオで実際に動作するプラットフォームを、低リスクで期間限定で確認できる方法です。期間終了後、環境は読み取り専用に切り替わるか、制御された形で無効化されます — 予期せず何かが削除されることはありません — そして、合意した期間内に本番へ移行する場合、Pilotの支払いは本番の費用に充当されます。

Build-to-Own。初期費用を抑え、管理された期間中は月額料金を支払う方式です。合意された期間と支払い条件が満たされると、貴社の実装のソースコードに関する権利が貴社に移転します。導入資金と運用負荷をその間ずっと私たちが負担するため、この方式の総コストは一括購入より高くなります — これがこの取引の対価であり、私たちはそれを隠さずに明示します。

初日からの所有権。納品時点で、中間の管理期間なしに、納品された実装に関する合意済みの権利をすぐに取得します。これは独立性への最短経路であり、総コストも最も低くなります。

3つのモデルすべての現在の価格の目安は価格ページに掲載されており、コンフィギュレーターが正確な提案を作成します。

引き渡しに実際に含まれるもの

  • 貴社のプロジェクト向けの実装と、合意された権利のもとでのそのソースコード
  • 貴社のブランド、設定、貴社固有のシナリオ
  • 貴社の運用向けに構築された統合
  • データベーススキーマと貴社のデータ
  • デプロイ設定とインフラに関する手順書
  • 貴社の実装をカバーするドキュメントとテスト

ここに一覧を示しているのは実務上の理由からです。スキーマ、デプロイ手順、テストを伴わない引き渡しは、プラットフォームの引き渡しではなく、単なるコードの入ったフォルダにすぎません。

FinMVのバックグラウンドIPが終わる境界

クライアントは、引き渡された実装について所有権、または合意された権利を取得します。FinMVには、既存の自社技術、再利用可能な仕様、標準コンポーネント、アーキテクチャ上の意思決定、蓄積された知見が引き続き残ります。

実務上これは、再利用可能なプラットフォーム仕様、共通のドメインモデル、標準モジュールと統合パターン、適合性テスト、テンプレート、社内メソドロジーがFinMVに残り、すべてのクライアントに対して機能し続けることを意味します。貴社が受け取るのは自社のプラットフォームであり、当社そのものではありません — この区別は解釈に委ねられるのではなく、契約書に明記されています。個別の完全な権利譲渡はエンタープライズ向けの選択肢として可能ですが、標準の製品ではありません。

権利移転後

サポートは購入できる製品であり、すでに支払った対価を所有するための条件ではありません。メンテナンス、マネージドオペレーション、アーキテクチャに関するアドバイザリーは別途提供されており、別のエンジニアリングチームがプラットフォームを引き継ぐこともできます — まさにそのためにドキュメント、スキーマ、テストが存在します。

独立性こそが成果物です。私たちとの協業を続けるかどうかは、貴社が選ぶべき決断であって、抜け出せない状況であってはなりません。

Does your proposal actually define any of this?

Source, repository, infrastructure, backups, rights and handover. Check whether the document on your desk answers them, or leaves them to whoever holds the accounts.