把包交到客户手上那一小时：装机、登录、演示、交接、签字

一、交包那一小时，决定这个项目算不算完

改包这件事，前面九成的时间都在电脑前。分类、动手、回编、签名、验一遍，都做完了，包躺在文件夹里。这时候很多人会觉得「活干完了」。

其实没有。真正的验收不在你的电脑上，在客户那台手机上。

我们有过一次很难忘的交付。包做得没问题，改动清单一条条对得上，发过去之后客户说「装不上」。远程看了半小时，原因是他的手机系统版本比较老，而那个包的最低系统要求刚好高了一档。这不是改包改错了，是交之前没人问过他用的是什么手机。

那次之后我们定了一个规矩：交付不是一个动作，是一个小时。这一个小时里要做的五件事——装机、登录、演示、交接、签字，一件都不能省。省掉哪一件，后面都会以另一种方式回来找你。

这篇就把这一个小时拆开讲。它不是技术文档，是一份现场清单：每一步做什么、最容易在哪出事、出事之后怎么补救。

二、交之前的三样准备：一台干净机、一份清单、一个旧版

在出门或者发起视频之前，有三样东西必须先备好。它们都不花时间，但能挡掉现场八成的意外。

第一样：一台干净机。不是你的开发机，是一台恢复过出厂设置、没装过这个应用的手机。为什么强调干净？因为你自己的手机上装着调试版、装着旧版、装着一堆测试账号，很多问题在你这台机器上永远不会出现。干净机能模拟客户第一次装的样子。

如果拿不到干净机，退一步的做法是：至少换一个品牌、换一个系统大版本。同品牌同版本的两台手机，装出来的问题是一样的。

第二样：一份清单。这张清单就是前面收敛表落地之后的那份改动清单，一条一行，写清「哪里、原来是什么、现在是什么」。它的作用有两个：交付时逐条对，签字时当依据。没有清单的交付，等于让对方凭感觉验收。

第三样：一个旧版。客户手机上现在用的那一版，安装包要留一份。这是你的退路。新版本现场出问题，十分钟内能退回旧版，这个项目就还有体面；退不回去，客户当场就会开始怀疑你的专业度。

这三样东西的准备时间大概是二十分钟。但它们的价值不是省时间，是让你在现场有底气。有底气的人交付时说话是稳的，客户能感觉到。

三、装机那一刻：六种最常见的事，按概率排序

装机看着是最简单的一步，其实是整个交付里最容易尴尬的一步。因为它是当着客户的面发生的，出了事你连解释的时间都没有。下面这六种，按我们遇到的频率排。

第一种：系统版本对不上。最前面那个故事就是这个。包里有一个最低系统版本的要求，客户手机低于这个版本，就会提示「应用未安装」或者「解析包时出现问题」。这种事不常见，但一旦碰上就是零分，因为你连装都装不上，后面什么都没法谈。

预防很简单：交付前问一句「您这边手机大概是什么系统」。不用问得很细，问「是安卓几」就够。如果对方的设备比较旧、型号杂，最好在改包时就把最低系统版本的要求调到一个保守的值——兼容性这件事，往下兼容永远比往上省事。

第二种：签名冲突。客户手机上已经装着一个同包名但不同签名的版本，新包就装不上，提示「应用未安装」或者「与已安装应用签名不一致」。这在换皮交付里特别常见：上一版是别人做的，签名在别人手里，你签不上。

处理方式只有一个：先卸载旧版，再装新版。但卸载会清掉本地数据，所以要提前说一句「装新版之前得先卸旧的，里面的本地数据会清掉，如果有要留的我们先导出来」。这句话一定要在动手之前说，说在动手之后就是事故。

第三种：「未知来源」没打开。这个开关各家位置都不一样，有的在「安全」，有的在「应用管理」，有的在「隐私」。客户找不到的时候会很自然地说「你这包有问题」。所以交付时最好你自己拿手机操作，或者直接发一段带截图的操作说明。

第四种：被系统管家静默拦了。国产系统上很常见：点安装没反应，或者装到一半消失，没有任何提示。原因是被手机自带的安全中心拦了，它认为这个包「来源不明」。这时候要去安全中心里找「安装拦截记录」，放行之后再装一次。

这种事的麻烦在于它没有错误信息，客户只会说「装不上」，你在电话里猜半小时也猜不到。所以交付前问一句「您手机是哪个牌子」，比什么都管用——你至少知道该去哪个菜单找。

第五种：装上了，桌面没图标。装完提示成功，但桌面上找不到。多半是启动器缓存没刷新，重启一下桌面就好；也有一种情况是包里的启动入口配置有问题，那就是真的改坏了。区分方法很简单：去「设置 - 应用管理」里看，如果列表里有这个应用，能从这里打开，那就是图标问题；如果列表里也没有，那就是没装上。

第六种：存储空间不够。这个最没技术含量，但真的会遇到，尤其是在客户那台装满照片的旧手机上。装之前看一眼剩余空间，比装到一半失败再解释要体面得多。

把六种放在一起看，你会发现它们的共同点是：都不是「改包改错了」，但都会被当成「你改错了」。所以装机的关键不是技术，是提前问、当场自己动手、出事能立刻说清原因。

四、登录这一步：账号、验证码、白名单

装上了，下一步是登录。这一步出的问题往往比装机更麻烦，因为它牵扯到客户那边的系统，不在你的控制范围内。

账号有没有开。这是最常见的一件。客户说「登不上去」，你查半天代码，最后发现是他的账号还没在后台开通，或者开通了但没分配角色。交付前最好让对接人提供两三个能用的测试账号，当场登一次。

验证码收不到。短信通道有时候会按号段、按地区限流，或者需要把客户的号码加进白名单。交付现场如果卡在验证码上，会非常尴尬——你没做错任何事，但整个流程停住了。预防办法：提前一天用自己的号码试一次，确认通道是通的。

内网和固定 IP。有些客户的服务器只允许公司网络访问，客户拿着手机在会议室里连的是访客 Wi-Fi，自然连不上。这时候不要急着改配置，先问一句「您这个应用平时是在公司网络里用，还是在外网也要用」。答案不同，部署方式完全不同。

首次登录强制改密。有些系统第一次登录要求改密码，客户不知道，输完原密码发现进不去，以为坏了。这种事写进交接单一行就能避免。

多设备互踢。同一个账号在两台手机上登录，后登录的把前一个踢下线。交付演示时如果客户自己也拿手机登了一下，你这边就会突然被退出。这不是 bug，是策略，但现场看起来像故障。

登录这件事的经验是：不要在现场排查，要在前一天排查。前一天把账号、验证码、网络三件事各试一次，现场就只剩下「输入密码」这个动作。交付现场不该出现排查，只该出现确认。

五、演示：别演全流程，演三条主路径

装好了、登录进去了，接下来是演示。这里有个很典型的错误：把自己做的所有页面都演一遍。

为什么错？因为客户的注意力只有十分钟。你演到第四分钟开始讲「这个设置页可以配置通知时间」，他已经在想别的事了。演到第十二分钟，他记住的不是你做了多少功能，而是「这个会开得有点长」。

我们的做法是只演三条主路径，每条一分钟。什么叫主路径？就是这个应用里客户每天真的会走的那三条线。门店端是「开店检查、上报异常、交接班」；巡检端是「接任务、拍照、提交」；管理端是「看今日数据、看异常列表、导出」。三条演完，客户对这个应用就有了完整的印象。

演的时候有三个细节很值得注意。

第一，用像样的数据演。演示数据要是那种一看就是真的——门店名像真的、日期是最近的、金额有零头。这一点前面讲演示包时说过，这里再强调一次：数据假，功能看起来也假。

第二，让客户自己点一次。你演十遍，不如他自己点一遍。他自己点的时候会遇到真实的卡顿和误触，你也能提前看到他用起来别扭的地方。这一步经常能发现问题——不是 bug，是「他以为要点这里」的那种问题。

第三，别演配置页。配置页是你能力的证明，不是他关心的东西。真想说明，一句话带过：「这些都可以配，回头写在交接单里。」把配置留给纸，把体验留给手。

还有一个反过来的建议：主动演一处你改过的地方。比如「原来启动页那句话是旧的，现在是您要求的那句」——把改动摆出来，客户才知道钱花在哪。做了不说，等于没做。

六、交接：谁接手，他需要会什么，出问题找谁

演示完，你会发现一个问题：真正每天用这个应用的人，往往不在会议室里。在会议室的是老板和对接人，真正用的是店员、巡检员、仓库管理员。

所以交接这一步，关键不是「教会所有人」，是找到一个能在现场教别人的人。这个人通常是店长、班组长，或者客户那边唯一一个「什么都懂一点」的人。找到他，剩下的事他自己会往下传。

交接要交的三件事，按重要性排：

第一，怎么装、怎么更新。这一条最容易被忽略，因为你觉得「发个安装包就行」。但客户的现实是：三十台手机，谁来装？装完怎么知道装的是哪一版？新版本怎么替换？如果这些没交代，第二周你就会接到「有的手机是新版有的是旧版」的电话。

第二，出了问题找谁。这句话必须写下来，而且要写清楚分级：装不上找谁、登录不上找谁、数据不对找谁、想加功能找谁。现实中最常见的失败不是应用坏了，是客户不知道该找谁，于是找了一个不该找的人，事情就卡住了。

第三，哪些事不要自己做。这一条听起来奇怪，但很重要。有的客户会自己找人来「优化」一下，或者装个清理软件把应用的数据清了。交接时明确说一句「这几件事别自己动，动了我们不好查」，能省掉后面很多扯不清的责任。

交接的形式，我们后来固定成一页纸：应用名、版本号、装在哪些设备上、怎么更新、三个联系人和各自负责什么、五条注意事项。一页纸，正反面，签字的时候一起给。客户拿着这页纸，会觉得这件事是有交付物的。

七、签字之前：三样东西摆到桌上

很多交付没有签字这一环，觉得「装上了、能用就行」。但签字这件事的作用不是形式，是把「什么样算完」固定下来。没有它，一个月后客户的记忆会变，你的记忆也会变。

摆到桌上的三样东西，按顺序：

第一样：改动清单。就是那份一条一行的清单，逐条对照着点一遍。这一遍不要省，因为它是唯一能证明「你要求的都做了」的东西。对照的时候有个技巧：让客户看着清单说「这条对」，你不要自己说「这条做了」。他自己确认过的，后面不会反悔。

第二样：已知问题。这一样很多人不敢写，怕客户觉得自己没做完。但经验恰恰相反：主动写出来的已知问题，会变成「可接受的限制」；被客户发现的，会变成「质量问题」。

已知问题的写法要具体，不能写「部分机型可能有兼容问题」这种。要写「某型号手机上横屏切换时列表会闪一下，不影响数据」——具体到机型、具体到现象、具体到影响范围。越具体，越显得你清楚自己在做什么。

第三样：后续口径。三句话就够：多久之内发现的问题免费修（我们一般是两周）、新需求怎么提（走一个固定入口，不要微信随口说）、下一次评估是什么时候（比如一个月后看使用情况）。

这三样摆完，签字就顺了。因为客户看到的不是「一个包」，是「一份交代」。交付的本质不是把文件给他，是把他心里那些没问出口的问题一次答完。

顺便说一个反例。我们早期有一次交付，装好了、演示完了，客户说「挺好」，然后就散了。两周后他打电话来说「有个地方不太对」，我们去改，改完他说「这个不是原来那个问题吧」。那次没有清单、没有签字，两边都记不清了，最后是我们白做了一轮。没有纸面的交付，最后都变成人情账。

八、第一个实例：自家的应用，当天在客户手机上装好

说两个自己的例子。都是自家的应用，一个是交付顺利的，一个是交付后出岔子的，对着看比较有用。

实例一：给合作方单独出的那一版。

我们内部有一个在用的应用，要给一个合作方单独出一版：应用名换成他们的、图标换成他们的、启动页那句欢迎语改成他们的品牌名、关于页加上他们的客服电话。四件事，全是第一类「具体改动」，不需要方案也不需要解释。

以前怎么做：先在资源目录里找图标，按五套尺寸各导一遍；再找应用名出现的位置——清单文件一处、关于页一处、通知文案一处；启动页那句在布局文件里；客服电话在关于页的字符串里。改完回编，回编之后签名对不上，重新生成密钥、重新签；签完装到自己的测试机上截几张图发过去，对方说图标边缘糊，回去重导。整个流程两个人半天，而且中间有两次来回。

现在怎么做：一句话说完——「应用名改成 XX，图标用这张，启动页那句改成『XX 与您同行』，关于页加客服电话 400-XXX-XXXX」。改完自动回编、自动对齐签名，装机前先在真机预览里看一眼，确认了再导出。从说这句话到拿到可安装的包，十几分钟。

改完怎么验证：三个动作。一是看应用列表里的名字对不对；二是看桌面图标，重点看边缘有没有糊——之前那次就是糊在这里；三是启动一次，看第一屏那句话。三处都对，这一版就过了。验证动作固定下来之后，交付前不再靠「感觉没问题」。

这次交付的现场是顺的，因为四件事都在清单上，一条一条对就行。客户当场装在自己手机上，看完说了一句「跟我们的东西一样」。这句话大概是对改包最高的评价——不是「改得好」，是「看不出来是改的」。

九、第二个实例：交付当场「装不上」，怎么补救

实例二：一次签名不一致的现场。

还是自家的应用，这次是给内部一个部门用的新版。改动不多：首页三个入口换了顺序、退出登录的确认文案改了、加了一处客服电话。包做完了，改动清单也对过，我们带着笔记本去了他们的办公室。

装上，弹了一个提示：「应用未安装」。再试一次，还是一样。客户在旁边看着，气氛立刻变了。

查了十分钟，原因清楚了：他们手机上现在装的这一版，是半年前另一个人做的，签名和我们这次不是同一套。同包名不同签名，安卓不允许覆盖安装，只能先卸载。

问题在于——卸载会清掉本地数据。那台手机上有几十条没同步上去的记录，是那个部门的人一周跑出来的。

当时的补救是这样做的：先不卸载，打开旧版，找到导出功能，把本地记录导成文件存到手机里；再截图记下设置页里几项配置；然后卸载、装新版、把文件导回去。前后四十分钟，全部当场做完了。

这次算是救回来了，但救回来靠的是运气——那台手机恰好有导出功能。如果换成没有导出的应用，那几十条记录就没了。所以真正的教训不是「下次记得导出」，是「交之前要问清三件事」。

哪三件？第一，这台机器上现在装的是哪一版，谁签的。如果是别人做的，签名八成不一样，就要走「先卸后装」这条路。第二，里面有没有本地数据要留。有的话提前一天安排导出，不要留到现场。第三，能不能先在一台备用机上走一遍完整流程。能的话，所有问题都会在备用机上暴露，而不是在客户面前。

这三件事问完，只需要三分钟。但省下的是一次现场尴尬，甚至是一次数据丢失。

后来我们把这三句话写进了交付前的准备清单，位置在第一行。理由很简单：改包这件事的技术难点早晚都能解决，救不回来的是当场丢掉的面子和数据。

十、交付之后：24 小时、第三天、一周

包交出去，事情才刚进入下半场。真正决定这个客户会不会再找你的，是接下来那一周。

24 小时之内，发一条消息。只问一句：「装上了吗？用得顺不顺？」不要发问卷，不要发五条问题，不要附一份使用说明。这一条消息的作用是让他知道你在，不是收集反馈。

为什么强调 24 小时？因为装完的头一天是问题最集中暴露的时候，也是最容易因为「找不到人问」而放弃的时候。一个当天就回过话的供应商，和一个三天后才出现的供应商，客户心里的位置是不一样的。

第三天，问三个具体问题。不是「用得怎么样」，而是：「装了几台了？」「有没有哪一步操作觉得别扭？」「有没有哪个数据看着不对？」三个问题都指向事实，客户答得出来，你也拿到东西。问感受得到的是客气，问事实得到的是问题。

一周之后，做一次小回访。这时候可以稍微深一点：看后台有没有真实使用记录、问有没有人反馈「原来那个更好」、问下一批设备什么时候要装。这一轮的目的不是修 bug，是判断这次交付算不算真的落地了。

怎么判断落地？三个信号：有人在用（不是只有老板在用）、有人抱怨（抱怨说明真的在用）、有人问下一步（说明他接受了这个东西）。三个信号里最容易被误判的是第二个——很多交付方怕听到抱怨，其实一句抱怨都没有，往往意味着没人打开过。

还有一个动作值得做：把这一周收到的问题整理成一页，发给客户。不用长，三五条，写清「哪个问题、怎么处理、什么时候处理完」。这一页在客户眼里是「这家有台账」，在你眼里是下一版的输入。交付不是终点，是下一轮的起点。

十一、交付现场真被问过的八个问题

下面这八个问题，是我们在这类交付里被反复问到的。提前想过答案，现场就不用临场组织语言。

问一：为什么不能直接装，非要先卸？因为签名不一样。同一个应用名、同一个包名，但签名不同，系统就当成两个不同的来源，不允许覆盖。这是安卓的保护机制，不是包的问题。提前说这句话，比现场被抓着问要好。

问二：卸了之后原来的数据还在吗？本地的数据会没，服务端的不会。所以要提前一天确认：哪些数据只在手机里、有没有导出功能、需不需要导。把「会没」和「不会没」分清楚说，客户才不会慌。

问三：能不能不卸载就更新？能，前提是签名一致。所以如果这个应用以后要长期更新，最好是同一个签名一路用下去。换签名这件事，成本不在第一次，在以后每一次升级。

问四：我们员工自己能不能装？能，给一个安装包加一段三行的说明就行：点开、允许安装、装完在桌面找图标。真正麻烦的从来不是装，是「装了哪一版」——所以最好在关于页里留一个版本号，一眼能看见。

问五：怎么知道装的是最新版？看版本号。交付时把版本号写进交接单，客户以后自己就能对。没有版本号的应用，交付之后你永远说不清对方用的是哪一版。

问六：以后每次更新都得找你吗？看情况。如果是改内容、改配置，可以教他们自己改；如果是改界面、改逻辑，还是得走一次改包。这个界线最好在第一次交付时就说清，不要等到第二次谈钱的时候才说。

问七：手机换了怎么办？重新装一次就行，账号登上去数据就回来了。唯一要注意的是旧手机上的本地数据，换之前先同步一遍。

问八：这应用会不会被系统清掉后台？有可能，尤其是国产系统对后台管得比较严。要做的是把它加进「自启动」和「后台不被清理」的白名单里。这一条一定要写进交接单，否则客户会认为是应用不稳定。

这八个问题有个共同点：没有一个是技术难题，全都是「说清楚就行」的事。而交付现场最容易出问题的，恰恰就是这些「说清楚就行」的事没说清楚。

十二、这一小时之外：让交付变顺的四件准备

现场那一个小时顺不顺，八成取决于前一两天做了什么。四件准备工作，都不费劲，但每一件都能挡掉一类麻烦。

第一件：挑时间。不要选月末、不要选周一上午、不要选对方刚开完大会的那一天。月末他们在冲业绩，周一上午在开会，刚开完会的人耐心是零。最好的时间是周二到周四的下午三点到四点——事情处理了一轮，离下班还早，注意力在。

第二件：问清谁在场。这一条比时间重要。如果会议室里只有对接人，没有能拍板的人，那么签字这一步就走不完，交付会滑成「先这样，回头再说」。而「回头再说」的项目，八成会再返工一次。所以提前问一句「签字这一环需要谁在」，是很有必要的。

第三件：网络。这件事被低估得厉害。客户的会议室 Wi-Fi 经常连不上自家的服务器，或者信号只有一个格。远程交付时更麻烦，共享屏幕卡成幻灯片。准备好的做法：自己的手机开热点、包里带一根网线转接头、提前问一句「会议室能连内网吗」。

第四件：包怎么发。这个细节很土，但真的出过事。安装包直接发微信，有时候会被拦、有时候传过去变成一个打不开的文件，还有些邮箱附件超过大小限制直接退回。稳的做法是：U 盘带一份、网盘放一份、邮件附一份，三选二。

远程交付还有两个自己的讲究。一是录屏。把整个演示过程录下来，事后剪都不用剪，直接发过去，客户可以让没参会的人自己看一遍。二是把链接和密码当场发到群里，不要事后补——事后再发，他要么找不到，要么已经忘了这事。

这四件事加起来大概半小时，但它们决定的是：现场那一小时里，你是来解释事情的，还是来处理意外的。

十三、把这一小时变成一份固定清单

我们后来把这一个小时的五步做成了一页清单，每次交付照着走。清单本身没什么技术含量，它的价值在于把「记得做」变成「不用记」。

清单的顺序就是现场的顺序：准备（干净机、清单、旧版、包的两份副本）→ 装机（问系统版本、确认签名、看存储空间）→ 登录（账号、验证码、网络）→ 演示（三条主路径、客户自己点一次）→ 交接（一页纸、三个人名）→ 签字（改动清单、已知问题、后续口径）。

走完一遍，你会发现交付这件事变得很像流水线：每一步都有输入和输出，每一步都能检查。这种感觉对双方都好——客户看到你在按流程做事，会比看到你「很熟练」更安心。熟练是个人能力，流程是组织能力，客户买的其实是后者。

这里也说一句工具的事。上面清单里最耗时的是「准备」和「验证」两段：准备要出包、要签好名、要留旧版；验证要一条条对改动清单、要在真机上确认。这两段以前全靠手工，现在大部分可以一句话交代下去——改哪几处、改成什么，说清楚，包就出来了，回编和签名一步到位，真机预览里先看一眼再给客户。

我们内部把这一步放在 安卓修改大师智改工坊 里做，介绍页在 https://www.apkeditor.cn/ai-version.aspx，官网 www.apkeditor.cn。它省掉的正是交付前那些「重复但不难」的动作，让你能把时间放在现场——毕竟客户记住的不是你的回编速度，是你在他面前那一小时的表现。

十四、一页速查：交付那一小时对着走

十五、交付失败的三种样子，最后都长一个样

我们回头看自己那些不太顺的交付，发现失败基本是三种样子。

第一种：装不上。系统版本、签名、未知来源、系统管家、存储空间——五种原因里任意一种，都会让现场停在第一步。这一种最直接，也最容易预防，问三句话就够。

第二种：装上了，但没人用。这一种最隐蔽。交付那天很顺，客户说「挺好」，一周后你问起来，他说「还在试用」。再一周，你发现后台只有老板一个人登录过。它不是技术问题，是「谁每天用」这个问题在交付时没被回答。

第三种：用起来了，但标准漂了。第一周用得好好的，第三周客户说「有个地方能不能再改一下」，你改了；第五周又说「还是原来那个好」，你又改回去。改到第三次，双方都有情绪。根子在没有签字那一步——「什么样算完」从来没被固定过。

三种看起来完全不同，其实后面是同一件事：交付被当成了「把包给出去」，而不是「把一件事交给对方」。第一种缺准备，第二种缺人，第三种缺纸面。

而这三样，恰好就是这一小时里最容易被省略的三样——因为省略它们，当场看不出任何后果。包还是发出去了，客户还是说了「挺好」，只有两周之后你才知道省错了地方。

所以如果你只从这篇里带走一句话，我希望是这句：交付不是最后一步，是第一步。客户对你的判断，八成是在那一个小时里形成的，而不是在你改包的那三天里。

十六、现场那几句话，其实也有讲究

这一小时里你说的话，和做的事一样重要。同样一件事，说法不同，客户的感受能差出很远。

开场要交代流程和时间。我们现在的开场基本固定："今天大概一个小时，四件事：先装到您手机上，然后登录进去，再走三条主路径给您看，最后有个清单需要您签个字。签完这件事就算完了。"

这句话做的是三件事：给对方预期（一小时）、给对方结构（四件事）、给对方终点（签完就完）。有终点的事情，人才愿意投入注意力。反过来，一句「我给你演示一下」，客户不知道要坐多久，第一分钟就开始看手机了。

中途出问题，说法要稳。比如签名冲突那一次，我们说的是："这个跟包本身没关系，是这台手机上原来那一版签名不一样，系统不允许覆盖。我处理一下，大概五分钟，里面的数据我先导出来。"

这句话里有三个要素：定性（不是包的问题）、时间（五分钟）、动作（先导数据）。三个都有，客户就不慌。只说不做，或者只说「这个正常」，反而让人怀疑。

最忌讳的说法是「应该没问题」「大体上都能用」「正常情况下不会」。这类模糊的词在现场会被自动翻译成承诺，一旦出问题，客户记得的是你说过「没问题」。

收尾要把边界说清。签字那一刻我们通常说三句："清单您过一眼，有没有哪条不对；这两条是我们已知的问题，写在最后一页；后面两周内发现的问题我们免费修，新想法我们记到下一版。"

三句话分别对应三样东西：改动清单、已知问题、后续口径。说的时候不要加快语速，这一段客户会记住。

还有一个小细节：把「我们」挂在嘴边，不要用「我」。「我处理一下」听起来是一个人，「我们处理一下」听起来是一个团队。交付现场客户买的是后者的安全感。

这些话术不是套路，它们的共同点是把不确定性提前说出来，并且给出应对方式。现场最让人不安的从来不是「有问题」，是「不知道有没有问题、也不知道接下来会怎样」。

顺带说一个反面例子。有次现场客户问「这包以后你们还管吗」，我们当时答的是「有问题随时找我」。这句话听着热情，其实什么都没承诺——他后来真的有问题，找我那天我在另一个项目上，晚回了半天，他就觉得「不管了」。「随时找我」是句好话，但不是个答案。后来我们改成：「交付后两周内发现的问题我们免费修，工作日四个小时内回话；两周之后按维护算。」客户听完反而安心。

这也是这一节想说的：现场的话，宁可说小一点、说准一点，也不要说大。说小了后面做到，是加分；说大了后面做不到，是失信。而失信这件事，在一个靠口碑接活的行业里，代价比做砸一个包大得多。

十七、把这一小时排进计划里，不要当附赠

最后说一个容易被忽略的管理问题：这一小时要排进项目计划。

很多人的做法是把交付当成「做完自然就发生了的事」——包做完了，顺手发过去，客户问什么答什么。结果就是这一小时被切成了十几段碎片，散落在两周里，每一段都不完整，最后什么都没落实。

正确的排法是：在动手做包之前，就把「交付一小时」写进时间表，指定哪天、几点、谁去、谁在。它和「改包三天」是并列的两行，不是三天之后的一个附注。

这么排还有一个好处：它会反向约束你前面的工作。因为你知道交付那天要拿着一张清单逐条对，所以改的时候就会顺手记下来；因为你知道要给客户一页纸，所以做的时候就会留意版本号和联系人。交付那一小时的严谨，会把前面三天的活也带严谨。

我们现在的项目表上，任何一个改包交付都有两行：一行是"改完"，一行是"交完"。中间的差距，就是这篇写的这一小时。

十八、用过的人怎么说

改包这个行当里，手上功夫的差距其实不大，真正拉开距离的是交付这一小时。同样一个包，有人交完之后客户觉得「这事办妥了」，有人交完之后客户心里还悬着几个问题没问出口。差别不在技术，在有没有把装机、登录、演示、交接、签字这五件事当成正事来做。安卓修改大师智改工坊能帮你把交付前那些重复动作压短——一句话说清改哪几处，自动回编、对齐签名、真机预览，出包这一步不再占掉半天；剩下的一小时，你可以完整地留给客户。

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

交付这件事，做得好不好，客户心里有一杆秤。而你要做的，只是把那一小时里的五件事，一件一件做完。

安卓修改大师智改工坊能做的，是把改包之后那一串动作一次落到位：装机、登录、演示、交接、签字一次走完，改完可以真机预览再确认。说清楚，就够了。