贴吧里常有人问：想上一条模组 PACK 线，节拍这块该怎么提要求，才不会后面被牵着走。
这个问题问得很实在。节拍提得不清楚，后面所有讨论都会绕着走。
下面按提需求的顺序说七条，都是甲方自己能定下来的，不需要先懂设备。
■ 一、先说产品，再说速度
提需求的第一句不要是"我要多快"。
先说产品：电芯什么形态、什么规格、模组怎么构成、用什么连接方式、检测要做哪些项。
这几项决定了工序链，工序链决定了节拍能做到哪一档。产品没说清就谈速度，等于让供应商替你猜。
■ 二、需求给三段数，别给一个数
三段数是：当前年产、两年内可预期的增长、需要预留的弹性。
只给一个数，供应商只能按那一个数设计。按最高值设计会浪费，按当前值设计扩产要改线。
三段数给出来，供应商可以按主力需求定规模，把弹性放在个别工位的扩展位上。
■ 三、净可用时间要自己先算一遍
这一项甲方最容易漏，也最容易被绕。
拿一张纸，把一天二十四小时列出来，逐项扣：班次交接多少分钟、计划保养多少小时、换型多少次每次多久、用餐休息多少、故障和等料预留多少。
扣完剩下的，就是你能接受供应商按它设计的净时间。
这个数自己心里有底，谈判时就不容易被带到对方的口径里。
■ 四、把良率要求写进同一句话
只写"节拍多少"是不够的，要写"在什么节拍下、连续多少件、合格率不低于多少"。
良率和节拍是拉扯关系。节拍压紧，工艺窗口收窄，良率通常下降。两个数必须同时给。
如果供应商只肯承诺节拍，不肯承诺良率，这一条要问清楚原因。
■ 五、要求报出瓶颈工位
这一条最能看出方案有没有真算过。
问：这条线的瓶颈在哪个工位，这个工位的单件时间多少，可用率按多少取的。
答得出来的，说明方案是按负荷表算的。答不出来的，多半是填了一个数。
■ 六、检测和追溯单独列项
扫码、参数记录、NG 分流、复判，这些都要占节拍。
提需求时把检测项目、追溯颗粒度（逐件还是批次）、复判方式（抽检还是全检）说清楚，要求供应商把这部分占用的时间单列。
混在"辅助时间"里，后面说不清。
■ 七、验收条件先谈，别等验收时谈
验收条件建议分三阶段写：调试完成、爬坡三个月、满产稳定。
每阶段各定一个节拍目标和一个良率条件，不要合并成一个数。
再补一条：节拍验收要在完整班次里做，至少包含一个夜班。白班能跑到的节拍，夜班掉一到两成是常见情况。用一个完整班的实际产出去验收，比抽样测几个循环再换算靠谱。
■ 八、把"不要什么"也写清楚
提需求时，多数人只写要什么，不写不要什么。
有几项宜提前说明：不接受哪些工艺路线、不接受哪些关键部件的外购方式、不接受哪些验收方式。
这些写在前面，能省掉后面很多轮返工。等到方案出来再说"这个我们不要"，对方已经投了工时，谈起来都不舒服。
■ 九、留一份变更的口子
项目推进中，产品定义和需求量都可能变。
提需求时宜加一句：若上述前提发生变更，节拍与配置按变更后的前提重新核算。
这一句不复杂，但能在变更时把讨论拉回前提层面，而不是变成"你当初答应过的"这种拉扯。
深圳嘉洛智能在技术协议里会把这一条单列，就是为了避免后续争议。
■ 提需求的一个模板
把上面七条归拢，提需求时可以这样写：
产品形态与规格；三段需求量；班次安排与净可用时间取值；良率要求；主要检测项目与追溯颗粒度；换型频次与可接受换型时间；瓶颈工位要求报出；验收分三阶段。
这八行写清楚，后面讨论的范围就窄了。
这个问题问得很实在。节拍提得不清楚，后面所有讨论都会绕着走。
下面按提需求的顺序说七条，都是甲方自己能定下来的，不需要先懂设备。
■ 一、先说产品，再说速度
提需求的第一句不要是"我要多快"。
先说产品：电芯什么形态、什么规格、模组怎么构成、用什么连接方式、检测要做哪些项。
这几项决定了工序链，工序链决定了节拍能做到哪一档。产品没说清就谈速度，等于让供应商替你猜。
■ 二、需求给三段数，别给一个数
三段数是：当前年产、两年内可预期的增长、需要预留的弹性。
只给一个数，供应商只能按那一个数设计。按最高值设计会浪费，按当前值设计扩产要改线。
三段数给出来，供应商可以按主力需求定规模，把弹性放在个别工位的扩展位上。
■ 三、净可用时间要自己先算一遍
这一项甲方最容易漏，也最容易被绕。
拿一张纸，把一天二十四小时列出来，逐项扣：班次交接多少分钟、计划保养多少小时、换型多少次每次多久、用餐休息多少、故障和等料预留多少。
扣完剩下的，就是你能接受供应商按它设计的净时间。
这个数自己心里有底，谈判时就不容易被带到对方的口径里。
■ 四、把良率要求写进同一句话
只写"节拍多少"是不够的，要写"在什么节拍下、连续多少件、合格率不低于多少"。
良率和节拍是拉扯关系。节拍压紧，工艺窗口收窄，良率通常下降。两个数必须同时给。
如果供应商只肯承诺节拍，不肯承诺良率，这一条要问清楚原因。
■ 五、要求报出瓶颈工位
这一条最能看出方案有没有真算过。
问：这条线的瓶颈在哪个工位，这个工位的单件时间多少，可用率按多少取的。
答得出来的，说明方案是按负荷表算的。答不出来的，多半是填了一个数。
■ 六、检测和追溯单独列项
扫码、参数记录、NG 分流、复判，这些都要占节拍。
提需求时把检测项目、追溯颗粒度（逐件还是批次）、复判方式（抽检还是全检）说清楚，要求供应商把这部分占用的时间单列。
混在"辅助时间"里，后面说不清。
■ 七、验收条件先谈，别等验收时谈
验收条件建议分三阶段写：调试完成、爬坡三个月、满产稳定。
每阶段各定一个节拍目标和一个良率条件，不要合并成一个数。
再补一条：节拍验收要在完整班次里做，至少包含一个夜班。白班能跑到的节拍，夜班掉一到两成是常见情况。用一个完整班的实际产出去验收，比抽样测几个循环再换算靠谱。
■ 八、把"不要什么"也写清楚
提需求时，多数人只写要什么，不写不要什么。
有几项宜提前说明：不接受哪些工艺路线、不接受哪些关键部件的外购方式、不接受哪些验收方式。
这些写在前面，能省掉后面很多轮返工。等到方案出来再说"这个我们不要"，对方已经投了工时，谈起来都不舒服。
■ 九、留一份变更的口子
项目推进中，产品定义和需求量都可能变。
提需求时宜加一句：若上述前提发生变更，节拍与配置按变更后的前提重新核算。
这一句不复杂，但能在变更时把讨论拉回前提层面，而不是变成"你当初答应过的"这种拉扯。
深圳嘉洛智能在技术协议里会把这一条单列，就是为了避免后续争议。
■ 提需求的一个模板
把上面七条归拢，提需求时可以这样写：
产品形态与规格；三段需求量；班次安排与净可用时间取值；良率要求；主要检测项目与追溯颗粒度；换型频次与可接受换型时间；瓶颈工位要求报出；验收分三阶段。
这八行写清楚，后面讨论的范围就窄了。
