Cooperation Guide
从第一次咨询到报价、合同、付款、交付和验收，把需要确认的事实与边界提前公开。网页说明用于帮助沟通，具体项目仍以双方书面文件为准。
Two Tracks
开发服务和源码授权的评估、履行与验收方式不同。选择正确路径，有助于把报价和责任边界说清楚。
路径 01
适用于定制开发、二次开发、SDK 接入、性能优化和上线排查。
路径 02
适用于源码使用许可、版本交付、品牌换皮和后续定制咨询。
Milestones
每一步都应形成可以回看的输入、决定或交付结果，减少只依赖口头理解造成的偏差。
01
说明项目现状、目标、预算范围、时间要求和已有资料，不在首次咨询中发送密码、密钥或完整私有源码。
02
判断需求是否属于当前服务范围、资料是否足够评估，以及是否需要先做工程复现或技术诊断。
03
明确交付物、依赖条件、不包含内容、验收标准、工期假设和费用，口头沟通不替代书面确认。
04
核对合作主体、收款信息、付款节点、发票安排和双方联系人，以最终签署或确认的书面文件为准。
05
服务项目按里程碑推进，源码商品通过约定私密渠道交付；重要版本、文件和沟通结论保留记录。
06
在约定环境和期限内完成检查，区分原范围缺陷、需求变更、环境变化和另行报价的持续支持。
Written Scope
网页、聊天和演示只能帮助理解。涉及重大利害关系的范围、费用、责任和售后，应在成交前通过清晰的书面文件确认。
公司或个人名称、联系人、通知方式、签约与付款主体是否一致。
功能、源码、配置、文档、素材、账号协作以及明确不包含的内容。
总价或计费方式、付款节点、税费与发票安排、第三方费用承担方。
里程碑、客户资料提供时间、第三方审核和影响排期的前置条件。
测试环境、验收步骤、反馈期限、通过标准以及新增需求的确认方式。
知识产权、源码许可、保密要求、质保范围、后续维护和终止处理。
Payment Safety
正式付款信息不会只依赖一条陌生私信。请用已确认的联系方式和书面文件交叉核对。
Delivery & Acceptance
在报价或授权文件中写明版本、设备、系统、Unity 版本、构建条件和需要通过的核心流程。
记录文件清单、版本号、校验值、交付时间、接收人和必要说明，不把私有下载地址放进公开页面。
区分未达到原约定、客户环境差异、第三方服务变化和新增需求，避免所有问题都被笼统归为售后。
定制服务和数字化源码的退款条件结合履行进度、交付状态、双方书面约定及适用法律处理。
FAQ
这里提供统一的沟通口径；具体权利义务仍以对应交易的书面文件和适用法律为准。
不代表。项目简报和邮件用于初步评估，正式合作需要双方进一步确认范围、报价、合同或授权文件及付款安排。
源码页面价格用于购买前沟通；开发服务需要根据工程状态和需求范围评估。最终金额、税费和付款节点以双方书面文件为准。
通常在合作主体、范围、交付物、付款节点和必要资料确认后安排。具体启动条件以对应项目或商品的书面约定为准。
先记录变更内容、原因和影响，再确认是否调整费用、周期、交付物和验收标准；未确认的新增需求不自动进入原范围。
不能用统一口径代替具体判断。是否退款及退款范围需要结合商品或服务性质、履行与交付状态、双方约定和适用法律处理。
先依据报价、合同、授权文件、变更记录和验收证据友好协商；无法解决时，按照书面约定和适用法律通过相应渠道处理。
Project Brief
项目简报只在浏览器本地生成。确认内容后，你可以主动复制、下载或发送邮件。
