计划多到上千条时，要靠一套命名和筛选规则来管：先确定团队平时按哪些维度找计划，把这些维度写进计划名，并用变量自动生成；再把高频筛选保存成视图；最后把规则写成文档，随业务调整。
批量工具让搭建变快之后，新问题随之出现：上千条计划里找不到目标，筛不出某个批次，复盘时只能对着计划名猜结构。
先列出团队找计划的维度
设计命名规则前，先回答一个问题：团队平时按什么维度找计划？常见的有：
- 项目或客户：属于哪项业务。
- 渠道与版位：投放在哪个媒体的哪个位置。
- 素材版本：用了哪批素材、哪个创意方向。
- 批次：哪一轮测试或哪次大促产生的。
- 状态：测试批、放量批，还是待清理。
按使用频率排序，最常用的放在前面。不同团队的维度不同：代理商主要按客户找，电商按店铺和商品，游戏按批次和创意方向。
维度确定后，命名格式也就有了，比如“项目_渠道_素材版本_批次”这样的分段式命名。计划名里写进这些维度，后面才能按它们筛选。
用变量自动生成名称
分段式命名靠手工填写，很容易出错，应该用变量规则自动生成。创量标准版可以在广告名称、项目名称、落地页和监测链接中使用通配符，包括日期、自增序号、素材名称、素材备注和自定义变量，批量生成时自动填入。
落地页和监测链接也用同一套变量，计划名、落地页参数和归因参数就能自动对应。复盘时按变量串起数据，减少人工核对。
团队要整理一份变量表，写明每个变量代表什么业务含义、取值范围是什么、由谁维护。新人上手和跨团队协作，都以这份表为准。
三种常见的命名问题
用流水号作名称主体。“计划001”“新建计划副本2”这类名字，当时省事，两天后自己都认不出来。流水号可以放在名称末尾当序号，主体信息要由变量段来承载。
过度缩写。“qx-qd-A1-v3”这样的缩写只有命名者看得懂，一交接就没人明白。用缩写就要配缩写表文档；没有文档，就写可读的全称。
名称和检索维度脱节。名称里写了活动名称、创意文案这类描述信息，却没有项目、批次、素材版本这些检索维度，看起来清楚，实际筛不出来。
这三种问题的共同点，是只考虑了起名时的表达，没有考虑之后怎么找。
把常用筛选保存成视图
命名解决“找得到”，视图解决“常用的筛选不用每次重新配置”。创量标准版可以保存自定义指标、公式和视图模板，把团队高频的筛选条件存成视图，例如“今天新提交的测试批”“消耗超过阈值的放量批”“素材版本 A 的全部计划”“成本异常待处理”。日常巡检、复盘和交接都直接打开视图，不必每次临时拼筛选条件。
建议多建几个单一用途的视图，而不是做一个什么都能查的大视图。单一视图对应单一工作场景，谁打开都知道它是干什么的。
团队自定义的统计口径，比如某类综合成本或自定义效率比值，也可以用自定义指标和公式固定下来，而不是每个人各自用计算器算。这样全团队用同一套口径，视图也能按这些指标筛选排序。口径变化时，只需修改公式。
团队之间要用同一套编码
命名规则要在多个团队之间通用，两头都要统一。
团队内部：投放、素材、数据三方对“素材版本”的编码要一致。素材侧打标用的版本号，和投放侧命名用的版本号必须是同一套，否则按素材版本汇总数据时会对不上。
代理商与广告主之间：如果双方各有一套命名规则，要么约定给广告主的报告按对方维度重新映射，要么一开始就约定一套共用命名。重新映射每次出报告都要做一遍，共用命名只需约定一次。
任何一方单独修改规则，数据都会对不上。修改要走变更流程，并同步更新文档。
分三步落地
- 发布规则：把变量表、命名格式和视图清单整理成文档，向团队说明，规定从某一天起新计划一律按规则执行。
- 改造存量：挑最活跃的存量计划先改，通常是放量批和长期在投的计划。已结束的历史计划保持原样，靠批次档案追溯。
- 定期检查：每周抽查新计划的命名是否合规、视图有没有人用，不合规的当场纠正。一个月后，根据实际使用反馈修订一次文档。
检查的合格标准不是百分之百合规，而是新人按照文档，能独立找到目标计划。
规则要随业务调整。新增业务线时补充维度，失效的维度及时清理。规则文档要有专人维护，命名格式变化时，同步更新文档和变量表。
命名规则失效，往往从一次赶时间的随手命名开始。批量生成时用变量自动命名，从机制上避免手工起名；少量手工补建的计划，也必须按格式命名。按课程、地区、班型等变量批量创编的例子，可以参考教育多课程批量创编的变量管理：课程×地区×班型。命名规则和变量生成的配置方式，可以从创量标准版了解。