从市场验证到稳定复制

3.1 玩家问题与核心乐趣

立项从目标玩家、使用场景、核心动机和替代产品开始。团队用可玩的最小原型验证“一分钟做什么、十分钟为何继续、十小时为何回来”，而不是先制作大量美术剧情。访谈、可用性测试和真实行为结合；玩家说喜欢但不愿再次打开，是未验证。

3.2 原型门

门禁	证据	停止信号
核心循环	玩家能理解并重复	需开发者现场解释
目标人群	明确设备、时间、偏好	所有人都是用户
内容边界	题材、适龄、权利预检	核心设定无法合规
技术	目标设备可运行	性能成本不可承受
商业	付费与价值一致	依赖误导或强迫付费
产能	版本和内容可持续	单人不可替代

3.3 立项商业案例

制作人提交目标、玩法、题材、平台、地区、团队、里程碑、预算、商业化、审批路径、服务器、获客、风险和止损。财务给基准、延迟、低转化三种情景；法务出版做许可、IP、未成年人和数据预检；技术评估工具链与容量。绿灯不是承诺成功，而是批准下一阶段有限投资。

3.4 垂直切片

垂直切片是接近最终质量的一小段，贯通玩法、UI、美术、声音、存档、网络、商业化和数据。它验证跨岗位生产线，不等于宣传片。若切片只能在高端开发机运行、内容全是临时授权或无法埋点，就不能证明可生产。

3.5 制作阶段

把功能和内容拆成史诗、特性、任务与资产；每个版本有范围、负责人、依赖、验收和风险。关键路径通常包括战斗/核心系统、内容工具、服务器、账号支付、合规防沉迷和平台SDK。制作人控制同时进行的工作，避免团队在大量半成品中耗尽现金。

3.6 测试路径

单元与自动化验证代码，功能测试验证规则，兼容性能测试验证设备网络，安全测试验证作弊支付和账号，内容审核验证版本，用户测试验证理解乐趣，灰度验证真实容量和经济。测试通过条件在开发前定义，不能上线前凭感觉“差不多”。

3.7 出版与提审准备

国产网络游戏审批申报需要按官方目录准备材料、测试账号和防沉迷等。[SRC-R02-NPPA-DOMESTIC-GAME-APPROVAL] 公司在开发中持续维护申报资料、文字图片、版本与账号，不到完成后才临时补。审批版本与上线版本差异受控，重大内容或功能变化重新核验。

3.8 上线准备

上线不是点发布按钮。至少完成容量压测、监控告警、客服知识库、退款、未成年人、支付对账、数据口径、危机沟通、回滚、平台素材和运营日历。首日活动减少复杂联动，避免同时上线新服务器、新支付、新概率池和大规模买量。

3.9 稳定复制

连续多个版本达到准时、崩溃率、支付成功、内容审核、客服、收入对账和玩家留存目标，才扩大内容频率、平台和地区。单月流水高但退款、投诉、递延、服务器和买量成本更高，不代表模型成立。

3.10 里程碑与止损

概念、原型、垂直切片、量产、内容锁定、审批、软启动和正式上线每一阶段都有投资上限、证据和停止条件。已经投入很多不是继续投入的理由；管理层比较未来增量成本与可验证价值，而不是追回沉没成本。取消项目要保存代码资产、权利、员工安排和合作方义务。【典型做法】

原型阶段若目标玩家不能理解核心循环，先修改玩法；垂直切片若生产速度低于预算一半，先修工具或缩范围；软启动若留存低且买量回收无望，停止扩大市场。止损不等于失败，它保护团队与现金去做更可信的机会。

3.11 内容生产管线

任务、角色、场景、动画、特效、音频和文本从设计、制作、集成、优化、审核到版本冻结。每类资产有规格、命名、源文件、预算、权利和负责人；引擎中可用不等于达到目标设备性能。内容工具尽量让策划安全配置，减少每次活动都改代码。

量产前用一组真实资产测吞吐：一个关卡从设计到上线几天、返工原因、外包比例和瓶颈。团队不能用总资产数衡量进度，因为大量未集成模型可能没有玩家价值。可玩的完成内容才进入挣值判断。

3.12 技术架构门

架构评审覆盖客户端性能、服务端状态、账号、存档、匹配、支付、日志、数据、更新、反作弊和灾备。早期选择自建或云、单区或多区、权威服务器或客户端逻辑，会影响成本与作弊面。技术负责人写清容量假设和迁移成本，不追求无业务需要的复杂架构。

第三方SDK按功能、数据、权限、稳定、版本支持、地区和退出评估。广告、支付、语音、社交与分析SDK都可能影响隐私和上架；禁止开发者自行加入未经登记的库。版本升级在测试环境验证并保留回退。

3.13 内容锁定与字符串冻结

审批和本地化需要稳定版本。内容锁定后新增文本、角色、美术、付费和社交功能进入例外流程；字符串冻结后只修错误，避免翻译、配音、UI和审核不断重来。紧急修复也要记录差异并重新判断审批影响。【典型做法】

内容锁定不妨碍修严重缺陷，但产品不能在临上线时用“优化体验”名义加入全新概率池。制作人维护差异清单：审批版本、渠道构建、线上配置和地区版本逐项说明。没有差异清单就不能发布。

3.14 软启动学习计划

软启动选择有限地区或用户，目标是验证技术、留存、经济、付费、客服和买量，不是提前榨取收入。团队预先写成功阈值、护栏和观察周期，避免每天根据噪声改变产品。玩家仍享有真实消费者和数据权益，不能因“测试”降低保护。

技术看崩溃、延迟、支付和容量；产品看教程、留存和内容消耗；经济看产消、价格和集中；发行看渠道和回收；客服看问题与语言；合规看年龄、概率和条款。结论写继续、修改、缩小或停止，并更新商业案例。

3.15 上线作战室

正式上线前明确指挥人、技术、产品、运营、客服、安全、数据、平台、财务和合规联系人。告警严重度、沟通频道、变更冻结、回滚权限和用户通知模板提前演练。作战室不替代正常流程，只在短窗口加速跨岗位决定。

上线时任何人发现重复扣费、严重丢档、未成年人绕过或审批版本错误都有停线权。指挥人记录决定、依据、影响和下一检查点。过度依赖某位“大神”远程救火说明知识和权限存在单点。

3.16 版本列车

稳定运营后采用明确版本节奏：需求截止、开发完成、内容锁定、测试、审批/平台提交、灰度、全量和复盘。紧急热修走独立通道且范围最小。版本列车让发行、客服、本地化和财务可预测，不等于机械按日期发布低质量内容。

版本延期时说明关键路径、玩家影响、商业影响和新基线，不用团队长期加班强行守日期。已售预购或订阅承诺受影响时，客户沟通和退款选择同时评估。

3.17 组织知识与工具

关键系统、构建、服务、经济、审批和平台知识写运行手册并由第二人演练。离职或供应商退出前完成代码、源资产、账号、密钥、文档和在途问题交接。只交一个压缩包不算知识转移。

工具投资按减少返工、提高可验证性和降低风险评价。例如自动检查缺失本地化、超性能预算、未登记资产与概率配置，往往比单纯增加内容人员更能扩产。

3.18 研发质量成本

预防成本包括代码评审、工具、自动化和培训；鉴定成本包括测试和审核；内部失败是未上线返工；外部失败是崩溃、退款、投诉和下架。经营会同时观察四类，不能为短期省测试把成本推给玩家和客服。

缺陷按玩家影响、数据/资金、范围、可恢复性和合规分级。缺陷数量少不代表质量高，严重支付或存档问题足以阻断。每个逃逸缺陷回看为何用例、环境、监控或发布门未发现。

3.19 服务型心态

长线游戏每次活动都在履约。产品团队不仅对新功能负责，也对旧权益、存档兼容、客服、可访问性和停止服务负责。技术重构不能无视玩家已购买道具；经济调整不能悄悄贬损已承诺价值。

玩家社区不是免费测试部门。公开测试要说明目的、数据、奖励和变化可能；采纳反馈也不意味着让投票决定所有设计。公司解释取舍，并保护少数群体免受欺凌。

3.20 成熟度门槛

阶段	证据	常见假象	晋级条件
可玩	核心循环成立	演示视频很漂亮	玩家无需指导完成
可产	切片管线与成本	堆大量半成品	真实内容按预算完成
可发	审批、平台、质量	只在开发机运行	候选版全链通过
可运	数据客服经济结算	首日流水高	多版本权益稳定
可扩	多地区、多团队	无限买量	贡献现金与风险可控

正在绘制业务流程…