平台现状
已有平台还是新项目，当前钱包与技术架构有什么约束。
Stage 01第一步不是发接口，
第一步不是发接口，
而是确认需求。
一次有效询盘应该让商务、产品和技术团队知道：当前处于什么阶段，真正需要解决什么问题。
内容需求
希望匹配哪些内容范围，首批接入和测试的优先级是什么。
市场条件
目标市场、语言、币种、内容可用性和责任边界分别记录。
协作角色
谁负责商务、产品、技术、测试和市场/合规确认。
The full path
四个阶段，每一步都有输入和输出。
不预先承诺固定时长；环境、资料、支持方式和上线条件都在项目确认中逐项明确。
需求匹配
输入：平台、钱包、内容、市场与运营目标。
输出：首批范围、关键未知和下一步参与人。
技术范围确认
输入：目录、游戏启动、钱包协作、记录核对和安全要求。
输出：双方职责、资料范围、环境条件和测试计划。
测试与验收
输入：已确认目录、技术资料、测试条件和异常场景。
输出：可复现结果、失败证据、问题责任和验收结论。
上线前协同
输入：配置、目录、环境、支持方式和市场确认清单。
输出：双方确认的上线边界；不以网站替代认证、合同或当地规则判断。
Define done before test
测试开始前，先定义什么算通过。
“能打开游戏”只是部分证据。完整测试还需要覆盖钱包协作、记录核对、异常和问题升级。
功能链路
- 目录与配置
- 启动与返回
- 钱包协作
异常边界
- 重复与失败请求
- 余额和记录差异
- 环境与配置问题
协作边界
- 问题反馈材料
- 判断与升级责任
- 复测和收口方式
Qualified inquiry
一次提交，让后续沟通更聚焦。
首次沟通建议说明公司或品牌、平台阶段、希望了解的能力、目标市场和首选联系渠道；无需提供凭据或玩家数据。
Process questions
集成流程常见问题。
从提交申请到开始测试需要多久？
接入周期不设统一时长，具体取决于需求完整度、技术范围、资料准备和双方确认结果。
是否可以直接接入生产环境？
不把生产接入作为网站默认承诺。应先确认技术范围、测试安排和双方责任。
是否提供上线后的长期支持和 SLA？
提供 7×24H 技术支持。响应渠道、优先级、目标时限、处理范围与 SLA 仍以具体项目或合同确认结果为准。
巴西或其他市场是否可直接运营？
不作直接运营或合规承诺。技术接入、内容可用性、认证和运营主体责任需分别确认。