プレビュー、確認、保留、成功、配信、所有済み、Koin不足、キャンセル、中断、再開（再読込）状態を分けて定義する。アイデンティティ、永続化、ネイティブ課金、セキュリティ、返金、ポリシー、監視は後続の本実装作業として割り当てる。
購入を名称付きの状態と遷移として定義する。プレイヤー向けプロトタイプを、アイデンティティ、永続化、ネイティブ課金、セキュリティ、返金の実装作業から分離する。
テクニカルプロデューサーガイド · Unreal Prototype Teams · Koin購入UX
テクニカルプロデューサー：UnrealゲームIAP - Koin購入確認の仕様策定とテスト — 世界初のオンラインネイティブUnrealワークフロー
AI生成されたUnreal prototype teamsプロトタイプを使って購入確認をテストする。正確なアイテム、Koin量、残高への影響、明確な確定/キャンセル操作をどのように表示するかを作成する。これはネイティブ実装前にテクニカルプロデューサーが具体的な判断を下すためのものです。
このゲームフローを作成する
Unrealプロトタイプチーム向けテクニカルプロデューサーの意思決定
プラットフォームコンテキスト
Unrealプロトタイプチームが期待する入力、レイアウト、割り込み、復帰の挙動に合わせて設計する。
プロトタイプの境界
SEELEはこのページからネイティブUnrealコマースプロバイダーの設定を行うとは主張していません。
購入確認の実践
開始状態
プレイヤーが拒否できる1つのアイテムとそのプレビュー、正確なKoin価格、消費前の残高、所有ルールを、Unrealのプロトタイプチームに適したレイアウトで表示する。
主なタスク
正確なアイテム、Koin額、残高への影響、明確な確定/キャンセル操作をどのように表示するかを記述する。各変更は技術的な状態として隠すのではなく、プレイヤーに対して可視化して表示する。
Recovery
アクションのキャンセル、残高不足、保留、配信中断、再読み込みを視覚的に区別し、安全な次アクションを提示する。
役割決定
プレビュー、確定、プレイヤーによるキャンセル、Koin不足、保留、成功、配布、所有済み、再読み込みをマッピングする。各失敗に対して安全な次のアクションを与える。Unreal UI、ゲームプレイ状態、サービス、プラットフォームコマース作業を割り当てる前に、プラットフォーム統合タスクを作成するためのプレイヤー向け疑問をこのプロトタイプで解決する。
テクニカルプロデューサー向け購入確認のディープダイブ
Blueprintsの前に体験フローをプロトタイプ化する
テクニカルプロデューサー向けに、この購入確認プロトタイプは、ゲーム内で表示されるプレイヤーのすべてのアクションと結果を、プレイヤーが確認しやすい形で評価できるようにする必要がある。どのように選択中アイテム、Koin額、残高への影響、明確な確定/キャンセルアクションを表示するかを記述する。プレビュー、確定、プレイヤーキャンセル、Koin不足、保留、成功、付与、所有済み、再読み込みをマッピングする。失敗時は必ず安全な次の行動を提示する。Unreal UI、ゲームプレイ状態、サービス、プラットフォームコマースの作業を割り当てる前に、ブラウザ版でオファー提示タイミング、情報順序、回復挙動を確定する。
コンセプトとプロバイダ設定を分離する
所有、永続性、オンラインサービス、ネイティブコマースプロバイダー、返金、セキュリティ、認証を独立したタスクとしてリスト化する。このページはUnrealの購入統合を設定しない。
エンジン想定シナリオを作成する
後続のUnrealテストには、プレイヤーに見える遷移（拒否、Koin不足、保留、配送中断、所有済み状態、再開）をそのまま引き継ぐ。UIとゲームプレイ状態で同一結果を検証する。
すべての状態と所有者を命名する
プレイヤー行動を確認、アイテム識別、価値、Koin価格、プレビュー、所有権を決めます。購入が完了する前に、チェックアウトフローの要点を明確化します。
冪等リカバリーを定義する
確認の重複、応答遅延、配信中の画面遷移、再開時は1つの結果に収束する必要がある。どの状態が権威的かを記録し、プレイヤーが再付与やKoin減算なしで安全に再試行できる方法を明示する。
プロトタイプをチケットに変換する
まず目に見える挙動を捉え、次に各遷移とプラットフォーム境界ごとに実装タスクを期待例付きで作成します。動作するブラウザ操作を、バックエンドの商取引実装が完了したという非対応な主張に変換してはいけません。
完全な選択を繰り返す
確認画面は、選択済みアイテム、正確なKoin金額、表示可能なKoin残高、残高差分、所有ルールを、別のオファーを提示せずに繰り返して表示する必要がある。この挙動をUnreal prototype teamsでテストする。このページではSEELEはネイティブUnrealコマースプロバイダーを設定することを主張しない。
確定とキャンセルを分離する
ターゲットとなる入力方法に対して、ラベルが明確で十分な間隔を持つ個別アクションを使用する。ゲームへ戻る操作は決してKoinを消費してはならない。この振る舞いはUnreal prototype teamsでテストする。このページではSEELEは、ネイティブUnrealコマースプロバイダーを設定することを主張していません。
重複確認を防ぐ
確認後に保留状態を表示し、結果が確定するまで繰り返し入力を無効にします。応答が遅い場合に重複付与が発生しないことを確認します。Unrealプロトタイプチームでこの挙動をテストします。SEELEは本ページでネイティブUnrealコマースプロバイダの設定を構成すると主張しません。
ゲームプレイヤージャーニー向けテクニカルプロデューサーワークフロー
1. プラットフォームの前提を設定する
Unrealプロトタイプチーム向けの入力と画面挙動を選択する。プロトタイプ概要の横にプラットフォーム制限を記載してください。
Result: 誠実なスコープ
2. 購入確認をマッピング
正確なアイテム、Koin量、残高影響、明示的な確定/キャンセル操作をどのように表示するかを記述してください。各ポイントでのプレイヤー行動と視認可能な反応を記述します。
Result: 明確な購入確認シーケンス
3. Koinの選択を追加する
アイテム、正確な価格、残高、確認、キャンセル、保留、成功、配信を、決済プロバイダの画面なしで表示します。
Result: プレイヤーの完全な導線
4. テクニカルプロデューサーの観点を適用する
プレビュー、確定、キャンセル、Koin不足、保留、成功、配信、所有済み、再読み込みをマッピングする。すべての失敗に対して安全な次のアクションを提供する。
Result: プレビュー、確認、保留、成功、配信、所有済み、Koin不足、キャンセル、中断、再開（再読込）状態を分けて定義する。アイデンティティ、永続化、ネイティブ課金、セキュリティ、返金、ポリシー、監視は後続の本実装作業として割り当てる。
5. 返却と復旧のテスト
配信を中断し、入力を繰り返し、再読み込みを実施する。プロトタイプは二重付与を行わず、説明されない状態でプレイヤーを残さないこと。中断後と再読み込み後に再テストを実施する。
Result: 安定したプロトタイプ
すべての状態とリカバリーパスを提示する
プロンプト1
テクニカルプロデューサー向けに、ブラウザでプレイ可能なコマースフローのリファレンスを作成する。IAPプロトタイプは、選択アイテム、正確なKoin額、残高影響、明確な確定/キャンセルアクションを提示することに重点を置く。直接購入のKoinアイテム取引を用い、プレビュー、正確な価格、確定、キャンセル、残高不足、成功、配信、再読み込みの挙動を含める。テクニカルプロデューサーは、すべての状態、所有者、失敗経路、期待されるチェックを特定できる必要がある。サブスクリプション、決済プロバイダーUI、売上分析、ネイティブ実装を示す表現は追加しない。このページでの明確な境界: SEELEはネイティブUnrealコマースプロバイダーを構成・設定することを主張しない。
プロンプト2
アイテムは任意。正確なKoin価格、支出前残高、確認、キャンセル、残高不足、成功、視認可能な配信、再読み込み状態を表示する。
テクニカルプロデューサーテストチェックリスト
- この購入確認シーケンスは、Unrealプロトタイプチームにとって自然に感じられる。
- ゲームプロダクトマネージャーにとって、このカタログデザインのプロトタイプは、ゲーム内でプレイヤーのあらゆる行動と結果を見せ方を簡単に評価できるようにするべきです。チェックアウト前にアイテムの識別、価値、Koin価格、プレビュー、所有権をどのように定義するかを記述してください。プレイヤーのニーズ、アイテムの範囲、所有権ルール、Koin価格、無料経路を定義してください。年齢前提、アクセシビリティ、権利、プラットフォームの期待値を確認します。Unreal UI、ゲームプレイ状態、サービス、プラットフォームコマースの作業を割り当てる前に、ブラウザビルドで購入時点、情報表示順、リカバリー動作を確定してください。
- アイテム、Koin価格、残高は購入確認前に表示される。
- キャンセル、残高不足、保留、成功、再読み込みはそれぞれ異なる結果を持ちます。
- このページは境界線を明記しています：SEELEはこのページからネイティブUnrealコマースプロバイダーの設定を提供するものではありません。
- 配信を中断し、入力を再実行し、再読み込みする。プロトタイプは二重付与をしてはならず、説明のない状態でプレイヤーを残してはならない。
プラットフォームと実装の制約
- SEELEはこのページからネイティブUnrealコマースプロバイダーの設定を行うとは主張していません。
- このガイドは1つの任意ゲームアイテムに対して直接Koin取引を使用します。サブスクリプションまたは定期課金は作成しません。
- その結果はブラウザでプレイできるプロトタイプです。ネイティブ課金、認証、永続的権利、セキュリティ、返金、およびストア承認は別途実装が必要です。
- SEELEはこのフローを通じて、決済分析、税務ツール、支払いレポート、収益保証を提供していない。
よくある質問
ここでの購入確認とは何を意味しますか？
正確なアイテム、Koin量、残高への影響、明示的な確定/キャンセル操作をどのように表示するかを記述してください。結果はプレイ可能なKoinフローとして示されます。
これはサブスクリプションですか？
いいえ。プレイヤーは1つの指定アイテムまたはアンロックに対して直接Koinを消費します。
プレイヤーがキャンセルした場合はどうなりますか？
Koinを消費せずに、アイテムを配信することなく同じゲーム状態に戻す。
Koin残高が不足している場合はどうなりますか？
不足を表示し、進行を維持し、アイテムを配布しない。
これは決済や収益レポートを含みますか？
いいえ。これはプレイヤー向けの購入体験をカバーしており、財務レポートは対象外です。
このプロトタイプはネイティブストア対応の準備ができていますか？
いいえ。SEELEはこのページからネイティブUnrealコマースプロバイダーの設定を提供するものではありません。
購入確認プロトタイプの指定とテスト
SEELEで完全版プロンプトを開き、アイテムとKoin価格を調整したうえで、再生してテストできるバージョンを生成する。
このプロンプトをWorkspaceで開く