購入信頼性ワーキンググループ

属性

ビジネス目標

すべてのステークホルダーが十分に文書化し、容易に理解できる購入・注文システムを構築します。 このシステムは、最初から回復力があり、信頼性が高く、可観測性を備えたものにします。 現在のユースケースに対応するだけでなく、チャネルパートナー、従量課金、プロジェクト Horse など、 新しい購入ワークフローの追加にも容易に対応できるシステムにします。 最終的に、これらすべてを購入者エクスペリエンスを犠牲にすることなく実現します。 プロダクトとのタッチポイントは今日よりもさらにシームレスになり、 特にプロダクト内で直接アップセル機会を表示し始める際には、よりシームレスであるべきです。

定義

購入とは何か？

GitLab では、「フルフィルメント」は一般的にエンジニアリングの Fulfillment サブ部門 を指します。

混乱を避けるため、このワーキンググループでは「購入」を発注、請求、ライセンス、フルフィルメント、 リード生成（セールス向け）、レポーティング（財務向け）などのすべての内部ワークフローを含む エンドツーエンドの購入エクスペリエンスを表す包括的な用語として使用します。

このワーキンググループのコンテキストで「フルフィルメント」という用語が使われている場合、 それは「購入システム」全体を指している可能性が高く、 特定の Fulfillment サブ部門 を指しているわけではありません。

関連プロジェクトとドキュメント

Slack チャンネル

• #s_fulfillment
• #s_fulfillment_engineering
• #enterprise-apps
• #bt-integrations

先行事例

• コマーシャル & ライセンス ワーキンググループ
  • ハンドブックページ
  • アジェンダ ドキュメント
  • 目的: 将来的なコマーシャルおよびライセンス取引を処理するシステムのビジネス要件と顧客体験要件を定義する
  • 成果:
    • Zuora 唯一の情報源 ディスカッション ペーパー
    • ???

インフラストラクチャ

インフラチームは、2022-01 末までに CustomersDot をレガシーの Azure VM から GCP に移行する Fulfillment を支援することを約束しています。詳細については 2021-11-30 エンジニアリングアロケーション レビュー) のディスカッションを参照してください。

これにより CustomersDot は運用の観点から残りのアプリケーションスタックと統一されますが、 アプリケーションにはまだインスツルメンテーションとアラート設定が必要であり、 現在のこのアプリに対する可観測性と洞察の欠如に対処する必要があります。

エンジニアリング（Fulfillment）

• CustomersDot
• gitlab-org&3602: GitLab <> Customers、License、Zuora 統合

エンタープライズアプリ

• Quote to Cash
• Platypus
• gitlab-com/business-technology/enterprise-apps&293: ディストリビューター eマーケットプレイス

セールス

• セールスシステム（例: Salesforce）
• 内部セールス ハンドブック 定義
• ブッキング メトリクス テクニカル ドキュメント

完了基準

このワーキンググループの使命は、ステークホルダー間（例: エンジニアリング（開発）、エンタープライズアプリ、セールス、財務）の合意を取り付けることです。これには、短期的な技術的負債への対応と、今後のチーム/サービス境界の明確なビジョンの定義が含まれます。

1. 各システムのインフラロードマップの定義
2. 各システムの情報源を含むデータモデルの定義
3. Order to Cash システムのシステム統合の定義
4. チーム横断の変更管理メカニズムの定義
5. クロスチーム調整のためにコミット済みロードマップアイテムを約2四半期先まで見通した、FY23 の各チームの組織体制とスタッフィング計画の定義

役割と責任

ページのソースコードを見る - ページの編集 - please contribute.