长辈模式不是把字放大：给父母改应用要动的五处

这几年有个很具体的需求反复出现："能不能把这个应用改一下，让我爸妈能用。"说这话的人手里通常已经装好了包，甚至已经试过系统里的"字体放大"，然后发现——字是大了，但界面也坏了。

按钮上的字撑出了边框，底部的标签变成了三个省略号，首页那几个入口挤成一团，还有一个"知道了"的按钮被顶到了屏幕外面，怎么点都点不到。于是很多人得出一个结论："这个应用不支持大字。"

这个结论不算错，但不够有用。更准确的说法是：它没有为"大"设计过。而"没为大设计过"这件事，是可以改的——只不过不是改一个数字，而是改五处地方。这篇就把这五处拆开讲，并且给出每一处改完之后"怎么知道改对了"的具体看法。

只需说话，就能让应用变成你想要的样子。这句话在"给父母改应用"这个场景里格外实在——因为这件事最难的部分不是技术，而是把你父母那台手机上的困难，用一句别人能听懂的话说出来。而一旦说出来了，剩下的几处改动其实都很快。

一、先纠正一个想法：长辈模式不等于把字调大

手机系统里那个"字体大小"的滑块，动的是全局字号。它解决问题的方式是"统一放大"，而界面坏掉的原因，也正是"统一放大"。

原因很朴素：界面上的每个位置，都是按"字大概占多大"来安排空间的。一个高 48 的按钮，能装下一行 14 号字；你把它放到 24 号，那行字就装不进 48 里了。字不会自己缩回去，它只会往外挤——挤到边框外面，或者把旁边的元素推开。

所以真正要做的事，是"重新安排空间"，而不是"把字换大"。这两件事的差别，就像把一件衣服改大和换一件大号的衣服：前者是缝补，后者是重新裁。而改包恰好能做到后者——它动的是应用自己的界面文件，不是系统的一个开关。

那五处分别是：字号与行高、可点区域、入口数量、误触保护、提示语。下面一处一处说。顺序不是随便排的——它是"改坏了最容易看出来"到"改坏了最难看出来"的顺序。

二、为什么只放大字会坏：三种最常见的"死法"

第一种：截断。一个容器的高度是写死的，里面塞一行放不下的字，超出的部分就被切掉。症状很好认——文字末尾突然没了，或者变成"…"。这类问题在按钮、标签栏、列表项右侧最常见。

第二种：挤爆。横向排了三个按钮，每个按钮的字变大之后宽度不够分，于是第三个被推出屏幕。症状是"右边少了一个东西"，而且你甚至不知道它本来应该在那儿。这种最麻烦——因为"少了"比"坏了"更难被发现。

第三种：错位。图标和文字本来基线对齐，字号一改，文字往下沉了一截，看起来像"图标飘在上面"。它不影响使用，但会让人觉得"这个应用怪怪的"——而父母对"怪怪的"的反应通常是"不敢点"。

这三种死法的共同点是：它们都发生在"改完之后"，而且在改之前完全看不出来。所以后面每一处，我都会写清"改完看哪里"——这不是啰嗦，是因为这个场景里的验收，比改本身更花时间。

三、第一处：字号要配行高，更要配容器

先说最容易想到的一处，但要说清它为什么"不是改一个数字"。

字号、行高、容器高度，这三者是绑在一起的。字号是字本身的高度；行高是"一行字占多少纵向空间"；容器高度是"这块地方总共给多高"。你只动第一个，后两个不动，结果就是前面说的截断。

所以在需求里应该把这三件事一起说清，而不是只说"字要大一点"。一个能直接用的写法是这样的：

"把主要页面的正文和按钮文字放大到原来的 1.3 倍左右，行高跟着放大同样的比例；凡是包住这些文字的容器，高度改成随内容自适应，不要写死；如果某个容器必须固定高度，就把里面的字控制在能放下的范围内。"

这段话里最关键的一句是"高度改成随内容自适应"。因为只要容器还会自己长高，字就不会被切掉——这是从根上解决问题，而不是逐个去猜"这个按钮够不够高"。

但这里有个反过来的风险必须说：容器能长高，整页就可能变长。原来一屏装完的列表，现在可能要多滚半屏。对年轻人来说这是小事，对父母来说是"下面还有东西吗"的不确定。所以改字号的时候要顺带想一件事：这一屏原来装了几条，现在还能不能装几条。

如果装不下了，正确的做法不是把字缩回去，而是减少这一屏要装的东西。——这就自然过渡到第三处：入口数量。你会发现这五处不是五个独立的选择题，而是一条链：字号逼着你重新分空间，重新分空间逼着你砍内容，砍内容逼着你决定"什么最重要"。而"什么最重要"这个问题，恰好只有你（和你的父母）能回答。

四、第二处：可点区域——手指不是鼠标

这一处比字号更容易被忽略，因为它在截图上看不出来。

用鼠标的人有个习惯：精确指向。光标是一个像素的箭头，指哪儿点哪儿。而手指按在屏幕上，接触面是一块直径一厘米左右的椭圆，而且按下去的时候，你其实看不见自己按在哪儿——手指挡住了。

这就带来两个具体后果。一是小按钮点不中：一个 24×24 的图标按钮，年轻人可能要将就着点两三次，父母会直接放弃。二是相邻按钮会点错：两个按钮之间只隔 4 个像素，手指一偏就点到隔壁那个——而隔壁那个可能是"删除"。

所以第二处的需求应该这样写："把所有图标按钮、文字按钮的可点区域扩大，最小不小于 48×48；相邻的可点区域之间至少留出 8 以上的间隔；扩大的是可点范围，不是图标本身的大小——图标看起来还是原样，但手指按在它周围也能触发。"

最后那句"扩大的是可点范围，不是图标本身"是关键。因为直接把图标画大，会把整个界面撑乱；而只扩大"响应区域"，界面看起来几乎没变，但手指的容错从"必须准"变成了"大概就行"。——这是一个几乎不花界面成本、却极大改善体验的改动，也是"改包"这种手段特别适合做的一类事：改的是行为，不是外观。

改完怎么验？不要用鼠标点，也不要只用一根食指正正地点。用拇指，站着，一只手拿手机。——这个姿势就是父母实际用的姿势。如果在这个姿势下三次能点中两次，就算通过；如果要点三次才中一次，就还得再放大。

五、第三处：入口数量——七个减到三个

这一处改的是"首页上摆几个按钮"，看起来最不像技术活。但在实际效果上，它往往比字号更决定"能不能用"。

原因很直接：首页是一道选择题，而选择题的难度随选项数量上升得比想象中快。三个选项，人扫一眼就能选；七个选项，人会先把七个都读一遍，然后再读一遍，然后问旁边的人。而"问旁边的人"这一步，在父母那儿的版本是"给你打电话"——这通电话就是你今天所有的额外工作量。

所以第三处的需求可以这样写："首页只保留三个主要入口：最常用的那个、需要看信息的那个、需要联系人的那个；其余的入口收进'更多'里，或者从首页移除但保留在别处；三个入口的按钮做大、做整块、带图标和文字。"

注意这里说的是"收起来"，不是"删掉"。删功能是产品决策，改包不该顺手做；而"从首页移到二级页"是纯粹的排列问题，风险低得多。——这也是改包这件事的一条基本边界：能让东西"挪个位置"就解决的事，不要动"它存不存在"。

那三个应该留哪三个？有个很实用的判断办法：把你父母最近一周问过你的问题列出来。如果这周他问过"那个红点是什么"、"怎么看还剩多少"、"怎么找你姐"，那这三件事对应的入口就是该留的三个。——不要按功能的重要性排，按"他实际会自己动手做"的频率排。这两者经常完全不一样。

改完怎么验？做个测试：把手机递过去，说一句"你想看还剩多少，点哪个"。如果他在三秒内点中了，通过；如果他开始上下滑动找、或者把手机递回来问"哪个呀"，说明还是太多。——注意别提示，也别用手指。你一指，测的就不是他了。

还有一种更隐蔽的"入口太多"：同一个功能在两个地方都有。比如"设置"既在底部标签里，又在右上角的齿轮里。年轻人会自动选一个，父母会两个都点一遍。所以改的时候顺手清理一下重复入口，收益比新增任何功能都大。

六、第四处：误触保护——只拦三件事

前两处是在"让能点的更好点"。这一处反过来：让不该点的点不下去。

给父母用的应用，出事通常不是"不会用"，而是"点错了"。而点错的后果，按严重程度可以分三层：第一层是不可逆的（删掉东西、解绑、退出登录）；第二层是要花钱的；第三层只是白忙一场（填的表单清空了）。

对应到改动上，只拦前两层，第三层尽量用"自动保存"代替"弹窗确认"。——因为确认框这个东西有个反效果：弹得越多，人越不看。连着弹三个"确定吗"，第四个也会被条件反射地点掉，而第四个可能正好是"删除全部记录"。这是个很实际的取舍：你保护的次数不能超过他的耐心。

所以需求可以这样写："删除类操作、解绑或退出登录、任何涉及付费的操作，点击后弹一次确认，确认框里的按钮要写清后果（'删除后无法恢复'），不要用'确定/取消'这种含糊的写法；其余操作不加确认，表单内容自动保留。"

"按钮要写清后果"这一句，比"加确认框"重要得多。因为"确定"和"取消"这两个词，在紧张的时候是读不出方向的。而"删除，不能恢复"和"我再想想"，不需要读第二遍。

还有一个位置值得单独提：返回和退出。父母最容易做的动作是"一直按返回"，按到退回桌面，然后再点开，发现"刚才填的都没了"。所以如果这个应用有"填一半"的场景，最值的改动不是加确认，而是"把填了一半的内容存下来"。——这类改动没有任何视觉变化，但它是那种"改完就再也听不到抱怨"的改动。

七、第五处：提示语——把"发生了什么"改成"接下来做什么"

这一处没有界面变化，但它是唯一一处"改完之后，父母不会再因为看不懂而来问你"的改动。

先看三个真实存在的提示语，和它们的问题：

"网络异常，请稍后重试。"——问题在于"稍后"是多久？而且它没说"是不是我的 WiFi 坏了"。父母看到这句话，第一个动作是关掉应用重开，第二个动作是给你打电话。

"登录状态已失效，请重新登录。"——"状态"、"失效"这两个词，对非技术人来说没有对应物。他会理解成"我账号被删了"。

"操作失败（错误码 1002）。"——错误码对开发者有用，对使用者是噪音。而且它出现在最让人紧张的时刻。

这三句的共同毛病是：它们在报告"发生了什么"，而不是"接下来做什么"。而人卡住的时候，需要的恰恰是后一句。

所以第五处的需求这样写："把所有给用户看的提示语改成'下一步做什么'的说法：'网络异常请稍后重试'改成'没连上网，检查一下 WiFi 再点重试'；'登录状态已失效'改成'需要重新登录一次，点这里'；带错误码的提示去掉错误码，改成一句人话加一个按钮；技术类词汇（缓存、同步、令牌、服务端）全部换掉。"

这里有个具体技巧：把每一句提示语都读给你自己听一遍，读完问一句"然后呢？"如果读完之后你也不知道该干什么，那句话就得改。——这个方法比任何文案规范都好用，因为它不需要你懂设计，只需要你诚实。

还有一类提示语值得单独处理：成功提示。年轻人不需要"保存成功"，父母需要——因为他不确定"点下去有没有反应"。所以那些"一句话就完成"的操作，做完之后给一个明确的、会自己消失的提示，比弹窗更好用。它会自己走掉，就没人需要去点它。

八、两个我们自己改过的例子

说两个我们自己的包。都是内部在用的小工具，都有版权，改起来没有顾虑——这也是为什么拿它们当例子。

例子一：巡检打卡应用，给 68 岁的仓库管理员用

以前的改法：这个应用是我们自己写的，理论上可以直接改源码重编。但实际上它已经在十几台手机上装着，重编意味着重新分发、重新登录、重新教一遍。所以当时选的是"改包"：反编译出来，在 strings.xml 里一处处搜中文，改字号要去 layout 里逐个找 textSize，改完打包、签名、装上去看。

实话是：一次改不完。因为我们不知道哪些字在哪个文件里，也不知道哪些容器是定高的。第一轮改完，装上去发现"提交"按钮的字被切了一半；第二轮改完，发现打卡结果那一页的卡片挤在一起；第三轮才勉强能用。三轮下来，一个下午没了。

现在的做法：把包导进智改工坊，写一句——"这是一个给年纪大的人用的打卡应用。请把主要页面的文字放大到 1.3 倍，行高同步放大；包住文字的容器高度改成随内容自适应；首页只保留'打卡'和'我的记录'两个入口，其余收进更多；删除记录要弹一次确认并写清不能恢复；'网络异常请稍后重试'改成'没连上网，检查一下 WiFi 再点重试'。不要改包名、不要改图标、不要动打卡逻辑。"

然后把这三轮的活等一次。出来之后装上去，第一眼看的是"提交"按钮——因为那是上一轮被切的地方。没切，就往下走。

改完怎么验：三步，顺序不能换。第一步，装到那台旧手机上（不是你的新手机，旧手机屏幕小、系统版本低，这才是真实环境）；第二步，让管理员自己点一次打卡，你什么都不说，只看他有没有犹豫；第三步，故意断网，看那句改过的提示语出不出来、他看完知不知道该怎么办。——第三步最容易被跳过，但它恰恰是这次改动里唯一"新增"的东西，最需要验。

例子二：设备预约小工具，底部五个标签减到三个

以前的改法：底部导航的五个标签写在布局文件里，要减到三个，得把其中两个的入口去掉、把它们的页面挂到"更多"下面，还要处理"从更多里进来之后返回去哪儿"这个问题。这件事我们做过一次，改了一个上午，主要是因为"返回"的逻辑改坏了两次——点返回直接退到桌面。

现在的做法：一句话——"底部导航只保留'预约'、'我的预约'、'我的'三个，把'消息'和'帮助'移到'我的'页面里，作为两个列表项；从这两个页面返回时回到'我的'，不要退回桌面；三个标签的文字放大到 1.2 倍，图标和文字之间的间距加大。"

那句"不要退回桌面"是加了第二次才有的。第一次改完，界面是对的，但返回行为坏了——而这个坏，只有真的点一次返回才会发现。所以这一次的验收清单里，"返回"被提到了第一项。——这就是"改完怎么验"这件事的真实样子：它不是检查"改的地方对不对"，而是检查"顺手碰到的地方有没有坏"。

九、动手之前先做一件事：把"卡住的那一下"记下来

这一节不写代码，写一个动作。它比前面任何一处改动都更能决定成败，而且只要十分钟。

人的记忆会自动美化"卡住"这件事。你昨天晚上看着他点了半天，今天坐下来写需求，脑子里剩下的是"字太小、界面太挤"。但真实的卡点常常不是这个——可能是"确认框的按钮在屏幕最下面，他拇指够不到"，可能是"那个红点他不知道是什么意思，所以不敢点"，也可能是"点完之后什么都没变，他以为没点上，又点了一次，结果提交了两遍"。

这三种真实卡点，对应的改动完全不同。第一种要挪位置，第二种要改文案或者去掉角标，第三种要加"操作已提交"的反馈。而如果按"字太小"去改，三种一个都解决不了——你会得到一版字更大、但依然卡在原来的地方的界面。这就是"凭印象改"最典型的浪费：改了一轮，问题原样还在，然后你觉得"改包没用"。

所以动手之前，做三件事。

第一件：让他在你旁边操作一次，你别出声。不是"你问他哪里不好用"，是"你把手机给他，说一句'你把那个东西弄一下'"。看你不在旁边的时候他会怎么做——这一步能看出来他到底想干什么，以及他在哪一步停下来。

第二件：只记三行。一行是他在哪个页面（"打开就是那个带表格的"），一行是他想做什么（"想看这个月还有几次"），一行是他实际做了什么（"点了右上角那个图标，出来一个看不懂的框，关掉了"）。三行，不要写更多。——写多了会变成你的推测，而推测正是要避免的。

第三件：把那一屏截个图。截图是唯一不会骗人的东西。而且它后面有用：改完之后，把新旧两张截图并排放在一起，你一眼就能看出"改的是不是那一处"。——很多人改完觉得"好像变了又好像没变"，就是因为没有一张改之前的图可以对照。

记完之后，再把它翻译成需求。翻译有一个很好用的句式："在【某个页面】，【某种人】想【做什么】，但是【卡在哪儿】。请改成【具体形态】，不要动【范围】。"

举个真实的例子。原始的三行记录是："在打卡页 / 想看这个月打了几天 / 点右下角那个圆的，出来一个日历，看不懂，关掉了。"

翻译成需求是："在打卡页，想让年纪大的人一眼看到这个月打了几天，但他点右下角的圆形按钮会进到一个看不懂的日历页。请把'这个月已打卡 X 天'直接显示在打卡页顶部，字号比正文大，不要点进去才看到；右下角那个圆形按钮保留但移到页面底部中间，文字改成'看日历'。不要改打卡逻辑，不要动历史记录。"

对比一下"字太小、界面太挤"和上面这一段，就知道差别在哪儿了。前一种是形容词，后一种是动作。形容词只能换来"看起来变了"的改法，动作才能换来"他不再卡住"的改法。——而这段需求里最值钱的一句，其实是"不要点进去才看到"：它把"减少一次跳转"这个真正的解法说了出来，而这个解法，任何"美化界面"的说法都表达不了。

十、改完怎么验：一台旧机、一个横屏、一次双重放大

前面每一处都写了"改完看哪里"。这一节把它们合成一套可以照着念的验收动作。一共四项，全部做完大概十分钟——但这十分钟，决定了这次改包是"完成了"还是"又要再来一轮"。

第一项：装到那台旧手机上，不是你的手机。理由很硬：屏幕尺寸和系统版本不一样，界面的表现就不一样。你手机上装得下的一行字，在那台五寸屏上可能就换行了；你手机上占满一屏的列表，在那台机器上可能一屏只装三条。——而父母用的手机，往往正是家里"退下来"的那台。

第二项：把手机横过来看一眼。横屏是最容易露馅的状态，因为横向空间变宽、纵向空间变矮，所有"高度写死"的容器都会立刻出问题。很多应用在横屏下会出现"按钮被挤到屏幕外"或"内容只剩一条缝"——而父母很可能会在拍照、看视频的时候顺手把手机转过来。

第三项：把系统字体也调到最大，再看一遍。这一项最容易被忽略，也最容易白干——因为系统字体放大和应用内部字号放大，是会叠加的。如果你的需求只说了"放大到 1.3 倍"，而用户又在系统里开了最大字体，最终可能是 1.3 乘 1.3。结果就是"改完之后更坏了"。

所以更稳的写法是在需求里补一句："字号放大之后，即使系统字体调到最大，主要页面也不能出现截断或错位。"——把"叠加"这个情况提前说进去，比事后补救省一轮。如果改完之后系统字体怎么调都不再影响它，说明字号已经用了不随系统缩放的写法，这时候反而要提醒一句：这套界面以后主要靠自己的设置控制大小。

第四项：让真正的使用者点一次，你不出声。这一项不是技术验收，是体验验收，但它比前四项都准。看三件事：他有没有犹豫、他有没有把手机递回来、他有没有说"这个怎么弄"。——犹豫说明入口不清楚，递回来说明找不到，问怎么弄说明提示语没说清。三种反应对应前面三处改动，一一对得上。

十一、五个具体的问答

问：改完之后，系统里的"字体放大"还能用吗？会不会变成特别大？

答：取决于改成什么样。如果放大时用的是"跟随系统缩放"的写法，那系统再放大就会叠加，可能过头；如果用"固定大小"的写法，系统设置就不再影响它。两种都能接受，但要选一个并且验一遍——最怕的是"没想过这件事"，然后某天用户把系统字体调到最大，界面又坏了。顺带说：如果选择了固定大小，最好在应用里留一处能自己调的地方，把控制权交回来。

问：只改界面，不改包名和图标，可以吗？

答：可以，而且这是这个场景里最该选的默认做法。包名一改，等于一个新的应用；图标一改，父母会认不出来。所以需求里应该明确写"不改包名、不改图标、不改启动页"，把范围先锁住——范围锁住了，改坏了也容易发现。

问：改完之后，手机上原来那个还能装吗？要卸载吗？

答：要卸载，或者改成不同的包名。因为重新打包时用的是新的签名，而手机不允许"同一个包名、不同签名"覆盖安装。——所以这里有个必须提前说的代价：卸载会清掉应用里的数据。如果那个应用里存着打卡记录、填过的表单，卸载前先想办法导出来。这一条很容易被忘，而它造成的损失往往比界面问题大得多。

问：改完会不会变卡、变耗电？

答：这套改动（字号、间距、提示语、入口排列）本身几乎不影响性能，因为它改的是"长什么样"，不是"怎么跑"。真正会让包变大、变慢的是另一类改动：往里加图片、加网页、加统计组件。所以如果只是做长辈模式，不需要担心性能；但如果有谁提议"顺便加个功能"，那就要重新评估了。

问：改完之后想再调整一处，要整个重来吗？

答：要重新走一遍打包，但不需要"从头想一遍"。因为项目目录还在，上一次的需求原话也还在历史里。正确做法是打开原来那个项目，把这一处补进需求里，再让它改一次——而不是新建一个项目重说一遍。后者的问题是：你会漏掉上次说过的某一句，而那一句往往正好是现在没坏的原因。

最后补一句关于"对照"的用法，它能让上面这一整套验收省掉一半时间。改之前截一张图，改之后再截一张，两张并排看。看的时候不要问"哪张更好看"，只问两个问题：第一，卡住的那一处变了没有；第二，没打算改的地方有没有跟着变。——第二个问题才是关键，因为改包最常见的失败不是"没改对"，是"顺手改坏了别处"。

而这两张图还有一个用处：它们是你下一轮需求的依据。如果这次只解决了一处，剩下的几处不用重新回忆——图上都在。安卓修改大师智改工坊的项目目录和历史里也留着这一次的原始原话，所以下一轮不是"重新说一遍"，而是"在上面补一句"——这个区别在改到第三、第四轮的时候特别明显，因为到那时候，你已经记不清第一轮说过什么了。这也是我建议每一轮都留一张图、留一句原话的原因。

十二、为什么这件事适合"改包"，而不是另外三条路

"给父母改一个应用"这件事，其实有四条路。搞清楚另外三条为什么不好走，才知道改包的位置在哪儿。这不是为了证明改包好，而是为了让你在具体情况下选对——有些情况下，它确实不是最好的选择。

第一条路：改源码，重新编译。前提是你有这个应用的源码。如果是你自己的应用，这是最干净的路——改完就是一个正式版本，签名可以沿用，用户也能正常升级。如果不是你自己的，这条路不存在。而即使是自己的应用，"重编"也有一道坎：已经装出去的十几台、几十台手机，得重新分发、重新装、重新教。——改包在这里的优势不是"技术更强"，而是"产物就是一个 apk 文件，拷过去装上就行"。

第二条路：装一个"简易桌面"或者"长辈模式"的系统功能。这类东西确实有用，但它们管的是"桌面上的图标和入口"，管不到"应用里面的字和按钮"。而父母卡住的地方，八成在应用内部——那个字太小的确认框、那个被顶出屏幕的按钮、那句看不懂的提示语。桌面再简单，点进去之后还是原样。

第三条路：换一个应用。如果只是"看天气"、"记账"这类通用需求，换一个确实更省事，市面上有很多专门为年长用户做的产品。但换应用有两笔隐性成本：一是数据搬不过去，二是习惯要重学。——而"习惯重学"这件事，对年轻人是一天，对父母可能是一个月，而且中间会反复打电话。

第四条路：改包。它适合的情况很明确：应用已经在用、数据在里面、习惯已经养成，只是"界面不合适"。这时候动界面、不动逻辑，是最小的代价。反过来说，如果应用本身功能就不对、或者它根本不是你要的那个东西，那改包是浪费时间——你应该换应用。

把四条路摆在一起看，会发现一个规律：越靠前的路越"正式"，但门槛越高；越靠后的路越"灵活"，但适用范围越窄。而判断自己该走哪条的钥匙只有一把——你是不是这个应用的主人。是，就走第一条；不是，就在后面三条里挑。

十三、五件不该顺手改的事

前面一直在讲"改什么"，这一节讲"别改什么"。因为在"给父母用"这个理由下，很多越界的改动会显得很正当，而它们的代价往往当场看不见。

第一件：为了"看起来简单"去掉登录验证。有些应用的长辈模式里，登录这一步是最大的门槛。但去掉验证不是"简化"，是"取消保护"——那个账号后面可能是别人的数据、别人的钱。要做的是"记住登录状态、把登录按钮做大、把密码输入框做明显"，不是把门拆了。

第二件：把别人的应用改一遍给父母用。这一条没有余地。你父母手上那个应用，如果版权不是你的、也没有得到授权，那改它本身就不合适——不管目的是不是"尽孝"。这条边界跟动机无关，只跟权利有关。

第三件：改包名"装两个版本"。技术上可行，但对这个场景通常是坏主意。因为装两个之后，数据是分开的，父母会打开错的那个，然后问"我的记录怎么没了"。——除非你的目的就是"新旧并存做对比"，否则别改包名。

第四件：顺手加个广告或者推广位。这一条不用解释，但值得说一句原理：广告位是"注意力税"，而长辈模式的全部目的就是降低注意力负担。两者方向相反。

第五件：动支付和金额相关的逻辑。哪怕只是"把金额显示大一点"，也要极其谨慎——因为一旦涉及钱，"改错了"的后果不是难看，是纠纷。如果确实要改，只改显示、不改计算，并且改完用一笔最小金额真的走一遍。

这五条合起来，其实是一条很老的规矩：能改外观，不改规则；能改说法，不改权限。——而这条规矩之所以值得反复讲，是因为"我只是想让我妈用起来方便一点"这句话，很容易让人忘了自己手里拿的是一把能改别人应用的刀。

十四、给父母改过应用的人怎么说

十五、五处改动的一张对照表

把前面五处压成一张能直接抄的表。左边是"改什么"，中间是"需求里怎么写"，右边是"改完看哪里"。——三列缺一列，这一处就容易返工。

十六、这件事真正的难点，不在技术

写到这里我想说一句可能有点意外的话：把五处改动做完，技术上花不了多少时间；真正花时间的，是"知道该改哪五处"。

而这个"知道"，不是从文档里读来的。它是你坐在父母旁边，看着他点错三次之后，才慢慢浮出来的。——他手指悬在一个按钮上没按下去，是那里太小；他连点了两下，是那里没反馈；他看完一句话之后抬头看你，是那句话没说完。这些都是极短的瞬间，但它们比任何用户调研都准。

所以这件事的次序，跟想象中相反：不是"先改好再给他用"，而是"先陪他用一次，再改"。——因为一次真实的操作，能把你从"猜他要什么"变成"知道他在哪儿卡住"。而改包这个手段的价值，正是它足够快、足够轻，能让你在"发现卡住"之后当天就改一版，第二天就能再试一次。

如果换成改源码重新发布，一轮是几周；如果换成换一个应用，一轮是他的习惯要重来一遍。——只有改包，能做到"这周发现，这周改完，周末回家就能装上"。这个速度本身，就是这类需求里最重要的东西。

只需说话，就能让应用变成你想要的样子。这句话在这里的落点是：你不需要会写布局、不需要知道字号用什么单位、不需要背那些 dp 和 sp 的区别——你只需要把那天看到他卡住的那一下，说清楚。而说得清楚的那一下，就是最好的一次需求。

安卓修改大师智改工坊的产品页在 https://www.apkeditor.cn/ai-version.aspx，官网是 www.apkeditor.cn。它接手的是反编译、找文件、打包、签名这些机械的部分，还把每一轮的原始需求留在历史里——所以第二版不用重说，只要补上"还有一处"。

---