Assessment Inputs
评估前需要准备什么
资料越接近真实工程和实际目标，初步判断越可靠。资料不齐时可以先沟通，但不会在缺少关键条件时承诺固定结果。
- 01
可运行工程、Unity 版本和完整依赖清单
- 02
源码、素材、字体、插件和品牌内容的合法授权说明
- 03
计划保留、替换和新增的功能与资源列表
- 04
目标平台账号、构建条件与现有问题记录
Execution Focus
实施重点
- 先复现当前版本并建立可回退的工程基线
- 区分品牌换皮、功能修改、平台适配和缺陷修复
- 优先处理阻塞构建和影响核心流程的问题
- 记录依赖变化、资源替换和关键配置差异
Deliverables
可约定交付物
- 现有工程技术评估
- 改造范围与风险清单
- 功能和资源替换版本
- 变更记录与交付说明
Acceptance Examples
验收示例
- 约定平台构建成功并可完成指定核心流程
- 需替换的品牌、界面和资源按清单完成核对
- 新增或调整功能符合双方确认的行为说明
- 交付工程不包含未经授权或约定删除的内容
Known Risks
常见风险
- 无法稳定运行或依赖缺失的工程不能直接按页面数量报价
- 第三方插件停更、许可证不明可能要求替换技术方案
- 换皮不自动获得原游戏品牌、素材和发行权
Delivery Process
从评估到交付
每一步都对应可检查的结果，正式报价前先把范围、依赖和验收方式写清楚。
01
需求初审
确认目标平台、现有资料、核心问题和期望时间，判断是否适合合作。
02
范围与报价
拆分功能边界、交付物、验收方式、依赖条件和不包含内容，再给出周期与报价。
03
分阶段实施
按里程碑提供可检查版本，及时确认方向，减少集中到最后才发现偏差的风险。
04
验收与交付
按约定标准验收并整理源码、配置和说明文档，明确质保与后续支持边界。
Quote Factors
报价影响因素
- 需求是否清晰，现有工程能否稳定运行
- 功能数量、技术复杂度和目标平台数量
- 美术、音频、文案等资源是否已经准备
- 第三方账号、SDK 和测试环境是否齐全
- 交付时间、验收轮次和上线协作要求
Service Boundary
通用合作边界
- 未完成工程评估前不承诺固定周期和最终报价。
- 第三方平台账号、服务订阅、广告或支付通道费用不包含在开发报价中。
- 客户需保证所提供源码、品牌、素材和账号具有合法使用权。
- 新增功能、长期驻场、持续运营和交付后的技术支持需要单独评估。
Related Content
相关案例、产品与技术内容
技术文章
接手 Unity 二次开发前：一份可执行的工程评估清单
从工程复现、第三方依赖、构建链路到范围验收，系统梳理 Unity 项目二次开发前应确认的技术条件和交付风险。
工程实践 · 2026-07-16 · 9 分钟
查看详情
资料模板
Unity 项目接手评估模板
在二次开发报价前记录工程版本、构建基线、依赖授权、已知问题、目标平台和风险结论。
Markdown · 2026-07-16 · 准备委托二次开发的项目方与技术团队
查看详情
源码商品
CoreStack 独立游戏系统模块包
把背包、任务、配置、存档等系统拆成可集成模块，适合独立游戏和二次开发团队采购。
预约评估 · 系统模块包 · Unity / Web
查看详情
Project Review
先评估你的二次开发与换皮需求。
提交工程状态、目标平台、核心问题和期望时间，我们会先判断资料是否足够，以及下一步适合诊断、原型还是正式报价。