这里是安卓修改大师智改工坊。这篇文章写给教培机构的教务老师：不当程序员，但要在一个星期里把家长端、课程包、活动包这些东西理清楚。你可以先打开 https://www.apkeditor.cn/ai-version.aspx 看看产品形态，再回到这篇文章。我们不讲大道理，就跟着一位教务主任，把开学前那一周真实发生的事走一遍。

开学前一周，教务桌上摆着七个安装包

苏老师在一家做素质教育的机构做教务主任，机构有四个校区，学生从小学一年级到初中。她的电脑桌面上有一个文件夹，名字叫“发家长”，里面躺着七个 APK：家长端 2.8、家长端 2.9 测试版、课程包 1.6、课程包 1.6 校区版、暑期活动包、暑期活动包（旧）、还有一个不知道谁发来的“家长端新品”。文件名后面跟着日期，日期从去年十一月排到今年七月。

如果只是文件名乱，那还好办。真正的麻烦是：这些包打开之后，桌面上的名字也不一样。有的叫“XX 学堂”，有的叫“XX 成长中心”，有的叫“XX 家长”，还有一个叫“学习助手”。机构去年年底做了品牌升级，对外统一叫“XX 成长中心”，公众号、门头、宣传单页全换了，唯独应用还停在旧名字上。家长在群里问得最多的一句话是：“老师，到底装哪个？我手机上已经有三个了。”

苏老师不是没想过让技术处理。机构的技术支持是外包的，按次收费，改一次名字、换一次图标，要走报价、排期、远程、发版，一来一回两周。可开学只剩七天，四个校区要同时开家长会，活动包还要赶在家长会之前上线，因为那上面有秋季班的报名入口。等外包，肯定是来不及的。

她做了一个决定：自己动手。理由有三个。第一，这些应用都是机构自己委托开发的，合同里写清了源码和成品归机构所有，改它们不需要看别人脸色。第二，要改的东西并不复杂，说到底是名字、图标、启动页、活动页、版本号这几样，不涉及课程逻辑和支付流程。第三，机构有一台闲置的 Windows 笔记本，装个工具就能干活，不需要额外采购。

真正促使她下决心的，是上个月的一场家长会。老师在投影上演示家长端，台下一位妈妈举手说：“老师，我手机上装的那个图标是橙色的，跟你这个不一样，是不是下错了？”老师解释了两分钟，说是旧版，回头统一换。那位妈妈没再问，但苏老师注意到，她把手机放下了，后面半小时都没再打开。家长的信任很具体，有时候就卡在一个图标上。

还有一次更麻烦。一位老家长很热心，把“家长端 2.8”转发到了新生群里，配文“这个好用”。新生家长装上之后，发现登录页写的是旧机构名，以为是遇到了仿冒应用，直接打到前台质问。前台解释不清，转到教务，教务又去找技术，技术说那是去年的包。一个转发，三层解释，最后虽然澄清了，但那位热心家长再也不主动推荐了。

这件事听起来像“教务越界”，其实恰恰是教务最该做的事。因为只有教务知道七个包分别对应哪个校区、哪个学期、哪场活动；也只有教务知道家长会那天，老师会举着手机说“大家扫这个码”。技术外包能改文件，但理不清这些关系。改包这件事，工具负责执行，判断必须由最懂业务的人来做。

一个机构三个名字：家长到底该装哪个

教培机构的安装包乱，乱在“包的生命周期不一样”。家长端是长期用的，一年可能只更新两三次；课程包跟着学期走，春季一套、秋季一套；活动包更短，暑期招生、国庆体验课、寒假集训，一个活动一个包，用完就下线。三种包的节奏不同，但如果它们各自为政，家长看到的就是一堆互相不认识的应用。

三者的共同点只有一个：都必须让家长在第一时间确认“这是机构官方的东西”。教培行业最怕信任问题。一个名字对不上、图标是默认绿色机器人的应用，家长不会觉得“这是技术问题”，而会觉得“这机构是不是不太正规”。尤其在家长会现场，老师举着手机说“大家装这个”，屏幕上如果出现一个陌生名字，后面的讲解都要打折扣。

所以“名称统一”不是审美问题，是信任问题。它包含三层：桌面上看到的名字，关于页里写着的名字，以及分享出去时卡片上显示的名字。三层里任何一层没改，都会出现“同一个应用三个叫法”的尴尬。苏老师后来把这三层写成了一张检查表，每改一个包就对着勾一遍。

信任的建立很慢，破坏很快。一个家长在应用里看到旧名字，不一定会来问，但很可能不再点开；一个老师在家长会上说错版本，家长不一定当场纠正，但会在心里给这家机构减分。教培是重决策、重口碑的行业，家长把孩子送来，靠的是“这家机构靠谱”的判断。应用是这条判断链上很小的一环，却是家长每天都能看到的一环。

反过来，统一带来的收益也很具体。老师不用再解释“装哪个”；前台不用再帮家长删旧应用；运营发出去的海报和链接，家长点开就能对上；家长之间的推荐，转发的是同一个名字、同一个图标。这些收益没法写进报表，但它们确实减少了每天的摩擦。教务的工作，很多时候就是减少摩擦。

名称统一的三层：启动器、关于页、分享面板

第一层是启动器名称，也就是桌面图标下面那行字。它在应用清单里由标签决定，通常指向一个字符串资源，可能有多语言版本。很多机构只改了这一层，结果家长点进应用，在“关于我们”里看到旧品牌名，或者在设置页的版本信息里看到旧名字，立刻又困惑了。改名称的时候，至少要确认默认语言和英文语言两套资源，如果机构有港澳台家长，繁体资源也要看一眼。

第二层是关于页。关于页的文字 often 不在同一个资源文件里，可能是硬编码在页面里，也可能是从服务端拉的配置。教务不需要知道它在哪，只需要在需求里明确写“关于页的品牌名同步改为 XX 成长中心，版本文字同步为 3.2.0”。写清楚，执行的人才有目标；不写，改完桌面名字就收工，关于页还是旧的。

第三层是分享面板。家长把应用推荐给同班家长时，系统会取应用名和图标生成一张卡片。如果名称没改全，卡片上可能还是旧名字，甚至图标是旧的。这一层最容易被忽略，因为它不在应用界面里，而是在微信、QQ 的聊天窗口里。验收时让一位老师真的分享一次，看看卡片长什么样，比在应用里点十遍都有效。

三层之外还有两个地方值得顺手检查：最近任务卡片上的标题，以及应用详情页里的名称。前者影响“切换应用时能不能认出”，后者影响“家长在系统设置里找不找得到”。这些位置大多跟着同一个名称资源走，改对了就一起对；但如果应用里有自定义的标题栏或者写死的文案，就可能漏。验收时多划两下、多点两下，往往能发现意外。

名称之外，图标也要一起考虑。机构的品牌升级通常伴随 logo 调整，新 logo 的主色、圆角、字重都和老版不一样。换图标不是把新图塞进去就完事，还要看它在小尺寸下是否还认得出、在深色桌面上是否糊、在自适应图标的圆形遮罩下会不会被切掉关键元素。苏老师让设计老师出了三版：一版完整 logo、一版只留图形符号、一版加了“成长中心”四个小字，最后选了只留图形的那版，因为在小图标尺寸下最清楚。

名称的长度也要量一下。“XX 成长中心”六个字，在多数手机桌面上能完整显示；如果写成“XX 成长中心家长服务平台”，后半截就会被省略号吃掉。家长看到的可能只是“XX 成长…”，反而更奇怪。教务在定名字的时候，最好拿一台真实手机看一眼，而不是只在设计稿上排版。图标下面的空间就那么宽，多一个字都挤。

活动包是“短命包”：两周生命周期怎么管

活动包和另外两种包最大的区别，是它从出生的那天起就知道自己什么时候死。暑期活动包可能只活三周：上线、家长会、报名、开课，然后就没用了。可它偏偏又是最需要“看起来新”的包，因为家长是冲着这场活动来的，首屏如果不是活动主题，报名转化就会掉。

活动包的典型改动有五处：应用名加活动后缀、图标加角标、启动页换成活动主视觉、首屏横幅换成活动海报、报名入口指向活动落地页。前四处是“看得见”的，第五处是“点得动”的。很多机构只做了前四处，家长点报名按钮，跳到的还是上学期的页面，或者干脆是首页。这种落差比不改还伤，因为家长已经产生了期待。

活动落地页通常有两种形态：一种在应用内部，用原生页面展示；一种在应用里用 WebView 打开一个网址。前者改起来涉及页面代码，后者只需要换地址。教培机构的活动页大多是运营同学用建站工具做的 H5，所以第二种更常见。改地址听起来简单，但要确认三件事：新地址在家长的网络环境下能打开、页面在手机窄屏上排版正常、活动结束后能换回原来的地址。

“活动结束后能换回”这一条，是活动包管理的关键。苏老师见过太多“活动结束半年，应用首页还挂着暑期报名”的情况。原因不是没人发现，而是没人愿意再走一遍改包流程。解决思路有两个：一是在做活动包的时候就保留上一版的成品，活动结束直接让家长装回常规版；二是活动包从一开始就和家长端分开，活动结束就通知卸载。前者适合老家长，后者适合新引流。

还有一个现实问题：活动包的版本号怎么定。如果版本号和家长端共用一套递增规则，活动包会把版本号推得很高，导致家长端下次升级时“版本号比已装的小”，覆盖安装会被系统拒绝。稳妥的做法是给活动包单独的版本线，或者在版本名里明确写“活动版”，版本号仍然递增但幅度小。苏老师的做法更简单：活动包一律用“1.x”的版本线，家长端用“3.x”，两条线互不干扰，家长也能从版本号大致判断这是什么包。

活动包的素材来源也要管。海报、插画、字体，如果是从网上随手找的，就不能作为机构自有素材使用；请设计老师出图，或者购买明确授权的素材，是更稳妥的做法。工具只负责把图放进包里，不负责判断图能不能用。苏老师在这件事上很坚持：每张图都要有出处记录，放在归档目录的“素材授权”子文件夹里。教培机构被投诉过图片侵权的不在少数，宁可慢一点，也不要留下隐患。

实例一：家长端改名换标，从 2.8 到 3.2

这是第一个具体实例：机构的家长端，自有版权，委托开发，合同约定成品与源码归机构所有。它要改的东西最多，也最值得认真做，因为它是家长每天都会打开的那个应用。目标是：名称统一为“XX 成长中心”，图标换成新品牌图形，启动页换成新的品牌蓝，版本从 2.8 升到 3.2，关于页同步。

以前怎么做。以前机构改一次家长端，流程是这样的：教务把需求整理成一段话，发给外包；外包确认工作量、报价；机构走付款审批；外包排期，通常两周；排期到了，外包远程连到机构的电脑，或者让机构把源码发过去；改完编译、签名，发一个 APK 回来；教务再发给四个校区的校长，校长转给班主任，班主任在家长群里发文件。家长装不装、装的是哪一版，没有人统计。最麻烦的是“改一半”：有一次只改了桌面名称，启动页还是旧的，家长截图来问“这是不是山寨的”，解释了三天。

这条路的核心问题不是慢，而是“责任分散”。教务提需求，外包执行，校长转发，班主任通知，家长安装，中间任何一环出错，都很难定位。而且每一次改动都没有留档，半年后有人问“为什么叫这个名字”，只能翻聊天记录。

现在怎么做。苏老师把家长端 APK 拖进智能修改电脑版。工具用 aapt 解析出应用名、包名、版本、SDK、启动页，界面上先摆出“现状”：应用名还是“XX 学堂”，版本 2.8，图标是旧版的橙色书本。项目目录是一个 8 位随机名的文件夹，里面有 config.ini、history.ini、source.apk，反编译产物在 apktool 目录，日志在 apktool.log。这个目录她后来备份到了机构的文件服务器，取名“家长端_2026秋_3.2”。

需求她写了五段，每段对应一件事：“应用名改为‘XX 成长中心’，英文名改为 XX Growth Center，繁体资源同步；关于页品牌名同步，版本文字改为 3.2.0；替换启动器图标为附件 PNG，替换所有密度，保留自适应图标前景；启动页背景改为品牌蓝，中间放白色图形标志，不要动画；版本名改为 3.2.0，版本号从 20800 改为 30200；不要修改登录、支付、课程表和消息推送逻辑。”

附件传了四样：1024×1024 的新图标、品牌蓝的色值说明、启动页设计稿、中英文名称对照表。每个附件都写了用途，比如“启动器图标，替换所有密度并保留自适应前景”“启动页背景与标志位置参考，品牌蓝为 #2E1065”。这些说明不能省，因为设计稿和图标在文件管理器里看起来都差不多，写清楚才不会拿错。

点“立刻修改”之后，需求原文和日期写进 history.ini，任务进入右侧 AI 工作区。AI 完成后在项目目录留下 ai_done.flag，主窗口每 2 秒轮询一次，读到就继续打包流程，等待上限 1 小时。苏老师趁这段时间去开了个会，回来时工具已经走到打包环节。她后来觉得这个设计很合适教务的节奏：不用一直守着，但也不会等到天黑还没有结果。

改完怎么验证。她拉了一张五位老师的测试名单，每人一台不同品牌的手机，覆盖新系统和旧系统。验证分四步。第一步看桌面：名称、图标是否都换了，图标在圆形遮罩下有没有被切。第二步看启动：冷启动第一屏是不是品牌蓝，有没有旧 logo 闪一下。第三步看内部：关于页的品牌名和版本号是否同步，分享给同事时卡片上的名字和图标是否正确。第四步看升级：在已经装了 2.8 的手机上直接覆盖安装 3.2，确认能装、能登录、课表还在。

第四步最容易出问题。覆盖安装要求签名一致、版本号递增、包名不变。这三个条件里，签名一致最容易被忽略。机构的家长端一直用同一套证书签，所以没问题；如果之前换过外包，证书可能变过，那就要先确认旧包的签名，再用同一套签新包。苏老师在这一步特意问过技术顾问，确认证书没换过，才敢让家长直接覆盖。

确认证书有没有换过，有个笨办法很有效：把新旧两个包都交给工具解析，看签名信息里的证书主题和指纹是不是同一串。如果不一样，就不要走覆盖安装这条路，老老实实改包名，或者让家长卸载重装并提前备份。教务不用懂证书，只要记住“主题一样才算同一套”。这个判断比听外包口头保证可靠。

家长端改完之后，苏老师没有立刻全量发。她先让五位老师用了三天，每天在群里报一句“今天有没有异常”。三天里发现两个小问题：一位老师的手机上，分享卡片还是旧图标，原因是系统缓存；另一位老师的手机上，关于页的英文名少了一个词。前者重启手机后正常，后者补了一版。这两个问题都不大，但如果直接发给一千多个家长，解释成本会高得多。

实例二：暑期活动包的横幅、落地页与开屏

第二个实例是暑期活动包。它其实是机构两年前做的一个轻量应用，功能只有三个：看活动介绍、看课程安排、点报名。平时不用，只在招生季启用。今年的活动主题是“暑期成长营”，主视觉是一张橙黄色的插画，报名落地页由运营同学在自家站点上做好了，地址已经有了。

要改的有五处：应用名加“暑期成长营”后缀，图标加一个小的活动角标，启动页换成橙黄主视觉，首屏横幅换成活动海报，报名按钮打开的网址换成本次活动页。另外，原来的开屏广告是机构自己投的常规课广告，活动期间要换成活动海报，避免家长刚被活动吸引就被另一个广告打断。

以前怎么做。以前的流程是运营提需求、设计出图、外包改包、测试、发版，最快也要十天。活动页做好了却上不了线，是教培运营最常遇到的尴尬。有一次活动都开始了，家长点报名还是跳到去年的页面，运营只能临时在群里发一个 H5 链接救场，结果一半家长装的是应用、一半点的是链接，数据对不上。

现在怎么做。苏老师复制了一份活动包的原始文件，先确认它是机构自有版权、没有引用外部付费素材，然后拖进工具。需求写成：“应用名改为‘成长中心·暑期成长营’，图标右下角加活动角标（附件）；启动页换成附件中的橙黄主视觉；首屏横幅图片替换为附件海报，点击后打开 https://活动页地址；去掉开屏的常规课广告；版本名改为 1.4.0 暑期成长营，版本号改为 10400；不要修改课程表和报名表单的字段。”

附件是四张图：角标、启动页、横幅、开屏海报。每张都写清用途和尺寸，横幅还标了“点击区域覆盖整张图”。这个细节很重要：如果只换图不说明点击区域，家长点了没反应，会以为应用卡了。需求里写清“横幅整图可点，跳转活动页”，验收时才能一眼看出对不对。

开屏广告的处理需要单独说一句。机构自己的开屏广告是自己投的，去掉它属于对自有内容的调整，不涉及任何第三方权益。但“去掉”不等于“删掉代码”，更稳妥的表述是“开屏展示改为活动海报，展示时长保持 2 秒”。这样既达到了活动期间不打断的目的，又保留了原有的启动流程，减少出错面。

改完怎么验证。第一，活动海报上的文字在手机窄屏上是否完整，有没有被裁掉；第二，点横幅是否跳到活动页，页面标题和活动名是否一致；第三，在弱网下打开，活动页是否有加载提示，而不是白屏；第四，报名表单提交后，运营后台能不能收到；第五，活动结束后，能否顺利换回常规版，家长覆盖安装是否正常。

第三条和第五条最容易被跳过。弱网测试是因为家长会现场往往几十个人同时连一个 WiFi，网络质量并不好；换回常规版则是因为活动包和家长端的包名不同，家长手机上会同时存在两个应用，活动结束后要通知卸载，或者在活动页上放一句“活动结束可卸载本应用”。这些运营动作，最好在活动上线前就写进执行表，而不是等活动结束再想。

活动页的地址还可以带来源标识，方便运营区分家长是从哪个入口点进来的。比如家长会现场一个链接、社群一个链接、朋友圈海报一个链接，落地页后面的参数不同，后台就能统计各渠道的报名量。这件事不需要改包，只需要在需求里把地址写对。反过来说，如果活动页内容要调整，运营在自家站点上改完就行，不用重新发版，这也是用网页做活动页的最大好处。

不过网页活动页也有代价：它依赖网络。家长在地下停车场、电梯里打开，可能就是白屏。苏老师的做法是在活动页之外保留一个“离线说明”页面，写着活动时间、校区地址、咨询电话，让家长在没网的时候也能看到关键信息。这个页面是原生的，跟着包走，不依赖服务端。一页纸的信息量，换来的是“至少不会什么都看不到”。

多项目并行：把七个包放进一个工作台

教务改包和开发者改包最大的不同，是“同时进行”。开发者一次做一个版本，教务是一次面对七个包：家长端要改名，课程包要加学期后缀，活动包要换海报，还有一个校区版要单独加校区名。如果每个包都从头配一遍环境，时间全花在等待和切换上。

智能修改电脑版的处理方式是“一个包一个项目”。每个项目在 Project 目录下有独立的 8 位随机名文件夹，各自的 config.ini、history.ini、source.apk、apktool 工程和日志互不干扰。你可以在项目列表里看到所有项目，点进去看历史、看产物，也可以删除不再需要的项目。删除有一条限制：只允许删 Project 目录的直接子目录，防止误删工具链和上层目录。这个限制对教务特别友好，因为教务最容易“看着文件夹乱就想清空”。

项目之间的切换成本很低。苏老师的做法是给每个项目起一个能看懂的名字，在需求里第一句就写“项目：家长端 2026 秋”，这样历史记录里一翻就能对上。她还在文件服务器上按“家长端 / 课程包 / 活动包”建了三个归档目录，每个目录里按日期放成品、日志和需求原文。工具里的项目可以删，归档不能删，这是她的规矩。

并行还有一个好处：可以复用同一份需求模板。家长端改名、课程包改名、活动包改名，前两句几乎一样，只是名称和后缀不同。苏老师把模板存在记事本里，每次复制过来改几个词，既快又不容易漏项。history.ini 里保留的是每次的原文，所以即使模板一样，也能看出每个包具体改了什么。

当然，并行不等于同时点。工具的打包和装机是一条链，一次处理一个项目最稳。苏老师的顺序是：先改家长端（最重要，先给老师测），再改活动包（赶家长会），最后改课程包（开学前一周发）。每个包改完、验完、归档，再开下一个。这样即使中间某个包出问题，也不会影响其他包的进度。

项目一多，最怕“改错对象”。苏老师给每个项目在需求第一行加了标识，比如“项目：家长端 3.2 秋”“项目：暑期成长营活动包”，这样历史记录里一眼能分清。她还在电脑上建了一个对照表，左侧是项目目录名（8 位随机字符），右侧是业务名称、版本、负责人。这个对照表看起来多余，但当文件夹名字都是随机码时，它就是唯一的索引。

项目列表还能看到每个项目的历史和产物。删除项目时工具只允许删 Project 目录的直接子目录，不会碰到 tools 和上层目录。教务在清理时要注意：项目目录删了，source.apk 和日志也就没了。苏老师的规矩是“先归档，再删除”，归档到文件服务器之后，本地项目可以只留最近三个月的，电脑不至于越用越满。

需求、附件与历史：教务也能写清楚的工单

教务写需求，最大的障碍不是不会写，而是“不知道写到什么程度算清楚”。写太少，执行的人靠猜；写太多，自己又怕说错。一个实用的判断标准是：把需求读给一位没参与这件事的老师听，如果她能说出“改完后家长会看到什么”，就算清楚了。

工具在详情页准备了 3000 条话术，分成 6 类、每类 500 条，覆盖界面美化、弹窗引流、去除限制、常规修改、混淆去毒、插件添加。点一条就填进输入框，可以在上面改成自己的话。教务最常用的是“界面美化”和“常规修改”：换图标、换名称、换启动页、换横幅、改版本号。话术的价值不是替你写完，而是给你一个“从哪说起”的起点。

附件系统值得单独讲。一次可以多选文件，每个文件必须写用途，用途不少于 10 个字；发送前会校验文件是否存在、是否为目录、是否为 0 字节、是否可读。四个检查看起来琐碎，实际拦住的是最常见的事故：设计老师发来一个空文件夹、运营发的图其实是快捷方式、压缩包还没解压就拖进来。校验通过后，文件会按“序号 + 路径 + 说明”拼进需求，执行时不会张冠李戴。

需求提交后，原文和日期写进 history.ini，历史记录只保留用户的原话。详情页的历史是最新在上，完整显示原文，右侧有“选择”可以回填。这个功能在“改第二版”的时候特别省事：不用重新组织语言，选出上一次的记录，改两个词再发。苏老师改课程包时就用了这招，家长端的需求回填过来，把名称和后缀一换，五分钟搞定。

如果执行超过 1 小时还没有结果，不要反复点“立刻修改”。正确动作是打开项目目录，先看 apktool.log 的最后几十行，再看 error.log。日志里的错误通常是英文的，但关键词很好认：not found、duplicate、invalid、permission。把这几行复制给技术顾问，比说“它不动了”有效得多。教务不需要读懂全部，只需要能把问题描述清楚。

附件命名也有讲究。设计老师发来的图，文件名可能是“未标题-1.png”“最终版.png”“最终版-真的最终.png”。直接拖进去，过两天谁也分不清哪张是哪张。苏老师要求所有素材在传之前改成业务名，比如“家长端图标_1024.png”“活动横幅_暑期成长营.png”。文件名清楚了，用途说明也能写得更快，归档时更不用猜。

需求里还有一个句式很值得用：“如果和现有配置冲突，以现有配置为准，并在结果里说明。”这句话的意思是，遇到拿不准的地方不要擅自扩大改动范围。教务可能不知道某个字段还牵着别的页面，但可以用这句话把工具的行为约束在“只改我说的”。改包最怕的不是没改到，而是改多了，前者能补，后者要回滚。

打包签名与分发：家长手机上的最后一公里

包改完，工具会自动走完打包四步：apktool 回编生成未签名包，zipalign 做 4 字节对齐，apksigner 签名，apksigner verify 复核。四步的顺序固定，任何一步失败都会停下来，并把输出写进 pack.log。教务不需要记住命令，但要知道“四步都过了”才叫成功。

签名有四条路：默认签名、JKS/keystore、PEM+PK8、随机签名。机构如果一直用同一套企业证书，就选 JKS 或 PEM+PK8；如果只是内部测试，可以用默认签名或随机签名，但要知道这两种不能用于覆盖正式包。签名支持 v1、v2、v3、v4，默认走 v1+v2+v3，兼顾新老手机。口令通过环境变量传入，不拼进命令行，也不写进日志，这一点对机构来说很重要，因为证书口令一旦泄露，别人就能签出“看起来是你发的”包。

verify 这一步不能省。它做两件事：确认签名真的写进去了，以及打印证书信息。密钥格式不对、别名写错、口令不对，签名命令有时看起来跑完了，只有 verify 会明确报错。苏老师不懂证书，但她会看 verify 输出里的组织名是不是机构的名字。如果不是，说明用错了证书，包不能发。

分发是最后一公里。电脑版可以通过 adb 把成品装到连接的手机或模拟器上，装完用 am start 拉起主界面，再用 dumpsys 复核前台应用。启动组件名有三档查找：先读 config.ini 里的 LaunchableActivity，读不到就按包名向系统解析，再不行走旧方式兜底。手机通过 scrcpy 投屏到电脑，教务可以坐在工位上操作测试机，不用低头戳手机。

但家长不在你的 adb 里。家长拿到包的方式，通常是老师发文件、前台扫码、群里发链接。这意味着包名、签名、版本号必须一次做对，因为家长不会帮你排查。苏老师的做法是：先让五位老师装上并正常使用三天，再把同一个成品文件发给校区，校区只转发、不再改文件名。文件名统一成“成长中心家长端_3.2.0_20260901.apk”，避免家长收到“家长端(1)(1).apk”这种文件。

还有一个细节：安卓系统对“未知来源安装”的提示因品牌而异。有的手机会弹两次确认，有的会把安装包拦在“安全中心”里。教务在家长会上讲解时，最好准备一张截图，标出“点继续安装”的位置。这不是技术问题，是沟通问题，但它决定了家长会不会在第一步就放弃。

分发渠道也要收敛。一个包只从一个地方发：校区前台扫码，或者班主任在班级群发文件，不要同时从网盘、公众号、朋友圈裂变链接发。渠道越多，版本越容易混。苏老师定的规矩是：家长端由班主任发，课程包由校区前台发，活动包只在家长会现场扫码。三种包三条路径，家长问起来也能一句话说清。

家长安装之后，还要有一个“确认身份”的动作。最简单的办法是让家长打开应用，看一眼启动页和首页标题，确认是“XX 成长中心”。老师可以在群里发一张截图作为对照。这个动作花不了一分钟，却能挡掉“装错包”的大部分情况。教务的工作不是把包发出去就结束，而是确认家长手上那个是对的。

验收清单、数据合规与回滚

改包这件事，做完不等于做对。苏老师后来把验收拆成一张表，每个包发布前逐条勾。表格不复杂，但能挡住大部分“发出去才发现”的问题。

• 确认应用为机构自有版权或已获书面授权，授权与委托开发合同一起归档。
• 桌面名称、关于页名称、分享卡片名称三处一致，中英文资源都检查。
• 图标在圆形、方形、深色三种桌面样式下都清晰，没有被裁切关键元素。
• 启动页冷启动无异味：不闪旧图、不白屏过久、深色模式下不刺眼。
• 活动横幅整图可点，跳转地址与本次活动的落地页一致。
• 版本号单调递增，版本名带活动或学期标识，关于页文字同步。
• 签名沿用既有证书，verify 输出的组织名与机构一致。
• 在旧版上覆盖安装成功，登录状态与课表数据未丢失。
• 弱网与断网各测一次，页面有明确提示，不出现无限转圈。
• 归档成品、pack.log、verify 输出、需求原文与素材清单，保留上一版可回滚包。

合规这条线必须说清楚。教培机构手里有大量未成年人信息：姓名、年级、校区、家长手机号、上课记录。这些数据跟着安装包走的风险，比品牌不统一严重得多。只处理自有版权或已获授权的应用，是底线；请勿用于破解他人付费应用、去除授权校验或绕过安全机制，也是底线。测试包里不要塞真实学员数据，演示用假数据；家长群的安装包不要上传公开网盘；离职老师的设备要及时清理。

回滚方案要提前想好。最稳的回滚不是“再改一次”，而是“留好上一版”。每个包发布前，把上一版成品和 source.apk 一起归档，命名带日期。真要回滚，直接让家长装回上一版；如果版本号已经升高，覆盖安装会被拒绝，那就需要在发布前就把版本号规划好，或者接受“卸载重装”的代价并提前通知。回滚这件事，计划得越早，代价越小。

苏老师的开学季最后是这样收尾的：家长端 3.2 在家长会前三天发到四个校区，五位老师先装；活动包在家长会当天上线，现场扫码；课程包在开学前一周由班主任发到班级群。七个包最后只用了四个，另外三个是重复和过期的，被归档封存。她说这件事最大的收获不是“省了外包费”，而是“终于知道每个包是干什么的了”。

教培机构的竞争力，很多时候体现在这些细枝末节上。家长不会夸你“应用名改得真统一”，但一个名字对不上、图标是默认机器人的应用，会让他们在缴费前多犹豫三秒。这三秒，可能就是一次转化的差别。工具能帮你把这三秒争回来，前提是你清楚自己要给家长看什么。

用户评价

以前家长群里最常问“装哪个”，现在统一成一个名字，问题少了一大半。家长会现场扫码，老师不用再解释三遍。

—— 苏老师 · 素质教育机构教务主任

活动包最怕改一半。现在横幅、落地页、版本号一次说清，活动上线前一天还能改文案，这在以前不敢想。

—— 何老师 · 招生运营主管

我把图标出了三版，最后选只留图形的那版。工具换完在五种手机上都不糊，家长终于不会把我们的应用和别家的搞混。

—— 小林 · 机构视觉设计

签名和版本这两条以前完全不懂，吃过一次覆盖安装失败的亏。现在发之前先看 verify，家长那边一次装好，投诉少了很多。

—— 郑校长 · 连锁校区负责人

我一直担心改包会碰学员数据，后来发现只要需求里写清“不要动登录和支付”，验收时再看一眼课表，风险是可控的。归档做顺手之后，交接也轻松。

—— 吴老师 · 校区教务专员

回到那七个安装包。现在“发家长”文件夹里只剩四个文件，命名统一，日期清楚，每个文件后面都有一个对应的归档目录。苏老师说她终于可以把这件事交给别人做了：新来的教务照着检查表勾一遍，就知道该发哪个。流程的价值，就是让一个不完全懂技术的人，也能把技术的事做对。

如果你也在开学前面对一堆名字不一的安装包，建议从最小的那个开始：先把家长端改对，让老师装上用一天，确认没有异常，再动课程包和活动包。一次改一个，验一个，归档一个。安卓修改大师智改工坊 一直这么建议：先把最容易出错的环节固定下来，再谈规模。

还是那句口号：只需说话，就能让应用变成你想要的样子。对教务来说，这句话的前提是“这些应用归机构所有、家长的信息要被保护好”。在这个前提下，剩下的交给清单和流程。

本文面向教培机构教务与校区管理者，所述流程仅适用于自有版权或已获授权的应用。请勿用于破解他人付费应用、去除授权校验或绕过安全机制；学员与家长信息的采集、存储与分发，请遵循相关法律法规与机构制度。

安卓修改大师智改工坊 · 让家长认得出、老师说得清