1. 分成比例背后的账本逻辑
先把最核心的数字摆出来：Unity Asset Store 的标准分成是70% 归开发者，30% 归平台。这个比例在素材商店这个圈子里算是相当厚道的了，对比一下手游渠道动辄五五开甚至三七开（开发者拿三成），Unity 这边确实给了独立开发者足够的生存空间。但很多人只盯着这个 70% 看，忽略了后面那个更要命的问题——卖出去之后，你要维护多久？
我见过太多人兴冲冲上架了第一个素材包，头两个月看着后台数字往上涨，觉得这生意能做。结果半年后发现，收入曲线开始往下走，但用户提的 bug 还得修，新版本 Unity 出来了还得适配，这时候才意识到：素材商店不是一锤子买卖，它是一个持续投入的长尾生意。
这篇文章就是要把这笔账算清楚。我会从分成机制的实际到手金额、维护周期的真实成本、不同品类素材的维护差异、以及怎么设计一个"维护成本可控"的素材包这几个角度，把独立开发者在 Asset Store 上卖素材这件事的完整生命周期拆开来讲。不管你是刚打算上架第一个包，还是已经卖了几个包正在纠结要不要继续维护，这些内容应该都能帮你少走点弯路。
1.1 70% 到手之后还剩多少
先算一笔实在账。假设你的素材包定价 40 美元，卖出一份，Unity 抽走 30%，你到手 28 美元。听起来还行对吧？但别忘了还有几个隐性成本。
第一是汇率损耗。Unity 的结算走的是美元，你提现到国内账户，中间有汇率差和手续费，实际到手大概会再打个 95 折左右。28 美元变成 26.6 美元。
第二是税务信息。如果你填了 W-8BEN 表，中美税收协定下素材版权收入可以享受预扣税减免，但具体操作要看你的身份和填表情况。这块不展开，但你要知道它会影响最终到手金额。
第三是退款。Asset Store 有退款政策，虽然比例不高，但确实存在。尤其是那种"买完发现不适用"的情况，退款率大概在 2% 到 5% 之间，取决于你的素材描述是否准确。
把这些都算上，40 美元的包，实际每份到手大概在 25 到 26 美元之间。所以定价的时候，心里要按 65% 左右来算，而不是 70%。这个差距在量大之后会非常明显。
提示：Unity 的结算门槛是 100 美元，没达到这个数不会打款。新上架的包如果销量一般，可能前几个月都拿不到钱，这个现金流节奏要提前有心理准备。
1.2 维护周期到底有多长
这是标题里最关键的问题。我的经验是：一个素材包的"有效维护期"通常在 2 到 4 年之间，但这不是一个固定数字，它取决于三个变量。
第一个变量是素材类型。纯美术资源（模型、贴图、音效）的维护成本最低，因为 Unity 版本更新对它们的影响很小。一个 2019 年做的低多边形树木包，放到 2024 年的项目里照样能用。但代码类素材（工具、插件、框架）就完全不一样了，Unity 每次大版本更新都可能让你的代码报错，维护压力大得多。
第二个变量是用户基数。卖得越多，提 bug 的人越多，你的维护工作量就越大。一个每月卖 10 份的包和一个每月卖 500 份的包，维护强度完全不是一个量级。但反过来，卖得多的包收入也高，所以这是一个投入产出的平衡问题。
第三个变量是你的响应策略。有些开发者选择"上架即弃"，只修致命 bug，不管新功能请求。有些开发者则持续更新，把素材包当成一个长期产品来运营。两种策略没有对错，但对应的维护周期和收入曲线完全不同。
我自己的做法是：上架后的前 6 个月是密集维护期，这段时间要快速响应用户反馈，把明显的坑填掉。6 个月到 2 年是稳定维护期，主要做 Unity 版本适配和偶尔的功能更新。2 年之后进入低维护期，只修严重问题，不再主动加新功能。这个节奏下来，一个包的实际维护投入大概在 200 到 400 小时之间，分摊到 3 年左右。
2. 不同品类素材的维护成本差异
不是所有素材包都一样的维护逻辑。我在 Asset Store 上买过也卖过不少东西，下面这张表是我自己总结的不同品类维护成本对比，你可以对照看看自己打算做的类型属于哪一档。
| 素材品类 | 典型维护周期 | 主要维护工作 | 维护难度 | 收入持续性 |
|---|---|---|---|---|
| 3D 模型/贴图 | 1-2 年 | 几乎无需维护，偶尔适配渲染管线 | 低 | 长尾稳定 |
| 2D 精灵/UI 素材 | 1-2 年 | 分辨率适配、UI 系统变更 | 低 | 长尾稳定 |
| 音效/音乐 | 半年-1 年 | 基本无需维护 | 极低 | 长尾稳定 |
| 着色器/特效 | 2-3 年 | 渲染管线升级适配 | 中 | 中等 |
| 编辑器工具 | 2-4 年 | API 变更、版本兼容 | 高 | 中等 |
| 完整游戏模板 | 3-5 年 | 全面适配、功能更新 | 极高 | 前期高后期低 |
| 代码框架/系统 | 3-5 年 | 持续迭代、bug 修复 | 极高 | 中等 |
从这张表能看出来一个规律：越"静态"的素材，维护成本越低，但单价也越低；越"动态"的素材，维护成本越高，但单价和收入天花板也越高。
2.1 美术类素材：一次做好，长期收租
美术类素材是独立开发者的"现金牛"。我认识一个做低多边形风格模型的朋友，2018 年上架了一套 200 个模型的包，定价 35 美元。到现在 2024 年，这个包每个月还能卖出 20 到 30 份，而他这几年在这个包上的维护时间加起来不超过 20 小时。
为什么这么省心？因为 Unity 的渲染管线虽然从 Built-in 换到了 URP 和 HDRP，但模型和贴图本身是资产，不依赖具体管线。用户买回去自己调材质就行。唯一需要偶尔处理的是导入设置的问题，比如某些版本 Unity 对法线贴图的默认设置变了，导致用户导入后效果不对。这种问题改一次导入预设就能解决，工作量很小。
但美术类素材有个致命问题：同质化严重。你去搜一下"low poly trees"，能出来几百个结果。所以做美术素材，要么风格极其独特，要么数量极其庞大，要么价格极其有竞争力。否则很容易淹没在搜索结果里。
2.2 代码类素材：持续投入，但天花板高
代码类素材是另一个极端。我自己的主力产品就是一个编辑器扩展工具，从 2020 年上架到现在，经历了 Unity 2020、2021、2022、2023 四个大版本的适配，中间还处理过 URP 和 HDRP 的兼容问题。
这个包的维护投入大概是这样分布的：上架第一年花了约 150 小时做密集修复和功能补充；第二年花了约 80 小时做版本适配；第三年花了约 50 小时；第四年到现在花了约 30 小时。累计 300 多小时，但收入也是美术包的几倍。
代码类素材的维护难点在于你无法控制用户的运行环境。同一个包，有人用 Unity 2021.3 LTS，有人用 2023.2，有人用 URP，有人用 HDRP，有人还开着各种第三方插件。你要在这些组合里保证兼容性，测试矩阵非常庞大。
注意：如果你打算做代码类素材，一定要在描述里明确写清楚支持的 Unity 版本范围和渲染管线。这能过滤掉大量不兼容的用户，减少无效的售后沟通。
2.3 游戏模板：高收入高维护的典型
完整游戏模板是 Asset Store 上单价最高的品类之一，通常 50 到 200 美元不等。但它的维护成本也是最高的。
一个游戏模板通常包含场景、UI、代码、美术资源、音效等全套内容。Unity 每次更新，你都要检查所有部分是否正常。更麻烦的是，买模板的用户往往期望"开箱即用"，任何报错都会变成售后问题。
我买过一个平台跳跃游戏模板，上架三年更新了十几次，每次都是因为 Unity 版本更新导致某些 API 失效。开发者很负责，但看得出来维护得很辛苦。这种品类的策略通常是：上架后密集更新一年，把收入大头拿到，之后逐步降低维护频率，接受收入自然衰减。
3. 维护工作的具体内容拆解
说了这么多维护周期，那维护到底在维护什么？我把这几年做素材维护的工作内容拆成几类，你可以看看哪些是你没想到的。
3.1 Unity 版本适配
这是最大的一块。Unity 每年发布一个大版本，每个大版本都有 API 变更。有些变更很小，比如某个方法加了新参数；有些变更很大，比如整个输入系统从 Input Manager 换成了 Input System。
对于代码类素材，每次大版本更新后，你需要：
- 在新版本 Unity 里打开项目，看控制台报什么错
- 逐个修复编译错误
- 测试核心功能是否正常
- 更新文档里的版本说明
- 重新打包上传
这个过程对于一个小型工具包大概需要 4 到 8 小时，对于复杂的框架可能需要 20 小时以上。而且 Unity 还有 LTS 版本和 Tech 版本的区别，你至少要保证 LTS 版本能用。
3.2 用户问题响应
Asset Store 没有内置的工单系统，用户通常通过邮件或者你留在描述里的联系方式找你。问题类型五花八门：
- "导入后报错"——通常是版本不兼容或缺少依赖
- "效果和截图不一样"——通常是渲染管线设置问题
- "能不能加个功能"——功能请求，看心情和商业价值决定
- "能不能便宜点"——直接忽略
我的经验是，80% 的用户问题可以通过一份详细的 FAQ 文档解决。所以上架时一定要花时间写清楚：支持什么版本、依赖什么包、怎么导入、常见问题怎么处理。这份文档写得好，能省掉你后面几百小时的沟通时间。
3.3 功能迭代与竞争力维持
素材商店是一个竞争市场。你今天上架一个功能，明天就有人抄一个类似的。所以要保持收入，有时候不得不持续加新功能。
但这里有个陷阱：不要为了更新而更新。我见过一些开发者，为了维持"最近更新"的标签，每个月都发一个小版本，结果引入新 bug，反而导致差评。更新的节奏应该由用户需求和 Unity 版本驱动，而不是由焦虑驱动。
3.4 文档与演示维护
这块最容易被忽略，但很重要。你的演示场景、截图、视频、文档，都需要随着版本更新而更新。一个 2020 年的演示视频，放到 2024 年会让用户觉得你的包已经过时了，即使代码本身还在正常维护。
更新演示内容的成本不低，尤其是视频。我的做法是：截图和文档每次版本更新时顺手更新，视频每两年重录一次。这样平衡了成本和效果。
4. 怎么设计一个维护成本可控的素材包
前面讲了这么多维护的苦，但这事不是没法优化。从第一天设计素材包的时候，就有很多决策会影响你未来的维护负担。下面是我踩过坑之后总结的几条原则。
4.1 控制依赖范围
你的素材包依赖越少，维护越轻松。我早期做的一个工具包依赖了某个第三方 JSON 库，结果那个库自己更新了 API，导致我的包也跟着报错。后来我把那个依赖去掉了，自己写了个简单的解析器，虽然功能少一点，但再也不用担心第三方库的变动。
原则就是：能用 Unity 内置的就用内置的，能自己写的就自己写，实在要用第三方库，选那种稳定不常更新的。
4.2 模块化设计
如果你的素材包功能很多，尽量做成模块化的。这样当某个模块出问题时，你可以单独修复，不用动整个包。而且用户也可以只导入他们需要的模块，减少冲突概率。
比如一个 UI 框架，可以拆成核心模块、动画模块、主题模块。核心模块必须稳定，动画和主题模块可以独立更新。
4.3 版本兼容策略
不要试图支持所有 Unity 版本。我的策略是：只支持当前 LTS 版本和上一个 LTS 版本。比如现在支持 2021 LTS 和 2022 LTS，等 2023 LTS 稳定后再加进来，同时淘汰 2021。
这样你的测试矩阵可控，用户也知道该用什么版本。那些用非 LTS 版本的用户，如果遇到问题，你可以理直气壮地说"请用 LTS 版本"。
4.4 定价与维护预期的匹配
定价的时候要把维护成本算进去。一个需要持续维护的代码包，定价应该比一个静态的美术包高，因为你的时间是有成本的。
我一般的算法是：预估总维护小时数 × 你的时薪 × 1.5（风险系数）÷ 预估销量 = 每份需要覆盖的维护成本。这个数字加上开发成本分摊，就是你的底价。
比如一个包预估维护 200 小时，你给自己算 30 美元时薪，风险系数 1.5，预估卖 500 份。那么每份需要覆盖的维护成本是 200 × 30 × 1.5 ÷ 500 = 18 美元。再加上开发成本分摊和利润，定价 40 到 50 美元是合理的。
5. 常见问题与实操避坑
最后这部分是我这几年遇到的具体问题和处理方式，整理成速查表，你遇到类似情况可以直接对照。
| 问题现象 | 可能原因 | 处理方式 | 预防措施 |
|---|---|---|---|
| 用户导入后大量报错 | Unity 版本不兼容 | 让用户确认版本，提供兼容版本 | 描述里写清支持版本 |
| 效果与截图不符 | 渲染管线不同 | 提供 URP/HDRP 适配说明 | 截图标注使用的管线 |
| 包体积过大 | 包含了不必要的资源 | 检查并移除冗余文件 | 上架前用工具分析包体 |
| 更新后老用户报错 | API 破坏性变更 | 提供迁移指南或兼容层 | 尽量用稳定 API |
| 差评说文档不清 | 文档覆盖不足 | 补充 FAQ 和示例 | 上架前找朋友试读文档 |
| 收入突然下降 | 竞品出现或搜索排名变化 | 分析关键词和竞品 | 持续优化描述和标签 |
| 退款率升高 | 描述与实际不符 | 修正描述和截图 | 描述要准确不夸大 |
5.1 关于"卖素材能不能养活自己"
这是很多人关心的问题。我的观察是：单个素材包很难养活一个独立开发者，但一个精心运营的素材包组合可以。
我认识做得比较好的开发者，通常有 5 到 10 个素材包在售，覆盖不同品类，形成产品矩阵。这样即使某个包收入下降，其他包还能补上。而且老用户会交叉购买，形成复购。
如果你只打算做一个包，那它要么极其独特，要么极其庞大，否则收入天花板会比较明显。
5.2 关于"什么时候该放弃维护"
我的判断标准是：当维护这个包的时间，用来做新包的收益更高时，就该降低维护频率了。
具体来说，如果一个包每月收入 100 美元，但每月要花 10 小时维护，而你把 10 小时投入到新包开发上，新包未来每月能带来 300 美元，那显然应该把时间转移到新包上。老包只做最低限度的维护，保证不崩就行。
这个决策不容易做，因为老包有感情，而且收入是确定的，新包有风险。但从生意角度看，必须做这个取舍。
5.3 一个实用的维护时间记录方法
我从 2021 年开始用一个简单的表格记录每个包的维护时间。每次处理用户问题、做版本适配、更新文档，都记一笔。这样年底一看，就知道每个包实际花了多少时间，收入除以时间，就是你的真实时薪。
这个数据非常有用。它告诉你哪个包值得继续投入，哪个包应该放弃。我去年就砍掉了一个时薪只有 5 美元的包，把时间转移到时薪 40 美元的新包上，整体收入反而提高了。
提示：记录维护时间不需要很精确，按半小时为单位估算就行。关键是坚持记录，积累几个月后数据就有参考价值了。
5.4 关于 Unity 分成政策的变动风险
最后说一个大家可能担心的问题：Unity 的分成政策会不会变？2023 年 Unity 曾经提出过一个按安装量收费的方案，引起轩然大波，后来调整了。这说明平台政策确实存在不确定性。
我的应对策略是：不要把鸡蛋放在一个篮子里。Asset Store 是主要渠道，但不是唯一渠道。同样的素材包，可以在其他平台也上架，或者在自己的网站上直接销售。这样即使某个平台政策变化，也不会影响全部收入。
另外，素材包的收入应该是被动收入的一部分，而不是全部。我自己的收入结构里，素材包大概占 40%，外包和咨询占 40%，其他占 20%。这个结构让我在面对平台政策变化时比较从容。
说到底，Unity Asset Store 卖素材这件事，70% 的分成是明面上的账，维护周期才是暗面上的成本。一个素材包从上架到退役，完整的生命周期可能是 3 到 5 年，期间你需要持续投入时间做适配、修 bug、回问题。把这个成本提前算清楚，设计的时候就考虑维护的便利性，才能让这门生意真正跑得通。我自己是从一个包开始，踩了不少坑，慢慢摸索出这套方法，现在几个包加起来每月能带来一份还算稳定的被动收入。这个过程不轻松，但确实可行。
