一年换四次皮：季节改版的排期、素材库和退役

有些改版是突发的——临时要个活动版、临时要个客户版；而有些改版是有节奏的——每年春节、五一、暑期、双十一、年货节，到点就得换。——后者看起来更轻松，因为可预期；而它真正的麻烦在于"可预期"这三个字——到了那天所有人都在等你，而你没有理由延期。

季节改版这件事，本质上不是"设计问题"，是"节奏问题"。——它一年重复四到六次，每次改的地方八成相同——所以它的效率不取决于"这次改得多快"，取决于"你有没有把它做成一件不用重新想的事"。

而它最容易崩的地方，也不是打包，是"素材"。——每次换季，设计那边会给一堆图：主视觉、图标、横幅、活动入口的小图——而这些图往往在换季前两三天才齐，尺寸和比例还各不相同。——于是打包那半小时里，有一半时间在找图、改尺寸、猜哪张该用在哪。

而"素材最后才到"这件事，几乎是一种规律。——因为设计那边也在等——等主题定、等文案定、等审批过——而这条链子上每一环都觉得"还有时间"。——所以季节改版真正的排期技巧，不是"催图"，是"把不需要等图的事先做掉"。——而"不需要等图的事"其实很多：建项目、反编译、定句式、写验收清单——这四件做完，图一到就能打包。

「安卓修改大师智改工坊」在这件事上能替掉的是"重复动作"——建项目、改那几处、打包、验证。——而它替不掉的是"把素材准备好"和"把节奏排出来"——这两件事只有你能做。——而做一次、管一年，恰恰是这类需求最划算的地方。

只需说话，就能让应用变成你想要的样子。而在"一年四次"这个场景里，这句话可以更具体一点：把"春季这一版长什么样"写成一段固定的句式，每次只换括弧里的内容——这样换季就不是"重新设计"，是"填空"。想先看看建项目和打包的流程，可以从 https://www.apkeditor.cn/ai-version.aspx 下载「安卓修改大师智改工坊」，拿一个自己的应用走一遍——走完之后你会明白"固定句式"为什么能省时间。

一、它和"临时活动版"到底差在哪

两者都是"短期的另一套外观"，而它们的差别不在技术，在"你有没有准备"。——临时活动版是"突然来的"，所以你来不及准备，只能现场拼；季节改版是"早就知道要来的"，所以你完全可以提前一个月把东西备好。——而现实中，很多人把季节改版当临时活动版做——于是每年四次，每次都慌。

第一个差别：可预期性。——春节是哪天，三年前就知道了；双十一哪天，日历上写着。——所以季节改版的时间是"可以排"的——而"能排的事"和"要抢的事"，做事方式完全不同。——能排的事，你可以把"素材齐"这个节点定在换季前十天；要抢的事，你只能盼着素材早点到。

第二个差别：复用性。——临时活动版的素材往往是一次性的，用完就废；而季节改版的素材，明年还会再用一次——同一个春节，除了年份不同，风格是延续的。——所以季节改版值得"建档"——今年的素材整理好，明年只换年份和一两张主图。——而临时活动版没必要建档，建了也不会再打开。

第三个差别：退役方式。——活动版用完就删，因为下一场是另一个活动；而季节版用完不能删——因为明年还要照它改。——所以季节版的项目目录要"留一个"，而活动版的项目目录"留一周就够"。——这个差别很小，但它决定了你一年之后还有没有"参照物"。

而这四个差别加起来，会指向同一个结论：季节改版最该被优化的，是"第一次"。——第一次把清单写出来、第一次把素材库建起来、第一次把固定句式拟好——后面三次的收益，全都来自第一次多花的那两个小时。——而如果四次都当第一次做，那你就等于每年把这两个小时白扔四遍。

第四个差别，也是最实际的一个：季节改版会累积。——一年四次，第二年四次，第三年四次——三年之后你手上有十二个季节版的项目。——而这十二个里，真正有用的只有"去年同一季"的那一个——其余的，能删的应该删掉。——所以季节改版这件事，天生带一个"定期清理"的动作，而活动版没有。

把这四个差别合起来，可以得出一句很有用的话：季节改版应该被当成"一个反复执行的流程"，而不是"四次独立的任务"。——流程的意思是：有固定的输入（素材）、固定的步骤（改哪几处）、固定的输出（一个包）、固定的收尾（归档与清理）。——而"四次独立的任务"的意思是：每次都重新想一遍，每次都想不全。

而把一件事变成流程，最难的往往不是写流程，是"第一次认真做一遍"。——第一次做的时候，你会边做边发现"原来这里还要一张图""原来这个名字会超长"——而这些都是流程里该记下来的东西。——所以第一次做的同时，就该把清单写下来——写完这一份，后面三次就轻松了。

最后说一句关于"节奏"的实话：季节改版最怕的不是做得慢，是"和别的事撞在一起"。——春节前是全年最挤的时候——运营要出活动、设计要出物料、开发要修问题——而"应用换个皮"这件事，在优先级列表上通常排在很后面。——所以它的排期不能按"需要几天"来定，得按"最晚什么时候必须开始"来定——而那个时间，往往比你以为的早一周。

而"撞在一起"这件事，还有一个连锁后果：它会让你跳过验证。——因为时间不够的时候，最先被砍的永远是"装一台真机看看"这一步——而它恰好是唯一能把"我以为好了"变成"确实好了"的一步。——所以排期里那个"换季前 10 天装过一台"的节点，不是流程上的礼貌，是它把验证变成了"不可压缩"。

二、排期：从换季前一个月到换季后再一周

季节改版的排期，建议按"五个节点"来定，而不是按"总共需要几天"。——因为它的瓶颈从来不是"做"的时间，而是"等"的时间——等设计给图、等运营定文案、等审批过。——而"等"这件事没法压缩，只能提前。

节点	要做完的事	卡住会怎样
换季前 30 天	主题和文案定案（今年这一季叫什么、主打什么）	后面所有事都要重做
换季前 20 天	主视觉和图标齐了，尺寸按清单交齐	只能拿去年的图凑，效果打折
换季前 10 天	改完、打完包、装过一台真机	上线当天才发现问题
换季前 3 天	冻结，只修问题不加东西；渠道准备好发	临时改动引入新问题
换季后 7 天	看反馈、归档素材、清理上一季的项目	明年没有参照物，问题也没人记

"换季前 30 天定案"这一条，是整张表的地基，而它最常被挑战。——因为运营会说"我们那时候还不知道活动力度"，设计会说"主视觉还没定"。——而这件事可以拆开：先定"调性"（今年这一季走温暖还是走清爽），后定"细节"（具体哪句文案、哪张图）。——调性定了，设计和素材就能并行；调性不定，所有人都得等。

"换季前 20 天素材齐"这一条，最好配一份"素材清单"。——清单上写清楚要几张、什么比例、多大——而不是"给几张图"这种说法。——因为"给几张图"的结果，通常是给了三张不同比例的图，然后你在打包那天现场裁。——而现场裁出来的图，八成会在某个机型上不对。

"换季前 10 天装过一台真机"这一条，看起来留了太多余量——而它值得。——因为真机验证能露出的问题，往往不是"改错了"，而是"改得不够"——名字被截断、图标被裁、启动页在某个比例上被拉伸。——而这些问题，改起来都只要几分钟——前提是你在有十天的时候发现它，而不是在有十个小时的时候。

"换季前 3 天冻结"这一条，执行起来最难，因为它是"忍住不加东西"。——而季节改版有个特点：越临近，想法越多——"要不这里也加个入口""要不顺便改个文案"。——而每一次"顺便"，都是在一个已经验证过的包上做一次没验证的改动。——所以冻结不是官僚，是把"验证过"这个状态保住。

最后一个节点"换季后 7 天"，最容易被完全跳过。——因为它发生在"事情结束"之后——而人的注意力已经走了。——而它做三件小事：看有没有人反馈（名字太长了、图标看不清）、把这一季的素材归档、把上一季的项目目录删掉。——三件事加起来不到一小时，而它们决定的是一年后你还记不记得"当年是怎么做的"。

顺便说一个很实际的细节：这五个节点最好写进日历，而不是记在脑子里。——因为季节改版一年四次，而人对"四个月后"的感知是很弱的——你会觉得"还早"，直到它变成"下周"。——而日历提醒的价值，就在于它会在"还早"的时候响一次——那一次，恰好是唯一能从容做的时间。

如果你手上不止一个应用要跟着换季，那排期还要多一层：错开。——因为"等设计给图"这件事，四个应用同时等，设计就只能排队——而排在后面的那个，一定会赶。——所以更聪明的做法是：把四个应用的节点错开一周，让素材需求分散开。——而这个动作只需要看一眼日历，不需要任何资源。

三、素材库：把"每次找图"变成"每次拿图"

如果季节改版有 80% 的时间浪费在某个环节，那一定是素材。——不是"设计做得慢"，是"拿到手的东西不能直接用"——比例不对、尺寸不够、命名看不出是哪张。——而这三件事，都能靠一个结构化的素材库解决。

目录结构建议两层：年、季。——"2026 / spring""2026 / summer"——一年四个文件夹，里面放这个季节的全部素材和最后的包。——为什么按"年/季"而不是按"季节"？因为同一个春天，2026 和 2027 是不一样的——而明年你要找的是"去年春天"，不是"所有春天"。

每个季节文件夹里，建议固定六类图。——图标（多个密度档）、启动页底图、首页横幅、活动入口的小图、二维码或分享图（如果应用里有）、以及一张"截图用"的整体效果图。——六类定下来之后，每年都按这六类要——设计那边也就知道该给什么，不会再"给几张看图吧"。

命名建议"类型-比例-尺寸"，三段就够。——比如"icon-48.png""banner-16x9-1200x675.png""entry-1x1-240.png"——名字里带着比例和尺寸，你打开文件夹就知道哪张能直接用。——而"春季主视觉最终版2.jpg"这样的名字，等于没名字——因为你不知道它多大、什么比例、能不能直接用。

图标这一类要单独说，因为它最容易出问题。——桌面上显示的是哪个尺寸的图标，取决于机型和桌面布局——所以一张 1024 的图缩到 48，边缘会糊、细节会丢。——所以"多密度档"不是讲究，是必须——而更省事的做法是：让设计给一张"简化版"的图标，只留最核心的形状和大色块，它在小尺寸下反而更清楚。

启动页底图这一类，要盯的是比例。——手机的屏幕越来越长，一张 16:9 的横图铺上去，两边留黑或者上下被裁，都是常见结果。——所以启动页的图最好是"中间有主体、四周可以裁"的构图——这样在任何比例上都不会难看。——而如果图的主体贴着边缘，那就只能在某几种机型上好看。

除了"齐"，素材还要过一道"验收"。——三条：一看尺寸对不对、二看比例是不是清单上写的、三看有没有透明通道（需要透明的图，给了白底就废了）。——这三条一分钟能看完，而它能挡掉八成"打包那天才发现"的问题。——而验收这个动作，最好由"要打包的人"做——因为他最清楚哪张要用在哪。

最后说"复用"：去年的素材，明年还能用一部分。——比如图标的形状、启动页的构图、横幅的版式——这些是"季节无关"的，只有颜色和文字要换。——所以归档的时候，除了原始素材，最好再留一份"成品参数"——色值、字号、位置——明年照着填，比重新设计快得多。

把这一节压成一句话：素材库的价值不是"存东西"，是"让下一次不用重新沟通"。——而"不用重新沟通"这件事省下的，不是半小时，是一整轮来回——设计给图、你说不对、他重做、你再说不对。——而这一轮来回，往往就是季节改版从"从容"变成"赶"的原因。

还有一件很小但很省事的事：在季节文件夹里放一个"说明"文件。——里面写三行：这一季的色值、这一季的字体、这一季用了哪几张图、分别用在哪。——明年打开这个文件夹，你不必再去问设计"去年那个橙是什么色号"——因为答案就在旁边。——而这三行字的成本，是写的时候两分钟。

四、两个自家应用的实例：一次换季，一次只换一部分

两个例子，都是我们自己内部在用的应用。——一个一年换四次、每次都换全套；一个一年换两次、只换一部分——而它们的差别正好说明了"改多少"该怎么定。

例一：自家的门店会员端。——这是我们自己做给门店用的会员应用，会员在店里扫码看积分、看优惠券。——它一年跟着节令换四次：春节、五一、暑期、双十一。——每次换的是启动页、首页横幅、图标配色和一句欢迎语。

以前怎么做：——每次换季，运营把图丢到群里，我们从群里下载、改名、翻出上一次的项目、改资源、编译、发到门店群里。——而问题在"翻出上一次的项目"这一步——门店群里有十几家店，每家店的店长都会自己转发，于是你手上有好几个版本的包，而你不确定哪个是"最后一版"。——最惨的一次是春节版里用了双十一横幅的底色——因为图混了。

现在一句话怎么做：——建一个项目，项目名里带年份和季节，比如"member-2026-spring"，然后发一段固定的句式："应用名改成『会员 · 新春』，图标用附件这张红金配色的，启动页底图用附件这张、标题文字写『新春好礼 到店即享』，首页横幅换成附件这张，主色沿用上一季，只把强调色换成这个暖橙。"——每次只改括号里的内容——句式的骨架一年都不变。

改完怎么验证：——三步：看桌面名（"会员 · 新春"能不能显示全）、看启动页（有没有被裁）、看首页横幅（比例对不对）。——而这三步之外，我们加了一条"和上一季比一眼"——把新包和上一季的包并排打开，看有没有哪一处还留着上一季的元素。——这条是因为那次"底色混了"加上去的，而它每次都能抓到一两个漏改的地方。

顺带说一句门店群的管理，因为它是这类应用独有的麻烦。——十几家店的店长各自转发，包就在群里越传越多——而每一次转发都可能被改名、被转发到别的群。——后来我们的做法是：只在一个"公告群"里发一次，其他群只发一句话加一个链接，指向同一个位置。——这样"哪个是最新的"这个问题，答案是唯一的。

例二：自家的客服工作端。——这是我们内部客服同事用的应用，用来接工单、查订单。——它只在两个节点换：年货节和大促——而换的东西很少，只有一个启动页和首页顶上的一条横幅，连应用名都不改。

以前怎么做：——因为"只改两张图"，所以每次都想着"随手改一下"——结果随手改的时候忘了打包前先看签名，用了一个新生成的随机签名——发下去之后，同事的机器上装不上，全部要卸载重装。——而卸载重装意味着他们的本地缓存全没了——那些"正在处理中"的工单，要重新找。

现在一句话怎么做：——"启动页换成附件这张，标题文字写『年货节值班中』，首页顶部横幅换成附件这张，其它都不动，签名用原来那份，版本号加一格。"——注意最后两句——"签名用原来那份"和"版本号加一格"——它们和技术无关，和"能不能顺利装上"有关。

改完怎么验证：——这次重点不是"好不好看"，是"装不装得上"——先在一个同事的机器上直接覆盖安装，成功，才发给其他人。——而这一步现在写进了流程：凡是"只改一点"的改版，验机就从"看界面"改成"先看能不能装"。——因为改得越少，人越容易觉得"不会有问题"，而问题往往就藏在"这点小事"里。

五、换季该动六处，有一处最好别动

季节改版最省事的边界是：换"看得见的气氛"，不换"用惯了的位置"。——因为用户对"东西在哪儿"的记忆是很固定的——一旦位置变了，他会找不到，然后骂"越改越难用"。——而气氛变了，他会觉得"哦，换季了"——这是好事。

第一处：应用名的季节性后缀。——"会员 · 新春"这样的后缀，是这个季节最直接的标识——它出现在桌面上，用户一天看几十次。——而它也有代价：名字变长，桌面可能截断。——所以后缀最好控制在两个字之内——"新春""五一""暑价""双十一"——而"双十一"三个字已经是上限了。

第二处：图标。——换季换图标是最有效的一招——因为桌面上的图标，是最容易被看见的位置。——而它也有一个隐患：换得太彻底，用户会认不出来——所以建议"形状不变、配色变"——保持轮廓和构图，只把主色调换成当季的。——这样既"焕新"，又"还是那个应用"。

第三处：启动页。——这是换季改版最该"下功夫"的一处，因为它是唯一一处"用户会停下来看三秒"的地方。——而这三年秒里，能装下的信息其实很少——一句主题、一个视觉——再多就挤了。——所以启动页别想着"把这一季的活动都写上去"——写上去的结果是谁也看不清。

第四处：首页横幅。——这是"当季活动"的落点——而它最容易出问题的地方是比例。——同一张横幅，在不同宽度的屏幕上会被裁成不同形状——所以横幅的构图要"中间是主体、两边可以裁"。——而如果横幅上有文字，文字必须在中间——靠边的字一定会被裁掉。

第五处：强调色。——注意这里说的是"强调色"，不是"主色"——下一节会专门说这件事。——强调色换一换，界面就有了季节感，而品牌色还在——这是最安全的一种"换"。

而强调色的选择，最好不要凭感觉。——一个很实用的办法是从当季主视觉里取色——取它的第二主色（不是最抢眼那个），因为它和主视觉天然协调，又不会盖住品牌色。——而如果你自己配一个，很容易出现"看单张好看、放进界面里刺眼"的情况。

第六处：一句欢迎语或者公告。——这一处成本最低、收益最直接——一句"新春好礼，到店即享"，比换一张大图更能让人感觉到"这个应用是活的"。——而它也是唯一一处"可以每次都不一样"的地方——因为一句话，改起来没有任何风险。

而那一处最好别动的，是"版式"。——按钮在哪儿、列表几列、底部几个标签、首页从上到下的顺序——这些别动。——因为它们不属于"气氛"，它们属于"肌肉记忆"——而肌肉记忆被打断一次，用户要重新学一遍。——而"重新学一遍"这件事，在换季这种本该轻松的时刻，是最不该发生的。

顺便说清"别动版式"的边界：不是"绝对不能改"，是"别借着换季改"。——如果版式确实需要改，那就单独做一次改版，说清"这次改了哪儿、为什么改"——而不是混在季节改版里，让人以为是"换季顺手改的"。——因为混在一起，用户分不清"哪个是季节、哪个是永久"——而分不清的东西，他都会归到"变来变去"这一类。

再补一处细节：如果换季要动首页横幅的位置，那就把它"换掉"而不是"挪走"。——因为"换掉"是原来的位置有一张新图，"挪走"是原来的位置空了、新图出现在别处——而后者会让人以为"这里的东西没了"。——而在换季这种本来就容易被误解的时刻，"看起来像少了东西"是最不该出现的信号。

六、旧季怎么退役：包、项目、外面的链接

"退役"这个词听起来很正式，而它其实就三个动作。——而这三个动作之所以值得单独讲，是因为它们全都发生在"这件事已经做完"之后——那时候没人想动。

第一个动作：包留一份，而且要留"那一份"。——季节改版的包，最容易在群里传成好几个版本——"最终""最终2""真的最终"。——所以退役时要做的，是把它收敛成一个——用一个带年份和季节的名字，放在那年的季节文件夹里。——而"收敛"这个动作，最好在换季当天就做——拖一周，你就再也分不清哪个是哪个了。

第二个动作：项目目录只留"去年同一季"的那一个。——因为明年做春天，你要参照的是"去年春天"，不是"去年夏天"。——所以每做完一季，就删掉"前年同一季"的那个项目——这样任何一个时刻，你手上从春到冬各有一个，加上当季的，最多五个。——而如果不做这件事，三年之后就是十二个，项目列表要往下翻三屏才找得到当季的。

删项目这件事，工具本身是有保护的——它只能删"项目根目录下面那一层"。——四道检查拦着：路径不能为空、根目录必须已确定、目标不能是根目录本身、目标的上一级必须正好是根目录。——所以"删错"的风险很低——真正的风险是"删了之后才发现要它"。——而避免这个的办法很简单：删之前，确认那个包已经归档了。

第三个动作：处理"外面的链接"——这一条最容易被完全忘掉。——因为季节改版的包，往往不是"内部发一发"，而是有物料配套：门店的海报、桌牌上的二维码、短信里的下载短链、公众号文章里的小程序跳转。——而这些东西一旦指向旧包，用户扫出来装的是上一季的版本。

处理的办法分两种。——如果那个链接是"长期有效、指向最新版"的，那只要把最新包替换上去就行——这是一劳永逸的做法，也是最该采用的。——如果那个链接是"固定指向某个文件"的（很多网盘分享就是这样），那你得把新包传上去、把旧包换掉——而这个动作必须写进清单，否则一定会漏。

还有一件事，属于"退役"但不在上面三件里：机器上的旧包。——如果每一季的包名都相同，那新包会覆盖旧包，机器上只有一个；如果包名不同（有些团队为了"能同时留着对比"会这么做），那机器上会堆好几个赛季版。——而堆着的结果是：用户点错、占空间、以及"我这个是哪个"的询问。

所以如果是"包名相同"的做法，退役时反而轻松——覆盖安装本身就是一次清理。——而如果是"包名不同"，那就在换季公告里加一句："装新版之前，先把上一个季节的卸载掉。"——一句话的成本，能省掉一堆"我手机上有两个"的困惑。

把三个动作排个序：先归档包，再换外面的链接，最后删项目目录。——顺序的道理和前面说过的一样——结果是给人用的，过程是给自己看的；结果留下了，过程才可以丢。——而"外面的链接"排在删项目之前，是因为换链接的时候你可能还需要旧包做对照——删了就没了。

另外，退役这件事最好有一个"确认人"。——因为三个动作里有两个是"删"和"换"——而做这两件事的人，往往是最忙的那个人。——所以更稳的分工是：动手的人做归档和清理，另一个人负责确认"外链真的换了"——去扫一次二维码、点一次短链，看装上来的是不是新包。——这个确认只要两分钟，而它能挡住"物料全印了、码却指向旧包"这种很难补的错。

七、主色不要一季一换，强调色可以

这一节想说一个很具体的建议：把"品牌色"和"季节色"分开。——品牌色不动——它出现在图标、按钮、标题上，是"这是我们的应用"的证据；季节色只用在"气氛"上——横幅、启动页底图、活动卡片。

为什么不能一季一换主色？因为它会毁掉"认出你"的能力。——用户在桌面上找你的应用，靠的是颜色和形状——如果这个季度是红的、下个季度是蓝的，他每次都要重新找。——而"重新找"这件事，会让他把你的应用从"常用的那几个"里挪出去。

而"品牌色不动"还有一个更实际的好处：它让换季变简单。——因为主色牵动的地方很多——按钮、选中态、进度条、链接、标签——每换一次主色，你都要检查一遍这些地方。——而如果主色不动，这些检查就全省了——你只需要看横幅和启动页。

那季节色该怎么用？三个位置最合适。——一是启动页的底色或背景；二是首页横幅；三是活动入口那张小卡片的背景。——三个位置都是"内容区"，而不是"控件区"——换了不会影响操作，只会改变气氛。

还有一个折中做法，很多团队在用：主色不动，但"主色的深浅变体"跟着季节走。——比如品牌色是蓝，春天用浅一档的蓝，秋天用深一档的蓝——远看还是同一个品牌，近看有季节感。——而这个做法有一个前提：深浅变化要小——变得太大，就变成"换了个颜色"了。

顺便提一句深色模式。——如果应用有浅色和深色两套主题，那季节色在两套里都要能看——一张白底的春季横幅，放在深色界面上会像一块亮斑。——所以素材最好给两版，或者用"中间浅、四周渐深"的构图——它在两种背景上都不刺眼。

八、五个最常被问到的问题

问一：每季都建新项目，还是复用上一季的项目？——建议"复用目录、单独立项"——把上一季的项目目录拷一份、改目录名、刷新列表，就有了一个新项目。——这样工程和配置都继承下来了，而上一个季度的包还在它自己的项目里，可以随时回去看。

问二：换季要不要改版本号？——要，而且必须是往上走。——因为用户手上是上一季的包，新包要覆盖它——而覆盖的条件之一就是"版本号不低于已装的"。——而"季节版"的版本号最好能看出季节——哪怕只是末位加一，也比"和上一季一样"好。

问三：换季的包要不要换签名？——不要。——签名换了，用户就必须卸载重装——而卸载会清掉本地数据，包括登录状态、缓存的内容、甚至未提交的记录。——所以签名要一直用同一份，从第一季到第 N 季都不换。——而"随机签名"这个选项，在季节改版里最好一次都别用——它的指纹每个包都不同，等于每季都逼用户重装。

问四：一年四次是不是太多了？——看你的业务节奏。——零售、餐饮、电商这类跟节令强相关的，四次不算多；而工具类、内部管理类，一年一次都嫌多。——判断标准很简单：换季能不能带来"用户感知到的好处"？能，就换；不能，就不换——因为每次换季都是一次"用户要重新适应"的成本。

问五：去年的素材能不能直接用？——能用的部分比你想的多——图标的形状、启动页的构图、横幅的版式，这些是"季节无关"的。——而必须换的是：色值、文字、以及那些带年份的地方（"2026"这种数字最容易漏）。——所以复用的时候，专门做一件事：把去年所有带年份的文字找出来，一个不漏地换掉。

顺着"复用"这个话题，还有一条经验：把上一季的包留着，别删。——因为它是"最好的参照物"——明年做同一季的时候，你把新包和它并排打开，一眼就能看出"哪一处还没换"。——而如果你只有素材、没有包，那"并排看"这件事就做不了——素材是零件，包是成品，而成品才能告诉你"整体像不像"。

最后补一句关于"要不要做季节改版"的判断：看你的用户有没有"季节感"。——零售、餐饮、本地生活有——他们会因为"过年了"而多来一次；而工具类、内部管理类没有——他们只关心"这东西别变"。——所以别因为"别人都在换"就跟着换——每次换季，用户都要重新适应一次，而这个成本是真实的。

九、一份固定句式，一张换季清单

先给那段"固定句式"。——它一年用四次，每次只换括号里的字——而它的价值在于"不用重新想"。——把这段话存在季节文件夹里，换季的时候复制出来、填五个括号、发给工具。

这段句式里有三句话，是"踩过坑才加进去的"，值得说明。——"形状和构图保持和上一季一致"——因为换得太彻底，用户会认不出。——"主色不动"——因为主色一换，所有控件都要重新检查。——"签名沿用原来那份，版本号加一格"——因为这两句决定了"用户能不能顺利装上"。

再说清单。下面十项，是按"漏了会返工"挑的。——它比"完整流程"短，所以更可能被真的执行。

序号	换季时必须确认的一项
1	这一季的主题和一句话文案定了（30 天前）
2	六类素材齐了，名字里带比例和尺寸
3	图标给了多个密度档，而且是小尺寸看得清的那版
4	启动页和横幅的构图都是"中间主体、两边可裁"
5	主色没动，只换了强调色和内容区的底色
6	所有带年份的地方都换过了（"2026"最容易漏）
7	签名沿用原来那份，版本号往上走了一格
8	在装过上一季的机器上覆盖安装成功
9	和上一季的包并排看过一次，没有残留元素
10	包归档、外链换新、上一年的项目目录清掉了

十项里，第 6 项和第 9 项是"季节改版专属"的坑。——第 6 项是因为"去年那份素材直接改的"——所有的字都对，只有年份还是去年。——第 9 项是因为"残留"这件事只能靠对比看出来——你单独看新包，它是完整的；和旧包放在一起，才会发现某个角落还留着上一季的图案。

而第 10 项是唯一一项"发生在做完之后"的，也是最容易不做的。——建议把它拆成三个小动作，写在换季当天的日历上：归档包（十分钟）、换外链（十分钟）、清项目（五分钟）。——三个动作加起来不超过半小时，而它们决定了明年这个时候，你是"照着去年的做"还是"重新想一遍"。

如果还有余力，建议再加一件事：换季后写三行复盘。——哪一处改得最费劲、哪一处最容易漏、哪一个素材下次该早点要。——三行字，写在季节文件夹的说明文件里——明年打开的时候，你先看到的就是它。——而这三行，往往比一份完整的流程文档更有用——因为它是"刚被扎过的地方"。

十、用过的人怎么说

五条里，两条讲"变快了"，三条讲"踩过的坑"——而三个坑分别是主色、年份、签名。——有意思的是，这三个都不是"改得对不对"的问题——改都改对了，只是"改多了""忘了改""改错了一份"。——而季节改版的错误，几乎全在这一类里。

那句"我找不到你们那个应用了"，值得所有做季节改版的人听一遍。——因为它说的不是审美，是"认不出"——而认不出这件事，在小屏幕上比在大屏幕上严重得多。——所以"品牌色不动"这条规矩，本质上是在保护"被认出来"这个能力。

而"把包里所有数字过一遍"这个动作，其实可以更省事：把"年份"当成一项固定检查，写进清单第 6 项。——因为这类错误不会越来越少——它只会随着素材复用次数的增加而变多。——而清单的意义就在这里：它不指望你记性好，它只要求你照着念一遍。

---

只需说话，就能让应用变成你想要的样子。——而"变成春天该有的样子"，靠的是那句一年用四次的固定句式、那句"主色不动"的规矩、和那句"签名沿用原来那份"的提醒——剩下的，交给安卓修改大师智改工坊。