設計原則

ゲーム運用チームの測定可能で達成可能な目標を定義し、必要に応じて適応する: ゲームのヒット主導型の性質上、ゲームの起動時にゲームをプレイするプレイヤーの数や、進行中のゲーム運用に対するプレイヤーの期待値を事前に判断することは困難です。利害関係者と野心的だが達成可能な目標を設定し、ゲームが射影を超えた場合にスケールアップし、ゲーム開発チームがプレイヤーエクスペリエンスを最適化している間にスケールダウンできるアプローチを設計することが重要です。これらの要件を満たすために事前に十分な準備とテストを行い、ビジネス関係者と技術関係者をゲームを運用するための目標に合わせます。ターゲットを定義すると、ゲームチームはゲームバックエンドインフラストラクチャの計画、設計、プロビジョニング、テスト、デプロイ、運用中にコストとパフォーマンスの適切なバランスを実現できます。

運用ランブックを使用して、ゲームのローンチや特別なイベントに関連するスケーリングアクティビティを計画する: ゲーム運用チームは、ビジネスステークホルダーと連携して、イベントの予想されるピークプレイヤーの同時実行数の予測をモデル化し、事前にインフラストラクチャ容量を事前スケーリングするためのプロアクティブな計画を実行する必要があります。イベント中のプレイヤートラフィックは変動するため、事前の計画とスケーリング前のアクティビティによって既存の自動スケーリングシステムが強化され、イベント中の成功の可能性が向上し、プレイヤーにポジティブなエクスペリエンスを提供するのに十分なリソースがあることを確認する必要があります。パフォーマンスエンジニアリングプラクティスを実装して、リソースのベースラインとシステムの容量に関するデータ駆動型の理解を開発します。これにより、スケーリング前のアクティビティと自動スケーリング設定のガイドに役立ちます。プロセスの一貫性を確保するために運用ランブックを作成します。この高度な計画とプレイヤーの需要への対応性は、ライブサービスゲームにとって特に重要です。ライブサービスゲームでは、アクティブでエンゲージメントの高いプレイヤーベースを長期間にわたってサポートするために、信頼性の高いパフォーマンスとインフラストラクチャを維持する必要があります。

プレイヤーサポートリクエストを受信、調査、応答するための運用モデルを確立します。起動後、ゲームに関する苦情と問題のレポートを監視します。コミュニティフォーラム、ソーシャルメディア、E メール、チケットシステム、コールセンター、自動チャットボットソリューションなど、プレイヤーの問題を適切に解決するために、安全で効果的な方法でプレイヤーとやり取りするための適切なシステムを実装します。これは、プレイヤーベースとの継続的なコミュニケーション、変化するニーズに対応するためのプレイヤーフィードバックへの応答性、および長期間にわたるエンゲージメントのあるコミュニティの維持を必要とするライブサービスゲームにとって特に重要です。