一：页面、模板、脚本分阶段做
先做页面骨架，再做模板整理，之后再补脚本和绑定。分层推进便于定位问题，也便于团队协作。不建议在结构尚未确定时同时推进所有内容。
- 页面骨架先于模板
- 模板先于脚本
- 脚本和绑定先于动画
文档手册
交付检查：先确认结构，再提升效率
先做页面骨架，再做模板整理，之后再补脚本和绑定。分层推进便于定位问题，也便于团队协作。不建议在结构尚未确定时同时推进所有内容。
检查: 交付检查：先确认结构，再提升效率
项目初期应先确认顺序、命名和结构，再使用高级功能。二：重复内容先模板化
项目返工常见原因是缺少统一模板。只要确认某块内容会重复出现，就应优先评估是否模板化，即使第一版模板仍需要持续完善。
三：脚本减少重复固定内容
可放入页面配置、全局配置或统一方法的内容，应避免在多个对象中重复填写。脚本更适合处理逻辑，不适合承载大量重复常量。
四：导出前做交付检查
导出前应检查目录、页面范围、关键名称，以及是否包含所需资源和页面。交付包结构越清晰，后续部署和维护越容易。
五：正式授权环境使用正式配置
插件接入授权服务后，不应将默认管理员账号、默认 token secret、默认离线签名种子直接带到正式环境。默认配置只适合本地使用，不适合正式交付。正式环境至少应更换管理员密码、token secret 和离线签名种子，再完成在线激活和吊销流程确认。
六：发布前确认整包导出和当前页导出
正式发布前，建议至少执行一次整包导出，再选择其中一页进行当前页导出覆盖。这样可尽早发现整包结构、单页替换、图片复用和脚本文件生成问题，降低现场修复风险。