经济系统：从体验目标到规则架构
先定义玩家为什么出发、为什么冒险、为什么回来，再决定每一种资源从哪里来、到哪里去。
01.01先确定产品边界，而不是先列货币
《边界协议》是一款虚构的团队制 PvPvE 搜打撤。三人小队进入资源有限的区域，在搜集、交战与撤离之间分配时间；成功带出的物资进入持久仓库，失败时随身物资掉落。一次胜利应改善下一次出击的条件，但不应让领先者获得无法挑战的永久伤害优势。
核心矛盾是短期战备与长期建设争用同一份资源。全部钱买装备，能提高当下胜算，却推迟成长目标；过早投入建设，则可能承担不起下一次失败。经济系统的任务是维持这种有意义的选择，同时控制被迫停玩的时间。
| 立项决策 | 本案选择 | 由此产生的设计约束 |
|---|---|---|
| 胜负目标 | 带出物资、完成阶段成长；击杀是手段 | 击杀不凭空奖励货币；尸体装备只转移所有权 |
| 对抗单元 | 3人组队，常规每房4队 | 遭遇强度按小队人数、地图区域与装备共同判断 |
| 资产周期 | 跨局保留；首版不重置 | 必须同时处理装备损失、永久解锁与长期存量 |
| 战备规则 | 1把主武器、1套护甲，弹药与医疗按件携带 | 双主武器作为后续规则变体，当前仿真不混用 |
| 商业边界 | 付费外观与表达；不售卖战力、稀缺材料和更优撤离权 | 付费经济不进入本案流通货币账本 |
项目为独立设计练习。三角洲仅提供“组队进入、搜集并撤离”的玩法参照；不将极限战场、灰境行者尚未核实的内部规则写成本案事实。参考：三角洲官方模式介绍。
01.02把系统拆成三种时间尺度
经济架构不能只有“产出—消耗”两个箭头。相同物资在三个尺度里承担不同作用：一局内决定背包机会成本，连续数局决定能否继续出击，长周期决定有没有值得投入的目标。
| 尺度 | 玩家决策 | 系统输出 | 主要风险 |
|---|---|---|---|
| 单局：三个行动阶段 | 去哪、搜多久、打不打、何时撤 | 获得物资、消耗弹药、护甲损伤、人员伤亡 | 最优路线过于集中；搜集收益抵不过交战风险 |
| 局间：连续出击 | 留用、出售、维修、改装、降装 | 现金周转、仓库结构、下局战备 | 总资产不少却缺流动现金；失败后长时间无法入场 |
| 长线：阶段成长 | 研究配件、扩展携带能力 | 可选构筑与携带空间 | 成长奖励放大财富差距；一次性消耗结束后资源堆积 |
首版先让这三层通路闭合，再扩展赛季任务、公会建设和多地图内容。新增系统必须明确接入哪层、消费什么资源、是否改变对抗强度，避免每个模块各自发钱、各自创造新材料。
01.03先分清货币、实物与资格
价格不是资源本身。拾取一把价值720的步枪，只增加一件装备；只有NPC支付收购款时，玩家经济中的货币才增加。玩家之间交易，则是买方现金转给卖方，税款退出系统。
| 对象 | 产生 | 使用或退出 | 持有与交易约束 |
|---|---|---|---|
| 信用点 | 初始发放、NPC收购、后备委托、有限援助 | NPC采购、维修、入场、研究、制造、交易税 | 不可在对局中直接拾取；不出售给玩家 |
| 武器、护甲、配件 | 初始配置、NPC供给、制造 | 掉落未回收、NPC回收；护甲另有耐久损耗 | 局内掉落可回收；模拟只开放材料的玩家交易 |
| 弹药、医疗 | 初始配置、NPC供给、地图医疗点 | 开火、治疗、救援、死亡未回收 | 按实际使用扣除；未使用部分带回 |
| 结构材料、电子组件 | 地图资源池 | 研究、制造、扩容、NPC回收 | 可玩家交易；电子组件向高风险区域倾斜 |
| 情报藏品 | 地图资源池 | 出售NPC变现 | 主要承担现金投放，不承担成长前置 |
| 研究进度、配方、扩容 | 成功撤离及建设 | 永久资格；本观察期不清空 | 不可交易、不可作为现金或库存价值相加 |
01.04用一条资源路径解释每个模块
以稳定组件为例：玩家撤离积累研究进度，用材料和现金解锁配方，再消耗材料制造组件。组件改善连续射击稳定性，同时增加重量和开镜时间；死亡后可能丢失，因此制造需求能够重复出现。
永久配方承担长期目标，重复制造承担持续消耗，战斗中的取舍决定是否值得携带。这三个环节必须一起设计。只加一个昂贵解锁门槛，会把消耗集中在前期；只增加耐久损耗，又容易让玩家觉得每次上线都在交税。
| 模块 | 输入 → 输出 | 必须解决的边界 |
|---|---|---|
| 搜集与掉落 | 地图节点、难度、争夺人数 → 有限物资池 | 同一箱子不能由多个玩家重复领取；未撤离物资不能进入仓库 |
| 交易与NPC | 需求、卖单、现金 → 所有权转移或供给 | 手续费、低耐久估值、撤单、无买家；NPC是价格边界 |
| 制造与成长 | 材料、费用、资格 → 成品或解锁 | 制造后卖NPC不能形成无限套利；批量请求不能重复扣发 |
| 保底与追赶 | 战备缺口、已领次数 → 委托与有限补助 | 保底占用出击机会；不能无限领现金再转移给主账号 |
| 投放与活动 | 目标人群、持续时间、总预算 → 有上限的奖励 | 结束后库存与价格如何变化；不能只观察活动期间 |
| 运营与安全 | 交易/结算事件 → 异常定位与回滚 | 重复结算、异常物品、工作室转移链、版本不一致 |
关于持续消耗的设计取舍，可参照 GDC：Economic Balancing and Improved Monetization Through Clever Sink Design 的公开摘要。本案具体资源和规则为自设。
01.05先做预算，再填掉落表
先确定玩家需要承担哪些成本，才能讨论“这一局应该产出多少”。至少分别计算：每次出击的消耗、失败后的补装、长期成长投入。不能把全部装备价格都算成每局消耗，也不能因为本局使用库存弹药就把它视为免费。
随后从目标拆回地图：每房需要生成多少可带出物资，其中多少变现、多少留作成长、多少因死亡或背包限制退出。高风险区域应增加更有用的资源或更高的获取效率，而不只是提高一个名义价格。
| 首轮验收目标 | 设计意图 | 如何验证 |
|---|---|---|
| 实际出击 / 全部机会 ≥ 80% | 经济压力存在，但不让补钱成为主玩法 | 看整体及学习型人群；记录不能入场的具体原因 |
| 每种枪在至少一种交战环境有用途 | 保留场景与团队选择 | 距离、人数、掩体和连续接敌共同测试 |
| 材料成交价及成交量可追溯 | 区分稀缺、流动性与货币膨胀 | 固定篮子价格 + 成交量 + NPC买卖量 |
| 任何结算现金、实物差额为0 | 规则能够被实现与维护 | 自动守恒检查；独立验算和异常路径测试 |
80%为作者设定的首轮设计门槛，不是行业标准或真实用户接受度。
01.06谁提供什么，怎样进入开发
数值策划交付的应是一组能被实现、测试和追踪的规则。关卡不给资源点密度，战斗不给实际消耗，服务器不给资产结算边界，经济模型都只能停留在表面。
| 协作方 | 需要对齐的输入 | 本作品对应交付 |
|---|---|---|
| 制作人与系统策划 | 目标用户、失败代价、成长与付费边界 | 立项决策表、资源权限、成长与保底规则 |
| 关卡与战斗团队 | 路线时长、遭遇强度、背包容量、交战损耗 | 区域配置、武器配置、遭遇模型与资产接口 |
| 服务器与程序 | 资产实例、事务、随机种子、状态机 | 数据字典、事件契约、结算顺序与重放日志 |
| 数据与运营 | 活跃周期、产消来源、交易分布、流失节点 | 指标口径、版本快照、投放与撤回条件 |
| QA与客服安全 | 断线、并发、异常结算、装备追回 | 测试矩阵、账差日志、故障处理边界 |
先交付灰盒闭环：从仓库扣装进局，到逐笔结算回仓库。闭环通过后，再做经济调优与内容扩展。真实项目中的并发资产事务、反作弊和客服工具仍需服务端开发；本作品给出接口设计，并用单进程模型检验规则。