拆一个内容矩阵项目：单月 900 条成片的账怎么算

900 条。

先把这个数的性质说清楚：这是本文假设的一个目标产能，不是任何人报过的成绩，也不是谁做到过的数。 这篇文章要回答的是一个纯粹的算术问题——如果你想把一个内容团队的产能推到单月 900 条成片，这笔账逐项算下来是多少，四项成本各占多少，以及哪一项其实根本不重要。

每一项的单价都会给出公开出处。有一项我没有找到可核验的公开单价，那一项我就不给数字，理由写在正文里。

一、先把 900 拆成每天多少条，再决定要几个人

900 ÷ 30 = 30 条/天。这是按自然月算。

按每周休一天算，一个月约 26 个工作日，900 ÷ 26 ≈ 34.6 条/天。这两个除法都是我自己做的，分子分母就是 900 和天数。

30 条和 34.6 条，差 4.6 条。这 4.6 条看着不多，但它是一整个人的工作量差——所以第一件事就是把「按几天算」定死，别在自然月和工作日之间来回换。我的口径是按 26 天算，因为休息日真的会休息。

接下来是人。人的单价用公开数据，不用招聘网站上的挂牌薪资——那些数是需求方开的价，不是实际发生的。

据国家统计局 2026 年 5 月 15 日发布的《2025 年城镇单位就业人员年平均工资情况》：

一个内容团队的岗位大部分落在「文化、体育和娱乐业」这一行，而绝大多数内容团队是私营单位。所以基准数是 64,015 元/年。

64,015 ÷ 12 ≈ 5,335 元/月（自算）。

这个数的口径必须说清三点，否则你会用错：其一，它是行业年平均工资，不是剪辑岗或运营岗的单价，行业里既有高薪岗也有低薪岗；其二，统计口径下的「工资总额」和你实际付出去的用工成本不是同一个数，社保公积金那一块各地差别很大；其三，它是全国口径，深圳广州和三四线城市不会是同一个数。它的用途是给你一个量级，不是给你一个报价。

那 900 条要几个人？这一步没有公开数据可依，我给一个可自查的方法而不是一个答案：把「拍摄 + 剪辑 + 发布」三个动作各自的单条工时量出来（用秒表，量五条取中位数），乘以 900，除以每人每月的有效工时（我的建议是按 160 小时算，不是 176——开会、返工、等素材都在里面）。得到的商就是人数。

假设这个方法算下来是 4 个人。那么人力这一项：

4 × 5,335 = 21,340 元/月（自算）。摊到 900 条：21,340 ÷ 900 ≈ 23.7 元/条（自算）。

23.7 元一条。 记住这个数，第二节要用它做对比。

二、工具这一项，一年五百多块——所以它根本不是瓶颈

很多人做这笔账的时候，第一个纠结的是买哪个剪辑软件、要不要上更贵的版本。先看看这一项到底是多少钱。

据 IT 之家 2025 年 12 月 27 日的报道，剪映 SVIP 超级会员的官方定价是：单月 79 元、连续包年 599 元/年、年卡 758 元，移动端与电脑端权益通用；另有独立的空间会员，1000GB 是 198 元/年，100GB 是 78 元/年。

取连续包年那一档：599 ÷ 12 ≈ 49.9 元/月（自算）。摊到 900 条：49.9 ÷ 900 ≈ 0.055 元/条（自算）。

不到六分钱一条。

再看存储。据阿里云官方帮助文档，对象存储 OSS 标准型（本地冗余存储）按量付费的单价是 0.12 元/GB/月。

算一遍，假设部分我明写：假设每条成片 80 MB（这是我给的假设值，不是任何来源的数据，你可以换成自己的实际值再算一遍）。900 条约 70.3 GB，一个月约 8.4 元（自算）。素材通常远大于成片，按成片的 10 倍留，约 703 GB，一个月约 84 元（自算）。

把工具和存储加起来：约 50 + 84 = 134 元/月。

拿它和人力的 21,340 元/月比一下：134 ÷ 21,340 ≈ 0.63%（自算）。

这不是说工具不重要，是说工具的选择改变不了这张成本表的形状。你把工具费砍掉一半，单条成本从 23.755 元降到 23.727 元。而你把人均产能提高 10%，单条成本直接降到 21.5 元左右。

所以做这类项目，第一件该定的不是软件，是流水线的分工方式——在已经算出来的这两项里，人占掉了 99% 以上。

三、还有两项：一项我算不出来，另一项才是真的瓶颈

四项成本里，人力和工具算完了。剩下两项。

拍摄这一项，我不给数字。

原因是我没有找到可核验的公开单价。场地租金、灯光和支架的折旧、道具与样品的损耗，这三样在公开渠道上要么只有招商话术里的报价，要么根本没有统一口径。没有出处的数字我不写。

替代做法是你自己量一次，三步，一次做完管一年：

第 1 步。把拍摄间里所有一次性买过的东西列一张清单，写下总价，除以 24 个月。 这就是设备折旧的月成本。24 个月是我给的年限建议，不是会计准则。

第 2 步。把场地成本按面积摊。 如果拍摄间是在现有办公室里隔出来的，按它占的面积比例乘以你的月租。不要算成零——它占掉的地方本来能干别的。

第 3 步。把样品和道具按月记一次流水，记满两个月取平均。 这一项在食品、美妆、服饰这几类里可能比设备折旧还大，别漏。

三步做完，这一项就有你自己的数了。它比任何一个抄来的行业均值都准，因为它是你自己的。

分发这一项，是真正的瓶颈，而且它不随产量摊薄。

前面所有的成本都有一个共同点：它们是固定的，产量越大摊得越薄。分发不是。发布一条要选封面、写标题、挑话题、按发送，这些动作是每条都要做一遍的，做 900 条就要做 900 遍。

而且它还要乘以账号数。如果 900 条要发到 5 个账号上，发布这个动作发生的次数不是 900 次。

我的建议是把发布这一项单独计时——量 10 条，取中位数，乘以 900，再乘以账号数。这个数经常大得让人意外，而它在大多数人的成本表上根本没有一行。

这一节的第三件事，是这两年最容易被算错的一项。

让模型批量出脚本，已经是很成熟的事了。这件事对上面那张表的影响非常具体：它压缩的是四项里的一项，而且是最便宜的那一项。

脚本属于人力里的一小块。假设它原本占人力的三成，压掉一半，单条成本从 23.7 元降到约 20.2 元（自算，口径是「假设脚本占人力三成」，这个三成是我给的假设值，不是数据）。省了 3.5 元。

而与此同时，有一项成本被推高了：挑选。

一晚上能出 300 条脚本的时候，人要看的东西从 30 条变成 300 条。看不完就只能随机挑，随机挑出来的东西拍出来会不像同一个号做的；看得完的话，看的那个人就是新的瓶颈——而这个人的工时是按条算的，不随产量摊薄，和分发一样。

所以我给一条上限规则：生成量不许超过你打算拍的条数的 3 倍。 想拍 30 条就出 90 条脚本，出到 300 条只会让挑选成本吃掉你省下来的那 3.5 元，还多吃一截。这条规则的作用不是限制产能，是不让最便宜的那一项去顶高最贵的那一项。

四、代价，和什么时候不该把产能推到 900

先把代价说全，三条。

第一，单条成本在降，单条收益也在降。 900 条不是把 90 条的效果乘以 10。同一个账号一个月发 900 条，选题会开始重复、观众会开始划走、平台的分发也不会按条数线性给。单条成本这个数只有在收益侧不塌的前提下才有意义，而把产量抬到某个位置之后，它一定会塌。这条线在哪里，只能自己测，没有公开数据能告诉你。

第二，人力是阶梯的，不是连续的。 上面那笔账里 4 个人做 900 条，看起来 5 个人就能做 1,125 条。实际不是——加到第 5 个人的时候，你会同时增加一个协调成本：素材归属、命名规范、谁审谁。团队从 4 人到 5 人，产能不会自动多出 25%。所以每加一个人，都要重新量一次单条工时，不能按比例外推。

第三，那个 23.7 元/条只是人力这一项。 它不含拍摄，不含分发工时，不含返工。一条被平台判定不过、需要重做的内容，成本是两条。返工率这一项，上面任何一个数字里都不含它，而它在实际操作中通常不低。

什么时候不该把产能推到 900。

第一种：你还没有把单条工时量出来。没有这个数，上面整张表你一行都填不了，加人只会让混乱按人数放大。先量满两周再谈产量。

第二种：你的账号还不到 3 个，或者内容只服务一类人。900 条摊到 1 个账号上，等于一天 30 条发在同一个地方，这不是矩阵，是刷屏。这套账只在你确实需要覆盖多个账号、多类人群的时候才成立。

第三种，也是最该拦住的：你的目标是「多发一点碰运气」。产能这件事的前提是流水线已经稳定——同样的输入进去，出来的东西质量差不多。流水线不稳定的时候，把产量乘以 10，只是把不稳定乘以 10。 先固定结构，再谈产量，顺序反了这笔账怎么算都是亏的。

这套完整的流水线拆分与单条成本表模板，在《AI内容工厂：短视频批量生产》第 4 课。