
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、回问题。把这个成本提前算清楚设计的时候就考虑维护的便利性才能让这门生意真正跑得通。我自己是从一个包开始踩了不少坑慢慢摸索出这套方法现在几个包加起来每月能带来一份还算稳定的被动收入。这个过程不轻松但确实可行。