大多数卖家都是用最难受的方式找到自己承载上限的——在一个繁忙周里超了量，然后处理随之而来的后果。提前粗略估算一下，比等一批客户对你的交付周期不满之后才搞清楚要有用得多。
每单订单实际耗时在哪
生成本身很快。真正耗时的是它周围的一切：解读需求表单的答案、撰写并打磨提示词、听几个生成版本挑出一个、等待并处理客户的确认反馈、在一定比例的订单上处理至少一轮修改、以及组装最终交付内容。老老实实按单估算——大多数卖家会低估这一点，因为他们以为生成时间才是瓶颈，而实际上瓶颈在周围那些步骤上。
一个粗略的承载量公式
拿你每周可用的工作小时数，除以你老实估算的单均耗时（包括修改，按比例摊到所有订单里——如果每五单里有一单需要一轮修改、多花20分钟，就往你的单均耗时里加4分钟）。剩下的就是一个粗略的上限，你应该瞄准明显低于这个上限来接单，而不是刚好顶到上限，因为订单不会均匀地到来，某一周扎堆的截止日期迟早会发生。
超出承载量的信号
回复客户消息的速度开始变慢。修改请求开始让你感觉像是突发状况，而不是流程里例行的一部分。你开始跳过原本会包含的确认环节直接生成交付，因为没时间——这是几周后质量问题和纠纷的一个领先指标，而不只是排期上的小麻烦。
需求超过承载量时该怎么办
涨价是一个正当的杠杆，不只是为了增加收入——它能自然地把订单量降到你真正能持续支撑的水平，同时提高每单的利润率。延长你宣传的交付周期是另一个诚实的选择；一个更长但你能稳定做到的周期，比一个你一半时间都赶不上的短周期更能建立信任。长期来看行不通的，是悄悄接下超出你承载能力的订单量，指望积压的订单自己消化掉——它只会越滚越大。
订单看板在这里的价值
只有当你能一眼看清自己当前的负荷时，产能规划才有可能。一个能显示每单订单所处阶段的真正订单看板，能让你做出有依据的"这周我还能不能再接一单"的判断，而不是靠猜——这就是"可持续增长"和"从一个不满的客户那里发现自己已经超载"之间的分水岭。
