実績とランキングは仕様段階で確認します
実績やランキングは後から付け足せますが、条件、保存タイミング、失敗時の扱いを後回しにすると確認が難しくなります。
- 解除条件
- 送信タイミング
- オフライン時や失敗時の扱い
ローカライズとストア表示を分けて見ます
ゲーム内テキスト、Steam側の表示、ストア文言は管理場所が違います。どの文言をどこで確認するかを分けておくと、公開前の確認漏れを減らせます。
テスト用アカウントと権限を用意します
外部に確認を依頼する場合、権限を最小限にし、テスト後に停止できる状態を先に作ります。APIキーや管理者権限をそのまま共有しないことが重要です。
実務例：公開前チェックの時期
Steamworks連携は公開直前だけでなく、時期ごとに確認事項を分けると手戻りを減らせます。
| 時期 | 確認すること | 成果物 | 残しやすいリスク |
|---|---|---|---|
| 公開3か月前 | 実績、ランキング、クラウド保存の要否 | 連携項目リスト | 仕様変更の見落とし |
| 公開1か月前 | ビルド手順、テスト権限、ローカライズキー | 設定手順、権限一覧 | 確認環境の不足 |
| 公開2週間前 | ストア文言、実績解除条件、失敗時の扱い | 公開前チェックリスト | 文言差分と条件漏れ |
| 公開直前 | 最終ビルド、権限停止、ログ確認 | リリース確認メモ | 手順属人化 |
よくある相談例
Steamworks対応は公開直前にまとめて発生しやすく、ゲーム本体の確認と重なることがあります。
- 実績やランキングを後から入れたい
- テスト用ビルドと権限を整理したい
- ストア文言とゲーム内文言を分けて確認したい
依頼前に決めること
実装だけでなく、公開前に何を誰が確認するかを先に決めると進めやすくなります。
- 実績・ランキングの条件
- テストアカウントと権限範囲
- ローカライズとストア文言の管理場所
失敗しやすいパターン
公開直前に外部連携を追加すると、仕様変更とテスト不足が同時に起きやすくなります。
- 実績やランキングを終盤に追加する
- テスト権限が未整理のまま共有する
- ゲーム内テキストとストア文言が混ざる
Nobilwingで支援できる範囲
Steamworks連携の実装だけでなく、確認手順と公開前チェックを実務に落とし込めます。
- 実績・ランキングなどの連携実装
- ビルド確認手順の整理
- 公開前チェックリストとリスク共有
公開前チェック
- 実績・ランキング条件を一覧化する
- ビルド手順と確認環境を分ける
- ローカライズキーを整理する
- テスト用権限を用意する
- 公開前チェックをタスク化する