做了一百个包之后：哪些经验能复用，哪些必须每次重来

一、一百个包之后，最先改变的不是速度，是判断

做第一个包和做第一百个包，手上的动作其实差不多：看需求、改、回编、签名、装一遍、交付。真正拉开差距的不是速度——第一百个包你未必比第一个快多少——是判断。

拿到一个需求，第一个包的时候你会想「这个怎么做」；第一百个包的时候你会想「这个要不要做」「这样做会不会出事」「大概要多久」「客户后面还会提什么」。

这些判断不是天生的，是攒出来的。而且攒的方式很具体：一部分变成了可以抄的东西，一部分变成了「下次一定要重来」的警觉。

这篇想说的就是这两件事：哪些经验能复用，哪些必须每次重来。分不清这两件事的人，做一百个包和做一个包没区别；分清了，第一百个包会比第一个轻松很多。

二、能复用的四样：清单、档案、流程、病历

我们盘过一次，真正能复用的就四样。它们都有一个共同点：跟具体的包无关，跟「怎么做这件事」有关。

第一样：改动清单模板。一条一行，四列：位置、原来是什么、现在是什么、关联位置。这个模板可以套在任何一个包上，不管它是门店端、巡检端还是管理端。模板的价值不是省字，是让你不漏想「这个词还出现在哪」。

第二样：客户档案。四行：包名、签名谁保管、上次改了什么、他特别在意什么。第二单开始，这四行的价值就显现了——你不用重新问一遍，也不会重复踩同一个坑。

第三样：交付流程。准备、装机、登录、演示、交接、签字，六段。它跟包长什么样完全无关，跟客户是谁也基本无关。流程是最容易复用、也最容易被忽略的一样，因为它的收益是「不出事」，而不出事是不显眼的。

第四样：救包病历。一页四行：什么症状、什么原因、怎么修的、花了多久。这份东西越攒越值钱，因为坏法的重复率极高——装不上的原因就那几个，闪退八成是资源。攒到十页，你能在电话里就猜出原因。

四样东西有一个共同特征：它们都是「纸」，不是「手艺」。手艺在你身上，纸在团队里。手艺会因为你休假而停摆，纸不会。所以复用的本质，是把个人的经验变成团队能用的东西。

顺便说一句，这四样都不需要工具，一张纸、一个文件夹就能开始。难的不是做，是每次都做。

还有一层：四样能复用的东西，都需要「先有一次完整的执行」才长得出来。你没做过完整的交付，就不知道一页纸该写什么；你没救过包，就不知道病历那四行该怎么填。所以别想着「先把体系搭好再干活」，体系是干出来的，不是想出来的。先做，做到第三次，把它写下来，那就是体系。

三、必须每次重来的三样：需求、素材、验证

说完能复用的，说不能复用的。也有三样，而且这三样恰好占了工作量的七成。

第一样：需求。每一次都要重新问一遍，不能拿上一次的答案套。

第二样：素材。每一家的图标、色值、字号规范都不一样，甚至同一家不同渠道给的 logo 也不一样。素材这件事没有「上次那套还能用」这回事。

第三样：验证。每一次的风险点都不同。这次的风险是长名字被截断，下次可能是深色模式下看不清，再下次是某个页面在旧系统上排版错乱。验证清单可以复用，但「这次重点看什么」必须每次重新判断。

这三样为什么不能复用？因为它们跟「这一次」绑死——跟这个客户的行业、这一批素材、这一版的改动范围绑死。你把上一次的答案搬过来，看起来省了十分钟，实际埋了一个雷。

我们有过一次很典型的教训。一个客户要「把应用名改一下」，我们照着上一个客户的清单走——清单上写的是「三处：清单文件、关于页、通知文案」。改完交付，客户第二天发来截图：桌面上还是旧名字。

原因很简单：上一个客户的桌面显示名和清单文件里的是同一个字段，而这个客户的桌面显示名是单独配置的，不在那三处里。清单可以复用，但「这个客户的清单里应该有哪几行」，必须重新确认。

所以现在我们的做法是：清单模板复用，清单内容每次重填。模板告诉你「可能要填哪些行」，内容要靠这次问出来。这两件事混在一起，就是「照抄」。

四、需求为什么不能复用：「改个名字」有四种意思

把「改个名字」这一句话拆开，你会发现它在不同客户那里至少有四种意思。

第一种：只改桌面上显示的名字。应用内部还是旧名，客户不在乎——他只要员工在桌面上看到新名字。

第二种：改所有出现的地方。桌面、应用列表、关于页、通知、分享出去的标题，一处不留。这是最常见的一种，也是最费时的一种。

第三种：连包名一起改。这种情况是要和旧版彻底分开，两个应用能同时装在一台手机上。代价是签名通道要重建，旧版的数据迁不过来。

第四种：只改某个渠道版本的名字。比如给 A 渠道的叫「XX 仓储」，给 B 渠道的叫「XX 云仓」，同一个包出两版。

四种意思，工作量差十倍。所以每次都要问一句：「这个名字要改在哪几个地方？桌面上、应用里、还是全部？」

「换个图标」也一样：要一套还是五套尺寸、要不要自适应图标、圆角是自带的还是系统裁的、深色模式下有没有单独的版本。这些问题问一遍三分钟，不问可能要返工一次。

「加个客服电话」还有一层：加在关于页、加在启动页、还是加在报错弹窗里？三种位置的用意完全不同——关于页是「想找的时候能找到」，报错弹窗是「出问题时立刻能找到」。客户说「加个电话」，往往心里想的是第三种，但他不会说。

所以关于需求，可以复用的是「问什么」，不能复用的是「答案」。我们的做法是把这些问题固定成一组，每次照着问一遍，不靠记忆、不靠经验、不靠「上次好像是这么做的」。

这组问题大概十来个，问完三分钟。三分钟换掉一次返工，这笔账怎么算都划算。而它的前提是：承认自己会记错。

「视觉上改一下」也是一个典型。它可能指换主色、可能指改圆角、可能指把某个卡片从三列改两列、也可能只是「看上去有点挤」——四种意思，四种做法。客户用形容词，你得换成名词和数字。

五、素材为什么不能复用：每家的规矩都不一样

素材这件事，最容易被当成「拿过来用就行」。实际上它是这三样里最容易出问题的。

第一层：规格不同。同样是一个图标，有的客户给的是一张 1024 的方图，有的是五张按尺寸切好的，有的是带透明通道的 PNG，有的是白底 JPG。白底 JPG 直接用在图标上，桌面上就是一个白方块——这个错我们犯过。

第二层：规范不同。有的品牌规定了图标的安全区（图形不能贴边），有的规定了圆角半径，有的规定了深色模式下要换一版。这些规矩不在文件里，在客户的品牌手册里，你得问。

第三层：渠道不同。同一个客户，给直营渠道的 logo 和给代理渠道的 logo 可能是两版（一个有 slogan 一个没有）。拿错了不是技术问题，是事故。

第四层：命名不同。这一层最琐碎：客户的文件名可能是「logo 最终版 2-修改.png」，你放进去之后，三个月后自己都不知道用的是哪一版。所以素材进来第一件事是重命名，按「客户-用途-尺寸-日期」的格式，别嫌麻烦。

四层里，前两层靠问，后两层靠纪律。而纪律这件事，恰恰是「做得越多越容易松」的地方——第一百个包的时候，你会觉得「这个我懂」，然后就不问了。

我们现在的做法是把素材检查做成三个动作：看一眼格式（是不是带透明通道）、问一句规范（有没有安全区和深色版）、存一份重命名（按统一格式）。三个动作两分钟，能挡掉素材类问题的大半。

六、验证为什么不能复用：风险点跟着改动走

验证清单可以复用，但「这次重点看什么」必须每次重新判断。因为风险点跟改动类型绑在一起，改动变了，风险就变了。

我们把改动分成三类，每一类的验证重点完全不同。

资源类改动（图标、启动页、文案）：重点看「尺寸和溢出」。名字太长会不会截断、图标会不会变形、文案换行之后会不会盖住别的元素、深色模式下看不清。这一类的问题几乎都出在「比原来长了」或者「比原来大了」。

配置类改动（接口地址、开关、缓存策略）：重点看「改完还能不能通」。登录能不能进去、数据能不能拉出来、离线状态下会不会崩。这一类的问题往往不在改动本身，而在「改完之后忘了改回来」——测试环境的地址留在正式包里，这种事每年都会发生一次。

逻辑类改动（隐藏入口、调整流程、加校验）：重点看「关联的地方崩不崩」。被隐藏的入口点进去会怎样、跳过的那一步会不会让后面的判断出错、加了校验之后老数据能不能过。这一类最危险，因为它改的是「关系」，不是「样子」。

三类改动，三种重点。所以验证这件事的复用方式是：复用「三类各自要看什么」这个框架，每次重新判断「这次属于哪一类、重点在哪」。

还有一个更实际的提醒：验证的风险点，往往来自「这次和上次有什么不一样」。这次客户换了一个更长的名字、这次多了一个渠道、这次的手机是旧系统——把这些「不一样」列出来，风险点就出来了。

一句话总结这一节：验证不是「再走一遍流程」，是「针对这一次的风险，设计几个动作」。流程是底，动作是这次的答案。

再补一句关于「模板」的边界：模板解决的是「别忘」，不解决「想清楚」。填完模板的每一行，你还是要判断这一行这次该填什么。把模板当成思考的替代品，就会出现「表填满了、事情还是错了」的情况。模板是提醒，不是答案。

七、最难复用的其实是客户关系

前面说的三样不能复用，还有一个更根本的：客户关系。

关系不在纸上，它在你和这个人之间。你能不能在他还没说完的时候就明白他要什么，你知不知道他老板在意哪件事，你记不记得他上次说过「别动我们首页」——这些东西没法复制给另一个人。

有三个细节特别难复制：他的行业话、他的组织结构、他的雷区。

行业话：做仓储的说「盘点差异」，做巡检的说「漏检率」，做零售的说「动销」。这些词你用错一次，他就知道你不熟。而用对了，他说话的语速会变快——因为他觉得你懂。

组织结构：谁提需求、谁能拍板、谁会在事后反对。这三个人往往不是同一个。不知道这件事的人，会在方案都做完之后被第四个人否掉。

雷区：哪一页不能动、哪个词不能用、哪个功能是老板亲自定的。这些事没人会主动告诉你，只能一次一次记住。

但是——「建立关系的方法」是可以复用的。我们的做法是三句话，每次交付或沟通时都说：

第一句：「上次我们改的是这三处。」这句话证明你记得。

第二句：「这次我的建议是……」这句话证明你在想。

第三句：「后面您可能会遇到这类情况。」这句话证明你往前看了。

三句话都不长，但它们做的是一件事：让对方觉得「这件事有人管」。而「有人管」这三个字，是这门生意里所有关系的基础。

八、第一个实例：把一次改包做成了一张渠道信息表

说一个真正被我们复用起来的东西。

我们有一个自家的应用，一年要给六个渠道各出一版。每版的改动是一样的五处：应用名、图标、启动页那句欢迎语、关于页的客服电话、首页隐藏一个内部入口。

以前怎么做：每来一个渠道，从头问一遍。问名字用全称还是简称、图标要哪一版、欢迎语写什么、电话是手机还是 400、内部入口是隐藏还是删掉。问完改，改完交付。

问题是，六次里有三次漏了一处。漏的原因每次都不一样：有一次漏了通知文案里的旧名，有一次漏了关于页那行渠道说明，有一次把「隐藏」做成了「删掉」，客户那边的老员工点进去白屏。

每一次都不难，但每一次都会漏。因为我在靠记忆问，而记忆这东西，第六次的时候最不可靠。

现在的做法：一张渠道信息表。五列，一行一个渠道：渠道名、图标文件、欢迎语文本、客服电话、内部入口处理方式（隐藏/删除）。

这张表的作用有三个。第一，它把「该问什么」固定下来了，新渠道来了我照着填，不会漏项。第二，它把「答案」留下来了，第六个渠道要出包时，前五个的信息都在，可以对照。第三，它变成了交付物的一部分——客户看到这张表，就知道这版改了什么。

改包的动作也简化了：一句话说清五处——「应用名改成 XX 仓储，图标用这张，启动页那句改成『XX 仓储 与您同行』，关于页电话改成 400-XXX-XXXX，首页第三个入口隐藏」，包就出来了。回编和签名自动对齐，装机前在真机预览里看一眼。

怎么验证？表里有五列，就核五处，加上两个对抗动作：把渠道名换成一个很长的名字看会不会截断（有两个渠道的名字确实很长）、点那个被隐藏的入口看是提示还是白屏。

这套东西做完，一版从半天降到一小时左右，而且连续五版没再漏过。但真正的收获不是快，是「不漏」——因为漏一处要返工一次，返工一次的成本比省下来的时间高得多。

这件事让我明白一个道理：模板的价值不是省事，是把「该问的」问在纸上，而不是问在记忆里。

这张渠道信息表后来还多了一个用途：新渠道谈合作的时候，直接把它发过去让客户填。客户填的过程，其实就是在做需求确认——他填不出来，就说明这件事他还没想清楚。让客户填表，比问他十句更有用，因为表上每一格都必须给一个具体答案。

九、第二个实例：照抄了上一个客户的清单，漏了这一处

前面提过那个「桌面名字没改」的事故，这里把过程说完整，因为它很典型。

两个客户前后脚，都是「把应用名改一下」。第一个客户的清单上写着三处：清单文件、关于页、通知文案。做完交付，很顺。

第二个客户来的时候，我们想都没想，直接照着那三行走。改完、回编、签名、装一遍，看应用列表里名字对了，交付。

第二天客户发来截图：桌面上还是旧名字。应用列表里改了，桌面上没改。

查了才知道：这两个应用的桌面显示名配置方式不一样。第一个应用的桌面名和清单文件里的是同一个字段，改了清单就改了桌面；第二个应用的桌面名是单独指定的，要改另一处。

清单没错，错在它属于另一个包。

这件事之后我们改了两个做法。第一个：清单模板复用，清单内容每次重填。模板告诉你「可能要填哪些行」，但每一行都要这次确认过才能写上去。第二个：清单上加一列「这次怎么确认的」——是查的、是问客户的、还是照着上个包推的。三种来源，可靠性完全不同。

这一列加上之后，很多问题当场就露出来了。因为写「照着上个包推的」的时候，你自己会停一下——而那一停，往往就发现问题了。

十、照抄为什么会发生：三个原因，都很合理

照抄不是懒，它通常是三个「很合理」的原因凑在一起。

原因一：时间紧。客户说明天要，你想着「这个我做过，照着来一遍最快」。时间压力下，人会自动选择「最熟悉的路」，而最熟悉的路往往就是上一次的路。

原因二：看起来一样。两个客户都是门店端、都要改名字、都要换图标。表面上看是同一件事，实际上细节不同——而细节恰好是决定成败的地方。

原因三：上次成功了。这是最危险的一个。上一次照抄成功了，于是你相信这条路是通的；而成功可能只是运气——上一个包恰好没有那个特殊配置。

三个原因合起来，就是一句话：照抄的收益立刻可见（快），成本延后可见（返工）。而人对延后的成本天生不敏感。

怎么破？靠自觉没用，得靠结构。我们用了三个结构：

结构一：清单必须重填，不能复制粘贴。哪怕是同一个客户的第二次，也要重新过一遍——因为他的包可能已经变了。

结构二：清单加「来源」列。写清这一条是怎么确认的。写「推的」就要标红，交付前必须核实。

结构三：交付前问一句「这次和上次有什么不一样」。这句话几乎每次都能问出东西：名字更长了、多了一个渠道、手机换了系统、多了一个内部入口。「不一样」的地方，就是这次的风险点。

三个结构都不难，难的是每次都做。而「每次都做」这件事，本身就是经验的一部分——真正的高手不是记得多，是知道自己会忘。

还有一个细节：清单上的「关联位置」列，是防漏的关键，也是最常被留空的一列。因为填它需要你真的去搜一遍。留空的理由总是「这个我熟」，而漏的位置从来都在你以为熟的地方。这一列留空，就等于没填这个模板。

十一、把经验变成资产的三步

做得多，不等于懂得多。很多做了很多年的人，经验全在手上，一换环境就废了；也有人做的量不大，但每次都能留下东西，两年就追上来了。差别在「有没有转写」这一步。

三步：写下来、给结构、定期清。

第一步：写下来。当天下班前十分钟，趁还记得。写什么？今天这件事里，有哪一个判断是下次还会用到的。一句就够，不要写成长篇。

很多人卡在这一步，是因为想写得完整。其实一句也行：「长名字会在桌面被截断，交付前要试一次。」这一句，比一篇三千字的总结有用——因为它可以被直接执行。

第二步：给结构。不是日记，要有固定格式，否则三个月后你自己都看不懂。我们用的是四行：什么场景、怎么做、为什么、什么时候别用。

最后一行最关键，也最少人写。「什么时候别用」——这条经验在什么条件下不成立。比如「清单三处就够」这条经验，在「桌面名单独配置」的应用上就不成立。只写「怎么做」的经验，会在某个客户身上把你坑一次。

第三步：定期清。每季度翻一遍，删掉过时的。这一条听着不像「积累」，其实是积累的一部分。

为什么？因为过时的经验比没有经验更危险。没有经验的时候你会去问、去查；有过时的经验，你会直接动手。工具变了、系统版本变了、客户的要求变了，三年前那条「这么做就行」可能已经不成立。

除了这三步，还有三个提醒。

提醒一：别只写成功的。成功往往有运气成分，失败的原因是确定的。我们那份「救包病历」全是失败的记录，它是所有文档里最有用的一份。

提醒二：别写在脑子里。脑子里的东西不叫经验，叫手感。手感会衰退，也会随着你离开这个项目而消失。写出来的才叫资产。

提醒三：别指望它自动有用。经验库有两个明确用途，你得主动用：一是新人培训（第一天给他看清单模板和病历）、二是报价依据（这个活我做过，做过三次，每次两小时——这就是报价的底气）。没被用过的经验，等于没写。

最后一句：经验不会自动变成资产。它需要一次「转写」，从你手上转到纸上。这一次转写的成本是十分钟，收益是后面每一次都不用重新想。

关于「定期清」，还有一个具体的判断标准：一条经验如果三个月没被用过，就要问一句「它还有用吗」。不是立刻删，是打个问号。连着两个季度都没用过，就删掉。留着不用的经验，占了地方还给人「我很懂」的错觉。

最后补一个小习惯，几乎零成本：每次做完一个活，在清单末尾写一行「这次学到的一句话」。一句话就行，写在这张纸上，跟着这个客户一起存。半年之后翻出来，你会看到自己在哪些地方反复学到同一件事——而那些反复出现的地方，就是最该变成固定动作的地方。

这个习惯的好处是它不需要额外的地方——不用另建文档，不用打开别的工具，就写在手上这张纸的末尾。凡是需要额外动作的习惯，都活不过三个月。

十二、一页速查：哪些能复用，哪些必须重来

这张表最有用的地方，不是左边那一列，是「必须重来」那一列。因为人天生喜欢复用——复用快、复用省事、复用让你觉得自己有经验。而这张表告诉你：有三件事，你越有经验，越要重新问一遍。

我们的做法是把「必须重来」的三样做成三个固定动作：问四句（需求）、查四层（素材）、判三类（验证）。三个动作加起来不到十分钟，但它把「照抄」这条路堵住了。不是靠自觉，是靠结构。

如果你现在手边正好有一个活，不妨试一件小事：在开动之前，花三分钟回答一句「这次和上次有什么不一样」。只回答这一句，不写别的。做完这个活，你看看这一句有没有帮到你。很多方法不需要信，试一次就知道。

十三、一百个包之后，改变的三件事

说了这么多方法，其实最真实的变化在心里。做了一百个包之后，有三件事跟刚开始不一样了。

第一件：对「承诺」变谨慎了。刚开始做的时候，客户问「这个能改吗」，我张口就是「能」。现在会停一下，说「我确认一下，半小时答复你」。

不是因为能力变差了，是因为知道得多了——知道「能改」后面还有「改完会不会影响别处」「客户说的这个能是不是我以为的那个能」。越懂，越不敢随便答应。而客户反而更信这种「我确认一下」。

第二件：对「客户说的第一句话」不再当真了。客户说「就改个名字」，我现在会接着问四句；客户说「越快越好」，我会问出具体日期；客户说「随便」，我会给两个选项让他选一个。

这不是不信任客户，是知道客户说的第一句话，往往是他能说出的最笼统的那一句。他的真实需求在后面，得问出来。刚开始做的时候，我按第一句话做，做完了被说「不是这个意思」，两个人都很委屈。

第三件：对「交付」变重了。以前觉得交付是收尾——包做完了，发过去，事情结束。现在知道交付才是开始：那一小时里客户形成的印象，决定了他下次还找不找你，也决定了他会不会把你介绍给别人。

这三件事有一个共同的副作用：变慢了。问得多、确认得多、交付做得细，前面的时间确实变长了。

但后面的时间变短了：返工少了、解释少了、催款少了、客户流失少了。把两头加起来，做一百个包的人比做十个包的人快——不是手快，是路上没那么多回头路。

十四、给刚开始做的人三句话

如果有人问我「这行怎么入门」，我不会先说工具，会说三句话。

第一句：先学会问，再学会改。改包的技术门槛在降低，问清楚需求的门槛没有降低。你问得越清楚，改的次数越少。问是免费的，改不是。

第二句：每一次都写一页，哪怕只有四行。写完放在一个固定的地方，三个月后你会感谢自己。这一页不是为了给别人看，是为了让未来的你不重复今天的错。

第三句：把交付当成一件正经事。装机、登录、演示、交接、签字，五件事。这五件事做不到，包改得再好也只是「一个文件」。

三句话里，第一句最难，因为它要求你承认自己不懂；第二句最枯燥，因为它每天都在做但不产出；第三句最容易被跳过，因为交完那一刻你已经很累了。

而这三件事恰好就是经验积累的全部：问清楚（输入）、写下来（沉淀）、交到位（闭环）。其余的技术细节，都会随着工具变简单。

说到工具，补一句实话。我们现在改自家的应用，大部分动作是一句话：说清改哪几处、改成什么，包就出来了；回编和签名自动对齐；装机前在真机预览里看一眼；每一处改动都能逐条追溯。这套东西是安卓修改大师智改工坊，介绍页在 https://www.apkeditor.cn/ai-version.aspx，官网 www.apkeditor.cn。

它省掉的是「做」那一段的等待，省不掉「问」和「交」。而恰恰是后面这两段，决定了一个人做一百个包之后，是变成一个熟练工，还是变成一个能交付的人。

工具让你有余力去做那些不产出的事——问清楚、写下来、交到位。这三件事看起来不产出，其实产出的是你的下一年。

还有一个特别实际的体会：经验攒到一定程度，你的报价会变准。不是因为你更会算，是因为你知道这个活里面有几处容易出问题、大概要预留多少时间。而报价准这件事，在客户那里就是「这个人靠谱」。他不管你报多少，他在意的是「说了三天就三天」。

十五、最值得复用的那次经验，其实是失败的原因

如果只能留一份文档，我们留的不是清单模板，是返工记录。

理由很朴素：成功的做法各有各的条件，失败的原因高度集中。你把十次返工的原因列出来，会发现它们反复落在几个地方：没问清「这个词还出现在哪」、没确认「这个入口是隐藏还是删掉」、没试「名字变长了会怎样」、没查「配置里是不是正式地址」。

所以失败经验的第一层用法是：别记「教训」，记「原因」。「下次要细心」不是经验，因为它不能执行；「改文案前先全局搜三处：资源、代码、网页文件」是经验，因为它能执行。

第二层用法是：归类。把返工按环节归类——问需求的时候、改的时候、验的时候、交付的时候。归完之后你会看到一个分布：大多数返工出在「问」和「验」，而不是「改」。

这个分布很重要，因为它会改变你的时间分配。很多人把时间投在「改得更准」，实际上投在「问得更清」和「验得更狠」回报更高。

第三层用法：把每个高频原因，变成一个固定动作。这一步是全部的关键，也是最容易被跳过的一步。

举个例子。「三次返工都是因为漏了一个出现位置」——对应的固定动作是：凡是改词，先全局搜三处，搜完把位置数量报给客户。这个动作做一次二十秒，挡住的是三次返工。

再举个例子。「两次返工是因为配置里留了测试地址」——对应的固定动作是：出包前搜一次测试域名，搜到就不能发。十秒钟。

你会发现，这些动作都极短，短到不像「经验」。但经验真正落地的时候，就是这么一个十秒钟的动作。写成长篇大论的，通常是感想；能变成动作的，才是经验。

这也是为什么我们那份「救包病历」四行就够：症状、原因、修法、耗时。四行里最值钱的是第二行（原因），因为它能直接推出动作；第一行（症状）是索引，让你下次遇到同样的症状能查回来。

回到最开始的问题：做了一百个包之后，什么变了？变的不是手法，是「哪些地方一定会出问题」这份直觉。而这份直觉，如果你把它写下来、归了类、变成动作，它就不再只属于你一个人。

这一节还有一个说法，是我们在内部常用的：把「教训」翻译成「动作」，才算学会。「下次注意」是教训，「改词前先搜三处」是动作。翻译不过去的，都是没学会。

最后一个提醒：病历不要写成检讨。「这次是我疏忽了」没有信息量；「这个应用把桌面名单独配置，原清单没覆盖」才是信息。写病历的时候把自己当外人，只写事实和原因，不写情绪。情绪留在心里，事实留给下一次。

关于归类还有一个反直觉的发现：我们归出来的返工，八成集中在两个环节——问需求和验证。而这两个环节恰好都不在「改」上。这个发现直接改变了我们的时间分配：以前把时间投在「改得更准」，现在把时间投在「问得更清」和「验得更狠」。

十六、这套东西在一个小团队里长什么样

说了这么多「应该有」，落到底其实很简单。我们的经验库就是一个文件夹，五个子目录。

一是清单：每一次的改动清单，按客户名建子目录存。二是档案：一个客户一行，四列。三是病历：返工和救包的记录，一页一个。四是模板：清单、报价、交付说明、渠道信息表。五是交付：每次交付的一页纸和客户签字的照片。

五个目录，没有一个需要工具，一个网盘就够。难的不是建它，是往里放东西。

所以配了两个固定动作：每周十分钟，把这周的返工写进病历，一页一个，四行。每季度半小时，翻一遍清单和病历——删掉过时的、合并重复的、把「出现三次以上的原因」变成一个固定动作。

这两个动作加起来，一年不到十小时。而它挡住的东西，按我们的经验大概是一年里一半的返工。十小时换一半返工，这笔账不需要算。

再补一句关于「慢」的话。这套东西的收益特别慢——你今天写了四行，明天看不出任何变化；你写了一个月，也只是觉得「好像没那么慌了」。它的收益要到一个季度之后才显形：某个客户又来改包，你翻开档案，二十秒就知道他的雷区在哪。

而它的成本特别低，低到你几乎没有理由不做。凡是「成本极低、收益极慢」的事，人的本能都是不做。所以这件事真正的门槛不是方法，是耐心。

我们后来想了个办法逼自己做：把「写一页」加进交付流程的最后一步——不写完，这次交付不算完。用流程绑住习惯，比靠意志力靠谱。

十七、做过这行的人怎么说

做一百个包和做十个包，手上的动作差不多，差别在脑子里：知道哪些能抄、哪些必须重来、哪些只能一次一次记。清单模板、客户档案、交付流程、救包病历，这四样是能带走的；需求、素材、验证，这三样每次都要重新问一遍。安卓修改大师智改工坊把「做」这一段压到很低——一句话说清改哪几处，自动回编、对齐签名、真机预览、改动逐条可查，让你把省下的时间用在问清、写下来和交到位这三件事上。

合规提醒：所有改包与分发都必须建立在自有版权或已获授权的基础上。请勿用于破解、去除授权校验、绕过安全机制或二次分发他人应用；涉及第三方素材、商标、字体的，需自行取得合法授权。本文所述流程仅面向自有应用的品牌替换、界面调整与内部交付场景。

做得多不等于懂得多。把每一次的判断写下来、归了类、变成动作，一百个包才不会只是「重复了一百次」。

安卓修改大师智改工坊能做的，是把改包之后那一串动作一次落到位：模板复用、需求重问、经验转写，改完可以真机预览再确认。说清楚，就够了。