平板横屏和纸质单据并存：给 PAD 改界面要照顾什么

先描述一个很多人熟悉的工作现场：仓库收货区，一张桌子，左边是一叠打印出来的收货单，右边是一台支在架子上的平板。——收货的人一手拿单子对货，一手在平板上打勾——单子上写了一部分，平板上记了一部分，两边都要对得上。

这种"纸质和 PAD 并存"的状态，不是过渡期，而是一种会长期存在的现实。——因为纸质单有它的道理：不怕摔、不怕没电、能签字、能夹在货里跟着走。——而 PAD 也有它的道理：能查、能算、能上传、能提醒。——所以"把纸全废掉"这件事，在很多现场是不成立的——而你的应用得同时照顾这两头。

而"照顾 PAD"这件事，比"照顾手机"麻烦得多——因为它不是一个尺寸，是一类尺寸。——七寸、八寸、十寸、十二寸，横屏竖屏，加上各种支架角度——同一个界面，在这么多组合下要都能用。——而比尺寸更麻烦的是"使用姿势"：手机是举着的，PAD 是架着的；手机是拇指点的，PAD 是整只手按的。

「安卓修改大师智改工坊」在这件事上能做的，是"把界面改成适合这个现场的样子"——字号、间距、哪一屏放什么、哪个按钮大一点。——而它做不到的是"凭空长出一套平板布局"——因为那属于重新设计界面，不属于改包。——所以这篇文章要讲清楚的，是"哪些能在改包这一层解决，哪些必须回去改代码"。

只需说话，就能让应用变成你想要的样子。而在"现场 + 平板"这个场景里，这句话更准确的说法是：把"这个班次的人在这台平板上要做什么"说清楚——而不是说"帮我适配平板"。想先看看建项目和改界面长什么样，可以从 https://www.apkeditor.cn/ai-version.aspx 下载「安卓修改大师智改工坊」，拿一个自己的应用在内网机器上走一遍——走完之后你会更清楚这条边界。

一、PAD 上的界面，和手机上到底差在哪四件事

很多人以为"平板就是大一点的手机"——而按这个思路改，结果通常是"字更大了，但更难用了"。——因为平板和手机的差别不在于"大小"，在于"姿势、距离、手、光"这四件事。——而这四件事，全都不是靠"调字号"能解决的。

第一件：姿势。——手机是举在手里的，所以拇指能够到的范围决定了按钮该放哪儿；PAD 是架在支架上的，所以整只手都可以用。——这意味着：手机上"重要的按钮放底部"这条经验，在 PAD 上不成立——PAD 上放顶部反而更好，因为不需要够。

第二件：距离。——手机通常在三十厘米左右，PAD 架在桌上可能有一臂远，甚至更远。——而这个距离决定了"字要多小才看不清"——同一号字，在手机上勉强能读，在 PAD 上就费劲了。——所以"PAD 上字号要大一点"不是审美偏好，是物理条件决定的。

第三件：手。——用手机的时候，人往往是"空闲的"；而用 PAD 的时候，人往往"另一只手拿着东西"——拿着单据、拿着扫码枪、拿着货。——所以 PAD 上的按钮不只是要"大"，还要"少"——因为每一次点击，都要放下手里的东西，或者换成另一只手。——而"减少点击次数"，比"放大按钮"更重要。

第四件：光。——现场的光往往不理想——仓库是顶灯、门店是射灯、户外是太阳。——而强光下的屏幕，对比度会被压得很低——所以 PAD 上的界面，"深色文字配浅色底"通常比"浅色文字配深色底"更容易看清。——这也是为什么很多仓库用的应用都长得"很素"——不是不想好看，是好看在强光下看不见。

四件事合起来，能推出一个很实际的结论：手机界面和 PAD 界面，目标不同。——手机界面追求"信息密度"——一屏放得多，滑得少；PAD 界面追求"一眼可见"——重要的东西不用找，就在那儿。——而这两个目标，很多设计决策上是相反的。

所以"给 PAD 改界面"这件事，最忌讳的是"把手机界面放大 1.5 倍"。——因为放大之后，元素之间的关系没变——该挤的还是挤，该藏的还藏着，只是变成"挤得更大"。——而真正需要的是"重新排一遍"——哪些留、哪些挪、哪些一行变成两列。

而"重新排一遍"这件事，有一半能在改包这一层做到——比如字号、间距、某些块的位置、某个入口的显隐。——而另一半做不到——比如"手机一行、平板两列"这种结构性变化，它属于布局逻辑，得改代码。——所以动手之前，先分清你要改的是哪一半——这决定了你是"半小时收工"还是"要排开发期"。

二、改包这一层能做到什么，做不到什么

把"PAD 适配"拆成两堆，你会发现工作量差得很远。——一堆是"看得见的东西"——字、图、间距、文案、哪块显示——这一堆改包就能做。——另一堆是"怎么排"——一列变两列、横竖屏切换、外接设备——这一堆是代码，改包碰不到。

想要的效果	改包能做吗	说明
字号整体调大	能	属于资源，改完立刻可见
某个入口不显示	能	显隐属于界面，不涉及逻辑
首页块的先后顺序	多数能	取决于原本是不是固定位置
一行变成两列（平板专属布局）	不能	属于布局逻辑，要改代码
强制横屏 / 锁定方向	不建议	涉及清单配置，各机型行为不同，最好在代码层定
接扫码枪、接打印机	不能	属于设备对接，是功能

这张表里最值得说清的是"强制横屏"这一行。——很多人第一反应是"能不能让它一直横着"——而这个需求本身有道理：支在架子上，横着才顺。——但这件事的实际做法在清单文件里改一个方向值——而它带来的连带影响比想象的多：有些机型上会闪一下、有些机型上弹出输入法时布局会跳。

所以更稳的建议是：先别锁方向，先看"竖着到底能不能用"。——因为很多"必须横屏"的需求，本质是"竖屏排版太挤"——而挤的原因是字号、间距、内容太多。——而这三样，改包都能治——治完之后，竖屏也许就够用了。

而"一行变两列"这一行，是很多人最想要、也最做不到的一条。——因为在平板上，一行一条记录确实浪费——屏幕那么宽，只放一列，右边一大片空白。——而这个"空白"不是改包能填的——填它需要"按屏宽决定列数"的逻辑，那属于代码。

那遇到这种需求怎么办？两个折中方案，都很实用。——第一个是"把列表的每一行做得更丰富"——原来一行只有名字和状态，现在加上时间、数量、备注——同样一列，信息量翻倍，视觉上就不空了。——第二个是"把不常用的东西挪到侧边"——平板横向空间大，可以把筛选、统计放到右侧，让主列表变窄、变密。

这两个折中的共同点是：它们都在"排版"这一层，而不是"布局逻辑"这一层。——而它们的效果，往往比"真的做两列"更好——因为两列在七寸板上会太窄，在十二寸板上又刚好。——而"一行更丰富"这件事，在任何尺寸上都成立。

顺便说清"字号整体调大"这一条的一个坑：不是所有字都该一起放大。——标题已经够大了，再放大就挤；而正文和按钮上的字，才是真正需要大的。——所以"整体调大"这个说法，最好改成"正文和按钮上的字调大，标题不动"——这样一句话，改出来的结果会好很多。

把这一节收成一句话：改包能改"看得见的东西"，改不了"怎么排"。而"看得见的东西"改好了，很多"怎么排"的需求就不存在了。——而这个判断顺序很重要——先试着在"看得见"这一层解决，解决不了再考虑动代码。——因为动代码意味着发版、意味着测试、意味着等——而现场的人等不了。

三、纸质单还在，说明打印这条路不能断

"纸质和 PAD 并存"这个状态，会引出一个很具体的功能要求：能打。——因为现场的人会在 PAD 上录完，然后打一张单子贴在货上、或者带着走。——而"打印"这件事，是 PAD 上最容易被忽略的一个入口——因为它不常用，因为它要配硬件。

所以在改界面的时候，有一条原则：别把"打印"这类低频但关键的入口当成"不常用就藏起来"的东西。——它一个月用一次，而用的时候找不到，比天天看到更让人恼火。——更稳的做法是：把它挪到"更多"或者二级页面里，而不是直接不显示。

而"打印"这件事本身，在 PAD 上有三种常见做法，各有各的前提。——一种是系统打印服务——应用调系统的打印，用户在弹窗里选打印机。——一种是蓝牙小票机——现场最常见，因为便宜、便携、不依赖网络。——还有一种是"生成一张图或者 PDF，自己发出去"——用微信发给办公室，由办公室那边打。

三种做法对界面的要求完全不同。——系统打印需要"打印预览"这一步；蓝牙小票机需要"选设备"这一屏；而"生成后发出去"需要"分享"这个动作。——所以"能不能打印"这个问题，先要问清"用哪种方式打"——否则界面改完，现场还是用不了。

而纸质单据这件事，还有一层和界面无关的影响：它决定了"字段要够用"。——因为纸上的单子是有格式的——收货单上有单号、供应商、品名、数量、批号、日期、签字。——而如果 PAD 上只录了数量和品名，那打出来的单子就对不上纸质的格式——于是现场就得手写补全。——而"手写补全"这件事，恰恰是这一整套数字化想消灭的。

所以一个很实用的做法是：把那张纸质单拿过来，对着它数一遍字段。——数完之后，看 PAD 上缺哪几个——缺的那些，就是"改界面"要补的。——而这里有一个边界：改包能"让已有的输入框显示出来"，但"新增一个能存的输入框"属于功能。——所以在动手之前，先分清"是藏起来了"还是"根本没做"——这两件事的解法完全不同。

顺便说一个现场很常见的细节：条码和二维码。——纸质单上往往有条码，PAD 上往往有"扫一扫"——而这两者能不能对上，取决于编码规则。——如果 PAD 扫出来的结果和单子上的号码差几位，那这条流程就是断的——而断的地方，通常没人会主动报，因为"大家都习惯了手工输入"。

所以"纸质与 PAD 并存"这件事，真正的功夫不在界面好看，在"两条路能不能对上"。——纸上的号、PAD 里的号、扫出来的号、打出来的号——四个号要一致。——而验证这件事的办法很土：找一个真实的单子，从头走一遍——扫一次、录一次、打一次、对一次。

而走这一遍的时候，最好让"真正在用的人"来走，而不是你自己走。——因为他会做一些你想不到的动作——比如把单子折起来扫、比如在光线很暗的角落扫、比如扫完发现不对就手动改。——而这些动作，恰恰是"这个应用在现场好不好用"的真实答案。

四、两个自家应用的实例：一次改字号，一次挪版块

两个例子，都是我们自家内部在用的应用。——一个改得很轻——只动字号和间距；一个改得稍重——把首页的块重新排了顺序。——而两次都没有动代码——这正是"改包这一层"能覆盖的范围。

例一：自家的仓库收货端。——这个应用是我们自己做的，收货的人架着平板，一手拿单子，一手点屏幕。——而刚上线的时候，评估很直接："太费眼了，得凑近看。"

以前怎么做：——那时候只有手机版，直接装在平板上——界面是照手机排的，一屏能放八行，字很小。——而平板架在桌上，人站着一臂远——这个距离下，八行的字一个也看不清。——于是大家的做法是"把平板拿起来凑近看"——而一拿起来，另一只手上的单子就得放下。

现在一句话怎么做：——建一个项目，只发一段话："这个版本给平板用：正文字号和按钮上的字都放大一档，行间距加大；列表一屏显示四行就够，不要八行；顶部的标题不动；底部的两个主按钮做高一点；首页那块统计卡片挪到列表下面。"——一段话，五处改动，全是"看得见"的。

改完怎么验证：——这次的验证方法很具体——把平板按实际角度架好，然后站到"平时站的位置"，不凑近，直接看。——能不能看清第一行的品名？能不能看清按钮上的字？能不能不用弯腰就点到？——三个问题都是"是"，才算过。——而"坐下来凑近看"这个验证方式是无效的——因为它验证的不是现场。

例二：自家的门店点单端。——这个应用是我们自己做给门店用的，店员拿着平板在桌边帮客人点单。——它的问题不是"看不清"，是"顺序不对"——店员说，最常用的"加一份"按钮在屏幕最下面，每次都要滑。

以前怎么做：——因为"按钮位置"这件事听着像代码，所以一开始排了开发期——而开发那边给的时间是"两个迭代之后"。——而门店那边等不了——他们先自己想了办法：把平板横过来用。——结果横过来之后，界面被拉伸得更难看，问题反而更多。

现在一句话怎么做：——我们试了一次改包："首页商品列表和'加一份'按钮的顺序换一下，按钮放到列表上方；常用分类那一排放到最上面；其它不动。"——结果这句话就做到了——因为那几块本来就是固定位置，换顺序属于界面资源层面的事。

改完怎么验证：——让店员在真实的桌边站位上点三单——不解释改了什么，就看他会不会去找。——如果他第一眼就找到了"加一份"，说明顺序对了；如果他还在往下滑，说明改的位置不够靠前。——而这一步只花了十分钟，比排两个迭代的开发期划算得多。

顺便说清这两次改动的一条共同经验：都只改了"看得见的东西"。——字号、间距、顺序、显隐——四样，全是界面上摆着的。——而两次都没有碰"一列变两列""锁横屏"这种结构性的事——因为那两件事要么改代码，要么有连带风险。——而结果证明：现场抱怨的那些问题，八成在"看得见"这一层就能解决。

五、横屏之后最容易崩的三处

很多现场会把平板横过来用——因为支架是横的、因为一屏能放更多、因为两只手都好操作。——而在横屏上，界面有三个地方特别容易出问题，而它们都不是"字大不大"的问题。

第一处：拉伸。——你没做横屏适配，而系统把横屏当成"更宽的竖屏"——于是原来竖着排的元素被横向拉宽，按钮宽得像一条带子，图片被扯扁。——而这种拉伸在静态截图上看不出来，只有真的转过来才知道。

而拉伸这件事，有一个判断方法：横过来之后，看"一行有多长"。——如果一行文字从左到右横跨整个屏幕，那读起来非常累——因为眼睛要横扫很远，而且很容易串行。——文字的最佳行宽是有个范围的，超过之后，读起来的速度会明显下降。

第二处：留白。——横屏给了更多宽度，而如果内容没跟着变，那多出来的宽度就变成"空白"——而且往往是一片很大的空白堆在右边。——而"右边一大片白"给人的感觉不是"清爽"，是"没做完"。

留白这件事，改包能做的很有限——你不能"把一列变成两列"。——但有两件事能做：一是把某一块的左右内边距调大，让内容不那么靠左；二是把辅助信息（时间、数量、备注）挪到行的右侧，用它去填补那块空白。——而第二件事的效果通常比第一件好——因为"填内容"比"调边距"更像"做完了"。

第三处：弹出层。——这是横屏上最容易被忽略、也最容易让人崩溃的一处。——因为很多弹出层（选择器、确认框、键盘上方的输入面板）是按竖屏的高度设计的——转到横屏之后，高度不够，它们会被压扁、被裁掉、或者把内容挤成一条缝。

而这一处之所以最容易崩，是因为它"平时不出现"。——你打开应用看一眼，一切正常；点两下也确实没毛病——直到你要选一个日期、要确认一次删除、要在输入框里打字——然后弹层出来了，而它是坏的。——所以横屏的验证，一定要把"所有会弹东西的地方"点一遍。

顺便说一个和横屏有关的实用建议：如果现场是"支架固定横屏"，那就在平板上把"自动旋转"关掉。——因为支架上的平板一旦被碰一下，可能就转了——而转身之后界面变成竖的，人会一时找不到东西。——关掉自动旋转这件事，在系统设置里就能做，不需要改应用——而它比"在应用里锁方向"安全得多。

而如果现场需要"两种方向都用"——比如手持时竖着、架上时横着——那就得让界面在两种方向下都验证一遍。——而验证的成本，比想象的低：一台平板，转两次，各点一遍关键流程。——而这十分钟，能挡掉"某个方向下弹层坏掉"这类很难解释的问题。

把这三处串起来，其实是一条很朴素的检查顺序：先看拉伸（一行有多长）、再看留白（右边空不空）、最后点一遍所有会弹东西的地方。——三步，十分钟，一台平板。——而它覆盖的，正是"横屏适配"这件事里最容易翻车的部分。

六、输入这条路：扫码枪、外接键盘、手写

现场的人不爱打字——这是常识，而它的原因不是因为懒。——因为打字要两只手、要看屏幕、要停下来——而在仓库里，手上有货；在门店里，客人在等。——所以"能不能少打几个字"，往往决定了这个应用在现场是被用起来还是被绕过去。

扫码枪是现场最常见的外设，而它的工作方式和你想的不太一样。——大多数 USB 或者蓝牙扫码枪，本质上是一个"键盘"——它把扫到的内容当成"快速敲进去的一串字符"。——所以它能不能用，取决于"当前光标在不在一个能接收文字的输入框里"。

这个原理带来一个很实际的结论：界面上必须有一个"随时能接收扫码"的输入位置。——如果首页没有输入框、光标没有落在任何地方，那扫码枪扫出来的字符就飘了——它进了谁也看不见的地方，而人会觉得"枪坏了"。

而"随时能接收扫码"这件事，改包能做的很有限。——你能做的是：让那个输入框更显眼、把它放到第一屏、把提示文字改成"扫这里"。——而"自动聚焦"这种能力，属于逻辑——如果原本没有，改包也变不出来。

所以在"扫码"这一块，先问一个问题：现在这个应用，扫码是怎么用的？——如果它有"扫一扫"按钮（用摄像头），那和扫码枪是两条路——前者依赖摄像头和权限，后者依赖输入框和光标。——而这两条路在现场的体验差别很大：摄像头要对着、要对准、要等对焦；扫码枪是"嘀"一声就好。

外接键盘这一类，通常是"配了平板的键盘壳"——而它的关键不在键盘，在"回车键"。——因为现场的操作节奏是"输一个、确认、输下一个"——而如果确认必须去点屏幕，那键盘就白配了。——所以如果界面里有"输入框加一个确认按钮"，那最好让回车键也能触发确认——而这件事属于逻辑，改包做不到。

手写这一路，在 PAD 上有天然优势——屏幕大，用手指画得开。——但"手写"通常指的是"签字"——而签字这件事，在很多单据流程里是刚需：收货要签、交接要签、盘点要签。——而"能不能签"取决于应用有没有这个功能——如果没有，那现场就会退回到"打印出来手签"——而这就是纸质单据一直消不掉的原因之一。

说到这里可以总结一条判断：输入方式的改造，八成要靠功能，两成能靠界面。——界面能做的两成是：把输入框放显眼、把提示写清楚、把常用值做成可选项、把必须打的字减到最少。——而这四件事做了之后，现场的感受会有明显变化——因为"少打几个字"是每天几十次的事。

而"把常用值放到顺手的位置"这一条，特别值得单独说。——因为现场输入的内容，重复率非常高——同一批货、同一个供应商、同一个货位。——如果这些值每次都要手打，那就是在浪费人的时间；而如果界面上本来就有一排"最近用过的"，那要做的只是把它挪到输入框旁边——而"挪位置"这件事，改界面就能做。

七、强光、手套、指纹：现场的三件麻烦

这三件事，在办公室的显示器上一件都遇不到，而在现场天天遇到。——而它们决定了"这个界面到底能不能用"——比好看重要得多。

先说强光。——仓库的顶灯、门店的射灯、户外的太阳——它们会让屏幕的对比度下降，尤其是浅色底加浅灰字这种"高级"的配色。——而这种配色在电脑上看着很舒服，在现场就是"看不见"。

所以现场用的界面，配色要做"反向优化"：底色不要纯白（刺眼）、文字不要浅灰（看不清）、关键信息要有足够的对比。——而这件事改包能做——因为颜色属于资源。——而如果你只是把主色调暗一点，那不够——因为真正难看清的是"正文那一堆小字"。

再说手套。——仓库、冷库、后厨，人可能戴着手套操作——而手套的指尖比手指粗一圈，接触面积大、精度差。——所以"按钮间距"这件事在现场比"按钮大小"更关键——按钮够大但挨得近，戴手套还是点错。

改包能做的，是把"挨得太近的几个按钮"拉开、把"次要按钮"挪远一点——尤其是"确认"和"取消"这一对，绝不能挨着。——而这一条在现场的意义，比任何漂亮的设计都大——因为点错一次的成本，可能是一条错误的入库记录。

第三件是指纹。——PAD 的屏幕容易留指纹，而指纹在强光下会变成一层雾——于是"看得清"这件事又多了一个变量。——而这个变量你改不了，只能靠"界面本身有足够强的对比"来抵抗。——所以前面说的"底色不要纯白、文字不要浅灰"，同时也是在对抗指纹。

这三件事还有一个共同的应对办法：把"一眼要看到的信息"和"要用才看到的信息"分开。——前者放大、加深、放在最上面；后者收进二级页面。——因为强光、手套、指纹这三个变量加起来，会让人"多看一行都费劲"——所以第一屏能少一行就少一行。

顺便说一个很实在的验证方法：把平板拿到真实的光线下看。——不要在有窗帘的会议室里看，不要在下班后看——就在那个顶灯下面、那个射灯旁边、那个太阳照进来的位置看。——而如果条件允许，让最年长的那位同事来看——因为视力这件事，是"能不能看清"最真实的检验。

再补一句关于"戴手套"的验证：真的戴上手套点一遍。——因为这件事没法靠想象——你觉得够大的按钮，戴着手套可能刚好点不准；你觉得够远的间距，戴着手套可能刚好点错。——而一次真实的"戴手套测试"，往往能改出三四个界面问题——而这些问题，之前谁都没提过。

而这三件事的应对办法，说到底都是一句话：把冗余都去掉，把要看清的都放大。——因为现场条件差，界面就得替人扛一部分——扛的方式不是"更好看"，是"更少干扰、更少猜测"。

八、为什么这件事一定要在真平板上看

前面讲了这么多"现场条件"，而它们指向同一个结论：这件事没法在电脑上验证。——因为你在电脑上看到的，是一个"被缩放过的、明亮的、鼠标点的"界面——而这三点，在现场一条都不成立。

第一点：缩放。——电脑上的预览通常是按某个比例显示的，而"比例"这件事会骗人——它会让间距看起来刚好、让字号看起来够大。——而真机上是一比一——一毫米就是一毫米。——所以"在电脑上觉得可以"这个判断，只能说明"没有明显错误"，不能说明"现场能用"。

第二点：明亮。——显示器通常在室内、亮度适中、没有反光；而现场是强光加反光。——同一套配色，在显示器上"清淡雅致"，在强光下"一片模糊"。——而这一点，只有把机器拿到那个环境里才能发现。

第三点：鼠标。——在电脑上点，永远点得准；而现场是手指、可能还戴着手套。——而"点得准不准"这件事，只有在真机上用手指点才知道。——这也是为什么"按钮间距"这个问题，在电脑上永远发现不了。

所以验证的方法，可以总结成一句很短的话：把机器放到它将来要待的位置上，然后用将来那个人的方式操作一遍。——"将来的位置"是支架上、桌上、墙上；"那个人的方式"是站着、戴手套、一手拿单子。——而这两件事凑齐了，问题会自己冒出来。

而验证要看的，其实是三个问题，而不是"好不好看"。——第一个：第一眼能不能看清最重要的那一条。第二个：最常用的那个按钮能不能一次点准。第三个：所有会弹东西的地方，弹出来是否完整。——三个问题都是"能"，就可以发了。

还有一个很容易漏的验证点：装上之后的"桌面"。——因为平板上的桌面布局和手机不同——图标更大、一行更少、有的还有 Dock。——所以应用名在平板上可能显示得更全、也可能更早被截断——而这取决于具体机型。——所以"看桌面名"这一步，在平板上也要做一次，别拿手机的结论套。

顺便说一个很省事的做法：把验证做成"一张照片"。——站在实际站位上，把平板屏幕拍一张——照片里能看清什么，现场就能看清什么。——而这张照片还有一个好处：它可以发给不在现场的人看——设计、产品、老板——比任何描述都直接。

最后说"验证几次"这件事。——建议至少两次：一次在"刚改完"，一次在"发下去之前"。——因为第一次验证完，你往往会再改几处；而改完之后没人再看第二眼——于是"最后一版"反而是唯一没被看过的版本。——而这类事故，在打包这件事上太常见了。

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

问一：能不能让应用在平板上自动显示成"平板版"？——如果这个应用原本就有两套布局（按屏宽自动切），那它会自己切，不用你做任何事。——而如果它只有一套，那"自动变"这件事做不到——因为"平板版"不是一个开关，是一套设计。——所以先确认一件事：这个应用在平板上到底是"一套布局被拉宽"，还是"两套布局自动切"——这决定了你后面的工作量。

问二：字号能不能只对平板生效，手机不变？——这属于"按设备区分资源"的做法，技术上存在，但它会让维护变复杂——因为你要同时盯着两套。——而更常见的实际做法是"出两个包"：一个手机版、一个平板版——各自调各自的。——而这两个包可以用同一个工程，从同一个项目目录拷出来，只改字号那几处。

问三：同一个应用，手机版和平板版能不能都装在一台机器上？——不能，除非包名不同。——因为包名相同就是同一个应用的两个版本，装第二个会顶掉第一个。——所以如果现场有人"手机平板都要用"，那就得改包名——而改包名之后，它们就是两个应用，数据和登录状态都不共享。

问四：横屏用着好好的，竖屏要不要也管？——看现场会不会转过来。——如果平板固定在支架上、自动旋转也关了，那竖屏可以不管。——而如果这台机器也会被人拿在手里用，那竖屏必须看一眼——因为"弹层在竖屏下被压扁"这种问题，只在那个方向出现。

问五：改字号会不会把排版搞乱？——会，而且这是最常见的连带影响——字变大之后，一行能放的字变少，原本刚好放得下的标题会变成两行，按钮会被挤扁。——所以"改字号"这件事，最好连带说清"哪些地方可以让它换行、哪些地方必须保持一行"。——而验证的时候，专门去看"有没有挤在一起"——这比看"字够不够大"更容易发现问题。

这五个问题背后，其实是同一个判断：什么属于"这一层能改的"，什么属于"要回去改代码的"。——而这个判断，有一个很朴素的检验方法：问一句"这件事需不需要应用'知道'现在的屏幕有多宽"。——需要，就是布局逻辑，改包做不到；不需要，只是"看起来怎样"，那多半能改。

举个例：字号算哪一类？——"整体调大一档"这件事，应用不需要知道屏幕多宽——它只是把每个字画大一点，所以能改。——而"小屏用小字、大屏用大字"这件事，需要知道屏幕多宽——所以属于逻辑。——而这两件事在需求描述上只差几个字，实现代价却差得很远——所以提需求的时候，把"是否依赖屏宽"想清楚，能省掉很多来回。

最后补一个很实用的经验：如果需求里出现"自动"两个字，先怀疑它属于代码层。——"自动适应""自动排列""自动隐藏"——这些词描述的都是"应用自己判断"，而判断属于逻辑。——而"改包"能做的，是"这一版就这样"——它不判断，它只是照着改好的样子走。——而这一点想清楚了，你和开发的沟通会顺很多。

十、给现场改界面之前，先把这张表过一遍

下面十二项，是按"漏了现场就不好用"挑的。——它分三段：改之前要问清的、改的时候要注意的、改完要验证的。——三段各四项，读一遍两分钟。

阶段	要确认的一项
改之前	这台机器是架着的还是拿着的，人站多远
改之前	纸质单还在用吗，上面有哪些字段
改之前	扫码是"扫一扫"还是扫码枪，走的哪条路
改之前	哪些需求是"看得见"的，哪些是"要应用自己判断"的
改的时候	只放大正文和按钮上的字，标题不动
改的时候	"确认"和"取消"要拉开距离，别挨着
改的时候	低频关键入口（打印、导出）挪位置，别藏掉
改的时候	底色和正文对比度往"能看清"调，不是往"好看"调
改完	架好、站远，看第一行能不能看清
改完	戴手套点一遍最常用的那个按钮
改完	横过来再点一遍所有会弹东西的地方
改完	在平板上看一眼桌面名，别拿手机的结论套

十二项里，最容易被跳过的是"改之前"那四项。——因为它们不是"做事"，是"问问题"——而问问题看起来不产出，所以最容易被压缩。——而这四项里任何一项没问清，后面八项都会白做——比如不知道"人站多远"，你就不知道该把字调多大。

而"改完"那四项里，最后一项最容易被当成废话。——而它其实很实在：平板上的桌面布局和手机不一样，图标更大、每行更少、有的还有一栏固定的应用。——所以同一个名字，在手机上显示"会员 · 新春"，在平板上可能只显示"会员 · 新"——而这一字之差，正好把季节信息吃掉了。

如果只能记住三条，就记这三条：字只放大正文和按钮、确认和取消要拉开、架好站远看一眼。——三条都是"十分钟能做完"的事，而它们能解决现场八成的抱怨。——而剩下的两成，多半得回去改代码——那不是这张表能覆盖的。

十一、用过的人怎么说

五条反馈里，三条讲"改得轻"——只动字号、只挪位置、只拉开两个按钮——而效果都很明显。——这恰好印证了前面的判断：现场那些"不好用"，八成不在"功能缺"，在"摆得不对"。——而"摆得不对"这件事，改界面就能治。

另外两条讲"边界"——一条碰到"两列布局做不到"，一条发现"字段根本没做"。——而这两条的价值，不在于"不能做"，在于"早点知道"——知道得早，就能换方案；知道得晚，就只能解释。——而"数一遍纸质单"这个动作，是最便宜的"早点知道"。

---

只需说话，就能让应用变成你想要的样子。——而"变成这个现场该有的样子"，靠的是把"人站多远、戴不戴手套、纸上要签什么"说清楚——剩下的交给安卓修改大师智改工坊，它改不了布局逻辑，但能把"看得见的那一层"改到能用。