Assessment Inputs
评估前需要准备什么
资料越接近真实工程和实际目标，初步判断越可靠。资料不齐时可以先沟通，但不会在缺少关键条件时承诺固定结果。
- 01
核心玩法、参考产品和必须完成的功能范围
- 02
目标平台、设备范围与计划上线时间
- 03
已有策划、美术、音频和技术资料的准备状态
- 04
预算范围、阶段目标与内部决策节点
Execution Focus
实施重点
- 先用原型或最小可运行版本验证核心玩法
- 按模块拆分功能、资源依赖和第三方服务
- 用里程碑版本持续确认方向和实际完成度
- 在交付前整理运行条件、配置和已知限制
Deliverables
可约定交付物
- 需求范围与技术方案
- 阶段性可运行版本
- 约定范围内的工程源码
- 部署与验收说明
Acceptance Examples
验收示例
- 约定设备和环境中可以启动并完成核心流程
- 功能清单中的必要路径具有可复现的检查步骤
- 阶段版本、工程源码与配置说明保持一致
- 已知问题和未包含范围在验收前明确记录
Known Risks
常见风险
- 需求仍停留在概念阶段时，固定总价和周期容易失真
- 素材、账号或第三方接口延迟会影响集成和验收节奏
- 新增平台和中途变更核心玩法需要重新评估范围
Delivery Process
从评估到交付
每一步都对应可检查的结果，正式报价前先把范围、依赖和验收方式写清楚。
01
需求初审
确认目标平台、现有资料、核心问题和期望时间，判断是否适合合作。
02
范围与报价
拆分功能边界、交付物、验收方式、依赖条件和不包含内容，再给出周期与报价。
03
分阶段实施
按里程碑提供可检查版本，及时确认方向，减少集中到最后才发现偏差的风险。
04
验收与交付
按约定标准验收并整理源码、配置和说明文档，明确质保与后续支持边界。
Quote Factors
报价影响因素
- 需求是否清晰，现有工程能否稳定运行
- 功能数量、技术复杂度和目标平台数量
- 美术、音频、文案等资源是否已经准备
- 第三方账号、SDK 和测试环境是否齐全
- 交付时间、验收轮次和上线协作要求
Service Boundary
通用合作边界
- 未完成工程评估前不承诺固定周期和最终报价。
- 第三方平台账号、服务订阅、广告或支付通道费用不包含在开发报价中。
- 客户需保证所提供源码、品牌、素材和账号具有合法使用权。
- 新增功能、长期驻场、持续运营和交付后的技术支持需要单独评估。
Related Content
相关案例、产品与技术内容
源码商品
LaunchBox Unity 休闲游戏商业模板
适合快速启动广告变现、内购预留和海外发行测试的 Unity 移动端休闲游戏工程。
咨询开放 · 完整工程模板 · Unity
查看详情
资料模板
Unity 项目接手评估模板
在二次开发报价前记录工程版本、构建基线、依赖授权、已知问题、目标平台和风险结论。
Markdown · 2026-07-16 · 准备委托二次开发的项目方与技术团队
查看详情
技术文章
购买 Unity 游戏源码前要检查什么：版本、授权与交付清单
从可运行基线、Unity 版本、第三方依赖、商业授权、品牌换皮、交付验收和技术支持七个方面核验源码商品。
源码产品化 · 2026-07-16 · 10 分钟
查看详情
Project Review
先评估你的游戏定制开发需求。
提交工程状态、目标平台、核心问题和期望时间，我们会先判断资料是否足够，以及下一步适合诊断、原型还是正式报价。