发给渠道商的包，怎么保证他装的是对的

先说一个很常见的处境：你有一个自己做的应用，通过渠道商卖或者推。——而每个渠道商都希望"这个应用看起来是我的"——名字带自己的一截、启动页是自己的门头、联系入口是自己的客服。——于是你手上有了五个、八个、十几个渠道专供的包。

而这件事最麻烦的地方，不在"做出来"，在"发出去之后"。——因为包一旦离手，你就不再看得见它——它装在哪台机器上、是哪个版本、有没有被改名转发，你都不知道。——而等到出问题，通常是渠道商打电话来："客户说这个应用打不开"或者"客户说这不是我们的"。

所以"渠道专供版"这件事，真正的题目是"让装错能被发现"，而不是"把包做出来"。——而"能被发现"靠三样东西：外观差异做够、版本号带身份、以及一个能自查的"关于"页。——这三样都不难做，而它们能省掉大量的电话沟通。

「安卓修改大师智改工坊」在这件事上的位置很明确：它让"再做一个渠道版"这件事变得很便宜——便宜到你可以为每个渠道单独做一个，而不是让他们共用一套。——而"便宜"这件事，恰恰是"渠道版"这个需求能成立的前提——如果每做一个要一天，那你只能劝渠道商"将就用通用的"。

只需说话，就能让应用变成你想要的样子。而在渠道这个场景里，这句话的价值在于"你说清这个渠道是谁，它就把那几处改成那个渠道的样子"——不用你翻工程、不用你记住上次改了哪。想先看看建项目和打包长什么样，可以从 https://www.apkeditor.cn/ai-version.aspx 下载「安卓修改大师智改工坊」，拿一个自己的应用走一遍——走完你会更清楚"哪些差异值得为渠道单独做"。

一、渠道版改四处，比改十处更难出错

渠道版的差异，通常比"多校区"少得多——因为功能完全一样，只是"看起来像谁的"。——而少不等于简单——因为它的数量多、而且你自己看不到装上去的效果。——所以渠道版的原则是：改动越少越好，但每一处都要足够显眼。

第一处：应用名，带渠道后缀。——比如"巡检助手 ·（渠道简称）"——后缀控制在两到四个字，因为桌面上的字数有限。——而后缀的写法要统一——都用同一个位置、同样的分隔方式——因为"看起来有规矩"这件事，本身就是专业感的一部分。

第二处：启动页。——这是渠道最在意的一处——因为它出现在"打开的第一眼"。——而渠道通常会给你一张自己的门头照或者自己的 logo——而这两类图的处理方式不同：门头照要裁、logo 要放在中间并留白。——所以"用哪张、怎么摆"最好提前问清，别自己判断——因为渠道对自己 logo 的用法往往有讲究。

第三处：客服或联系入口。——这一处最容易出事故——因为它决定了"用户点求助的时候，电话打到谁那儿"。——而渠道的希望通常是"打到我这"，而你的希望是"别打到我这儿"——两边的诉求一致，所以这一处该改，而且必须改干净。

"改干净"的意思是：不只改首页那个电话，还要看"关于""设置""帮助"里有没有第二处、第三处。——因为这类信息常常是分散的——首页一个、关于页一个、报错提示里还藏一个。——而漏掉的那一个，就是"客户打过来问'你们是哪个公司'"的原因。

第四处：关于页里的那行版本信息。——这一处很多渠道版会漏，而它恰恰是"自查"的关键——因为它是唯一一处能同时写清"哪个渠道、哪个版本、什么时候打的"的地方。——而这一行字的价值，在接到电话的时候体现——"您打开关于页，念一下那行字"，比问十个问题都快。

四处之外，还有一处"看起来该改但最好别改的"：包名。——因为包名决定了"能不能覆盖安装"——如果每个渠道一个包名，那渠道之间切换就要卸载；而如果包名统一，那"渠道商换了一家"这件事，就要靠卸载重装解决（因为签名可能不同）。

所以包名这件事，建议这样定：包名统一，靠名字和启动页区分渠道。——理由是：用户只装一个渠道版，不需要共存；而统一包名意味着"将来换渠道"时，只要签名一致就能直接覆盖。——而例外只有一种：如果同一台机器上要装两个渠道版（比如渠道商自己对比看），那就必须不同包名。

二、让"装错了"自己露出来，比事后排查便宜得多

渠道版最常见的故障不是"打不开"，是"打开了但不是我这家的"。——而这种故障不会报错——应用照常运行、功能一个不少——只是名字、启动页、客服电话都是别人的。——而用户不会说"我装错了版本"，他会说"你们这个应用怎么是别家的"。

所以渠道版的设计目标不是"防止装错"，是"装错之后三秒内能发现"。——因为这个错必然会发生——重名文件、转手转发、图省事发错群——你能做的只有"让它很快露出来"。——而"很快露出来"这件事，靠三处就够了。

第一处：桌面名。——渠道后缀必须在桌面上完整显示——这是最基础的一层。——而"完整显示"的标准是"在最小那台设备上也能看到"——因为渠道商手里的机器往往不新，桌面一行能放的字更少。

第二处：启动页。——启动页上的渠道名要比应用名更大——因为它不受桌面字数限制，可以写全。——而很多渠道版把启动页做成"一张漂亮的图"，结果第一眼看不到"这是谁"——那这一处就白做了。

第三处：关于页的那行字。——它是最不起眼、但最有用的一处——因为它是唯一能"念出来"的地方。——"渠道代号、版本号、打包日期"——三个信息，一行写完，用户念给你听，你立刻知道是哪一个。

而这三处之外，还有一个"不是界面"的办法：给每个渠道一个固定的截图。——打完包、装上一台机器、截一张启动页的图，存进这个渠道的文件夹。——以后渠道商说"我装的是不是对的"，你让他发一张截图过来，和你存的比一眼——比问十句都快。

而"截图"这个办法之所以好用，是因为它绕过了所有描述。——因为语言描述很容易失真——"红色的那个""上面有字的那个"——而截图不会。——而渠道商也乐意截图——因为截图比打字快。

把这一节压成一句话：让错的那一版"一看就不对"，让对的那一版"一看就知道是谁"。——而这两件事，靠的都是"差异做得够明显"——而不是"差异做得多"。——因为渠道版最容易犯的错，就是"改了很多处，但每一处都不明显"。

三、包怎么送到渠道手上：三种方式，三种麻烦

渠道版做出来之后，剩下的问题是"怎么给"。——而"怎么给"这件事，往往决定了后面有多少沟通成本——因为它决定了"渠道商手上会不会同时有好几个包"。

第一种：直接发文件（聊天工具或者邮件）。——这是最直觉的方式，也是最容易出问题的方式。——因为文件一旦发出去，它就"自由"了——被改名、被转发到别的群、被存到手机里再也找不到。——而更要紧的是：同一个群里有五个渠道的人，你发错一次，就有人拿到了别人的包。

第二种：一个固定链接，各渠道从同一个地方下。——这是最"专业"的方式，而它需要一个前提：下载页能按渠道区分。——如果不区分，那所有人都下到同一个包——而那个包只能写一个渠道的名字。

第三种：U 盘或者当面拷。——看起来很土，而对"只给一家"的场景最可靠——因为你可以当面确认"他存进去的是哪个文件"。——而它的成本是"必须见面"，所以只适合重要的那几家。

三种方式里，最容易出事故的是第一种，而它偏偏最常用。——所以如果只能用第一种，有两个动作必须做。——一是"一个一个发"，不要在群里发；二是"发完让对方回一句'收到，是（渠道名）版'"——一句话的成本，能挡住发错。

而"一个一个发"这件事，在渠道多的时候会变得很累——这时候可以退一步：先把所有包按渠道分文件夹，每个文件夹名字就是渠道代号。——然后发的时候，只发那一个文件夹——而"只发文件夹"这个动作，比"只发文件"多一层保险，因为文件夹名本身就是个标签。

还有一件事值得提前说清：包的"大小"会影响发送方式。——如果包不大，聊天工具直接传就行；如果包很大，很多工具会拦——而"被拦"之后，渠道商会问"为什么发不过来"，而你会以为是网络问题。——所以大包最好走"链接"，小包可以"直传"——而这个判断，在发之前就该做完。

最后一条经验：给每个渠道"发一次，就把这次的包名和日期记下来"。——因为渠道商过两周会说"上次那个包装不上，再给我发一个"——而如果你不记得上次发的是哪个，就只能重打一个。——而重打的这一个，可能和上次那个不一样——于是"版本不一致"这件事，就是这么来的。

四、两个自家应用的实例：一次按渠道做，一次只做两家

两个例子，都是我们自家内部在用的应用。——一次是"每个渠道都做"，一次是"只给两家做"——而两者的差别，在于"渠道有没有提要求"。

例一：自家的巡检助手（渠道版）。——这个应用是我们自己做的，通过几家服务商推给终端客户用。——服务商的诉求很一致：名字要带自己、启动页要有自己的门头、报修电话要打到自己那儿。

以前怎么做：——每来一个服务商，就找开发改一次——改三处、编译、导包。——而问题在两个地方：一是"报修电话"不止一处，首页有一处、关于页有一处、还有一处藏在报修提交成功的提示里——第一次改漏了第三处，服务商很生气。——二是"改完之后谁也不知道改到哪一版了"——五个服务商，五份工程，而没有人能说出"哪个是最新的"。

现在一句话怎么做：——每个服务商建一个项目，项目名就是渠道代号，然后发一段固定的句式："应用名改成『巡检助手 ·（渠道简称）』，启动页换成附件这张门头照、下面一行写『（渠道全名）』，报修电话全部换成（号码）——首页、关于页、报修成功提示三处都要换，关于页底部加一行『渠道代号 版本号 打包日期』，其它不动。"——注意"三处都要换"这句——它是因为漏过才写进去的。

改完怎么验证：——验证只有一条硬标准："把包里所有出现电话的地方点一遍，看是不是同一个号。"——而做法很具体：首页拨一次、关于页拨一次、提交一个报修看提示里那个号。——三次都通向同一个渠道，才算过——因为漏一处，就等于"客户有三分之一的概率打错人"。

例二：自家的门店巡检（外包版）。——这个应用也是我们自己做的，但它的渠道情况不同——大部分终端客户用的是通用版，只有两家大型外包服务商要求"带自己的名字"。

以前怎么做：——一开始想"干脆所有客户都做渠道版"，做了一批之后发现不对——大部分客户根本不在意名字，而在意"能不能用"。——而"每个都做"的代价是：每次改功能，都要在十几个项目里各改一遍——而改到第八个，就开始怀疑人生。

现在一句话怎么做：——定了一条规矩：只为"提了要求、而且量大"的客户做渠道版——目前是两家。——这两家各一个项目，句子只有三处："应用名带后缀、启动页换门头、关于页加渠道行。"——而其余客户全部用通用版——因为通用版的名字是"门店巡检"，谁用都不别扭。

改完怎么验证：——这两家的验证重点是"别把通用版发给他们"——因为三个包放在一起，文件名容易看串。——所以我们的做法是：渠道版的文件名前面加渠道代号，通用版的文件名前面加"std"——发的时候按文件名扫一眼，就不会错。——而这一步之所以有效，是因为它不依赖"记住"，只依赖"看一眼"。

两次做法的共同经验是：真正需要渠道版的客户，比你想的少。——因为"带我的名字"这件事，往往是大客户才提；而小客户更在意"能不能扫得快、报修通不通"。——所以别一上来就给所有人做——先做那两家，看看他们是不是真的在用。

五、渠道版怎么升级：三条路，选一条走到底

渠道版第一次做出来，只解决了"有没有"；而真正的麻烦在"以后怎么更新"。——因为功能会改、问题会修，而每一次更新，你都要在"五个渠道"里各做一遍。——而这条路的成本，会随着渠道数线性增长。

第一条路：每次更新，重做一遍全部渠道包。——适用于渠道少于五个、而且更新不频繁的情况。——做法是：在通用版上改完、验证完，然后把每个渠道的项目目录整体替换成新的，再各自改那四处。——而"整体替换"比"逐个文件改"可靠——因为改包这条路里你不知道改了哪些文件。

第二条路：通用版和渠道版分开走。——适用于"渠道版只需要稳定、不需要新功能"的情况。——做法是：渠道版定在一个版本上，只在"必须修的问题"出现时才动它。——而它的代价是"渠道版会落后"——落后到一定程度，渠道商会问"为什么别人有新功能我们没有"。

第三条路：让渠道版变成"一个包 + 一个开关"。——也就是在应用里做"按渠道配置"的能力——同一份包，启动时读一个配置，决定显示哪个名字、哪张图、哪个电话。——这是最"正确"的做法，而它属于改代码，不属于改包——所以它值得在"渠道超过十个"的时候认真考虑。

三条路的判断点很清晰：看渠道数和更新频率。——渠道少、更新少——走第一条；渠道少、更新多——走第二条（把渠道版冻住）；渠道多——走第三条（回去改代码）。——而最糟的状态是"渠道多，还走第一条"——那时候你不是在维护产品，你是在流水线上打包。

顺便说清"整体替换"这个动作的细节，因为它是第一条路的核心。——做法是：把渠道项目目录先改名留着（当作备份），再把通用版的项目目录拷一份、改名为原渠道目录名。——然后进项目，把那四处重新改一遍。——而"改名留着"这个动作，是唯一能让你"换错了还能退回去"的保险。

而"改名留着"这件事，成本几乎为零——因为它只是把文件夹名字后面加一个日期。——而它带来的安心是真实的：换错了、改坏了，把名字改回来就退回去了。——所以在"整体替换"这个动作上，多留一个备份，比事后重建快得多。

而"重新改那四处"这件事，最好用同一段句子——不要凭记忆。——因为记忆会漏，而句子不会——尤其是"三处电话都要换"这种，靠记忆必然漏。——所以每个渠道的那段句子，最好存在它自己的文件夹里，更新的时候复制出来改两个括号。

最后提醒一句：更新之后，一定要重新发一次"关于页那行字"的说明。——因为渠道商手上会有新旧两版，而"我这台是新的还是旧的"这个问题，只有那行字能回答。——而一句"新版本的关于页底部写着 0401，旧的是 0302"，比任何解释都清楚。

六、渠道商自己也搞不清的三种情况

做渠道版做久了，你会发现一类很特别的咨询——渠道商不是"用不了"，是"不知道自己手上是哪个"。——而这类咨询最耗时间，因为你要先帮他确认，才能开始解决问题。——而它之所以常见，是因为渠道商手上真的可能有好几个包。

情况一：他手上有两个包，一个是通用版、一个是自己的渠道版。——这通常发生在"我们内部先给了他一个通用版试用"之后——而他自己又下了一个带名字的版本。——于是他的手机上两个图标，两个都能用，而他不知道"该给客户装哪个"。

解决办法不是解释，是"让两个包长得不像"。——因为解释会被忘记，而"图标一个蓝一个绿"不会。——所以如果通用版和渠道版会同时存在于一个渠道商手上，那它们的外观必须拉开——不能只差一个后缀。

情况二：他装的是上一版的渠道版，而你在上周发了新的。——这更常见——因为"发新包"这件事，往往只发在群里，而群里消息会被刷掉。——于是他一直在用旧的，而他以为自己在用新的——直到某个功能对不上。

解决办法是"让他自己能看到版本"。——也就是前面说的关于页那一行字——而更省事的做法是：把版本日期写在启动页角落——因为启动页每次打开都出现，而关于页很少被点开。——而"每次打开都看到"这件事，是让人记住版本的最有效方式。

情况三：他把你的包转给了另一个渠道商。——这一种最麻烦，因为它涉及"跨渠道"——而跨渠道的包，装上之后会显示别人的名字。——而这件事你很难防——因为包是文件，文件可以转发。

对这一种，能做的只有两件事。——一是"让包自己说明来源"——关于页那行字里带上渠道代号，谁装了别人的包，一看就知道。——二是"把这件事在交付时说清"——一句话："这个包是给您这一家的，转给别人装，上面会是您的名字。"——而这句话往往比技术手段更管用——因为大多数人不是想违规，是没想到。

这三种情况有一个共同的应对原则：不要靠"沟通"解决，要靠"看得见"解决。——因为沟通是随机的——你说一次，他记住三天；而"图标颜色不同""启动页有日期"是每次都有效的。——所以做渠道版的时候，多花十分钟在"看得见"上，能省掉后面几十次解释。

顺便说一个很实用的小事：给渠道商发一个"自查三步"。——第一步看桌面名，第二步看启动页，第三步看关于页那行字——三步都能对上，就是对的版本。——而这三步写在一张图上发给他，比写一段文字有效——因为图会被存下来，文字会被刷掉。

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

问一：渠道版要不要单独一个包名？——默认不要。——因为包名不同，它们在系统里就是两个应用——渠道商换一家、或者客户从一家换到另一家，就要卸载重装。——而包名统一的话，只要签名一致，就能直接覆盖——这对"渠道变更"这件事友好得多。——例外只有一种：同一台机器上要装两个渠道版。

问二：每个渠道要不要单独签名？——不要，用同一份。——因为签名决定了"能不能覆盖安装"——如果每个渠道一份签名，那渠道之间切换就必然要卸载，而卸载会清掉本地数据。——而"一份签名打所有渠道"，是这个场景里最省事也最安全的做法。

问三：渠道的 logo 能不能直接当图标？——能不用就不用。——因为渠道的 logo 通常是给门头或者印刷品设计的——线条细、字多、有渐变——缩到桌面尺寸就糊了。——而更稳的做法是"图标保持我们的形状，只换配色"——这样既带了一点渠道感，又在小尺寸下清楚。

问四：渠道版要不要也改"关于我们"那段文字？——看这段话讲的是谁。——如果它讲的是"产品能力"，那不用改；如果它讲的是"公司介绍、服务承诺"，那要改——因为渠道商不希望客户看到"我们不是这家做的"。——而这类改动要小心：别把"责任主体"改得含糊——出问题时，客户得知道找谁。

问五：渠道提了一堆要求，都要满足吗？——先分清"品牌类"和"功能类"。——品牌类（名字、启动页、客服电话）改包就能做，成本低，尽量满足；功能类（新入口、新流程、新报表）改包做不了，要排开发期。——而把这两类混在一起谈，是渠道沟通里最常见的低效——因为对方以为"这些都是改个图就能好的"。

这五个问题背后，其实是一条很实用的分界线：改包能做"让这个应用看起来是谁的"，不能做"让这个应用多一个本事"。——而渠道的要求，八成落在前半句——因为渠道要的是"这是我的"，不是"这更强"。——所以"渠道版"这件事，本质上是一个"品牌包装"的活，而不是"产品开发"的活。

而"品牌包装"这件事，最讲究的是"一致"——同一个渠道，名字的写法、后缀的位置、启动页的排版，都该一样。——因为渠道商会在自己的物料、自己的话术里反复提这个名字——如果每次都不一样，他自己都会说错。——所以"统一的命名规则"这件事，在渠道场景里比在任何场景都重要。

最后补一句关于"答应"的话：渠道提要求的时候，最容易犯的错是"都答应"。——而"都答应"之后，你会在第三家、第四家的时候开始拖——而拖比"当场说清做不到"更伤关系。——所以更好的做法是：当场说清"这三样能做，那两样要排期"——把边界摆在前面，后面的合作会顺很多。

八、一张纸就能说清：渠道交付单长什么样

渠道版做多了，你会发现最省事的办法不是"多做解释"，是"每次交付都附一张纸"。——而这张纸不用复杂——五行信息，一张截图，就够了。——而它的作用，是把"以后可能有的十次询问"，压缩成"交付时看一次"。

这一行写什么	为什么写
渠道代号与全名	以后所有沟通都用代号，简称容易撞
包文件名与版本日期	"我这台是哪个"这个问题，靠这一行回答
桌面显示的名字	让渠道事先知道"名字可能会被截断"
客服/报修电话（几处）	说明"包里所有电话都是这个"，避免二次询问
安装前提	"能直接覆盖 / 需要先卸载"，写清楚省一轮排查

五行里最容易被忽略的是最后一行"安装前提"。——因为渠道商不关心签名和包名，他只关心"我现在装新包，要不要先删旧的"。——而这个问题如果你不写，他就会自己试——试的结果可能是"提示应用未安装"，然后就来找你。

而"要不要先卸载"这件事，判断方法很简单：包名一样、签名一样，就不用卸载；两者有一处不同，就必须卸载。——而"我们的渠道版一直用同一份签名、同一个包名"，所以答案永远是"不用卸载，直接装"——这句话写上去，能省掉一半的安装问题。

那张"截图"是启动页的截图——它的作用是"让对方知道自己该看到什么"。——因为渠道商在装完之后，第一反应是"这看着对不对"——而"对不对"这件事，有图就能比，没图就只能猜。——而一张截图，还顺带说明了"你的 logo 我是怎么摆的"——这个往往是渠道最在意的细节。

这张纸给谁？建议给"对接人"和"实际装机的人"各一份。——因为这两类人关注点不同——对接人关心"名字和 logo 对不对"，装机的人关心"要不要先卸载"。——而如果在群里只发一份，往往两边都没看全。

还有一个小技巧：把这张纸做成"可以填的"。——也就是留一个空行，让渠道商自己填"我们这边装机的人是某某，电话是某某"。——因为过三个月，你未必还记得对接的是谁——而那个空行，就是你的记录。

最后说一句这张纸的意义：它不是流程要求，是"降低对方出错概率"的东西。——因为渠道版出问题，八成不是你的包做错了，是"对方装错了/用错了/记错了"。——而一张把该说的都说清的纸，能让这三类问题少掉大半——而它的成本，是复制粘贴一次。

九、渠道版和通用版长期共存的三个习惯

只要渠道业务还在做，"通用版 + 若干渠道版"这个结构就会长期存在。——而这个结构最容易退化——因为通用版一直在改，而渠道版改得少。——时间一长，渠道版就变成"老版本 + 一个名字"——而那时候渠道商会开始抱怨。

第一个习惯：把"通用版改了"这件事记录下来。——因为渠道版要跟着改，而你未必记得通用版改了什么。——而记录的方式很简单：每次改完通用版，在渠道文件夹的说明里加一行——"0401 通用版加了导出，渠道版待跟"。——而这一行字，就是你下次更新渠道版时的清单。

第二个习惯：定一个"渠道版跟上"的节奏。——不要每次通用版一动就跟着改——那样你会一直在打包。——更稳的做法是：通用版每改完一轮，集中跟一次渠道版——比如每月一次，或者每个季度一次。——而这个节奏要提前告诉渠道商——因为"我知道下个月会有新版"和"我不知道什么时候有"，对渠道商的感受完全不同。

第三个习惯：留一个"渠道版专用"的检验清单。——因为渠道版的验证和通用版不同——通用版看功能，渠道版看"是不是这一家的"。——而渠道版的清单，其实就四项：名字对不对、启动页对不对、电话是不是这家的、关于页那行字对不对。——四项，两分钟——而它每次都能抓到一两个漏改的地方。

三个习惯里，第一个最容易被跳过，因为它"看起来只是记笔记"。——而它其实是"渠道版不掉队"的唯一保障——因为你不记，就一定会在某次更新时漏掉某一处功能。——而"漏掉的那一处"，渠道商一定会发现——因为他在用。

顺便说一个"长期共存"的隐患：渠道版的包会越积越多，而其中有些渠道其实已经不做。——所以建议每半年回顾一次：哪些渠道还在出货、哪些已经停了。——停了的，项目目录就该清理——因为"还留着一个已经不用的渠道项目"，只会让你在项目列表里多翻一屏。

而"清理"这件事在渠道场景里要小心一点：删之前，先确认那个包已经归档、而且渠道方没有"再要一次"的可能。——因为渠道商换人、换系统的时候，常常会回头要一个"当初那个包"。——所以更稳的顺序是：先归档包，再删项目——和前面几篇说的一样，结果留下，过程才可以丢。

最后说一句关于"值不值"的话：渠道版的维护成本，本质上是"渠道数 × 更新频率"。——而这个乘积一旦超过某个值，就该考虑"回去做配置化"——也就是前面第三条路。——而在那之前，改包这条路是最划算的——因为它不需要开发期、不需要发版流程，改完就能发。

十、发出去之前的一张清单

十项，三分钟。——它分三段：包里对不对、发的时候会不会错、对方拿到之后能不能自己确认。——三段各管一段路，而三段里最容易被跳过的是第三段——因为它发生在"包已经做完"之后。

阶段	要确认的一项
包里	桌面名带渠道后缀，而且在最小那台设备上也没被截断
包里	启动页上渠道名比应用名更大，看得清
包里	所有出现电话的地方都换过了（首页、关于页、提示里）
包里	关于页有"渠道代号 版本号 打包日期"这一行
发的时候	文件名是"渠道代号 + 日期"，不是"最终版"
发的时候	一个一个发，没有在多人群里发
发的时候	对方回了一句"收到，是（渠道名）版"
对方拿到之后	交付单发出去了，五行都填了
对方拿到之后	启动页截图给了一份，说明"该看到什么"
对方拿到之后	写了"要不要先卸载"，没有让对方自己试

十项里，第 3 项（所有电话都换了）和第 7 项（对方回一句确认）是最能挡事故的两项。——第 3 项挡的是"客户打错人"，第 7 项挡的是"发给了错的渠道"。——而两项的共同点是：它们都只用一句话、一个动作——而它们挡住的事，都需要一整天来收。

而第 1 项的"最小那台设备"，很多人会跳过。——因为手上通常只有一台好机器——而这台机器上名字显示得很好。——而渠道商手上的机器，可能是三年前的、屏幕更小的、系统字体更大的——而那个"更大"会把你的后缀挤掉。

如果只能记住三条，就记这三条：后缀要在小屏上也看得见、所有电话都要换、发的时候一个一个发。——三条都是"低成本、高收益"的，而它们覆盖的，是渠道版最常出、也最难解释的三类问题。——剩下的七项，可以在"这次特别重要"的时候补全。

十一、渠道最常提的三个"额外要求"，怎么回

做了几家渠道之后，你会发现他们提的要求高度重复——而这三个要求几乎每家都会提一次。——而这三个要求的性质完全不同：一个能做、一个能做但要小心、一个不该做。——分清楚，你的回复就会快很多。

要求一："把开机第一屏全换成我们的图。"——这个能做，而且该做——因为它是最直接的"看起来是谁的"。——而要注意两点：一是图的比例——渠道给的图往往是横版海报，铺到竖屏手机上会被裁；二是图上如果有字，别让字贴边。——而更稳的做法是"底图用他们的、文字我们自己排"——这样比例和清晰度都可控。

要求二："把我们的客服电话放在最显眼的地方。"——这个也能做，但要小心"显眼"这两个字。——因为"最显眼"往往意味着"首页第一屏一个大按钮"——而这个按钮如果放在那儿，用户会以为它是"主功能"。——所以更好的做法是：放在"我的/设置"第一项，加上"电话咨询"四个字——既不抢主功能，又很好找。

要求三："把你们公司的名字去掉，全换成我们的。"——这个要谨慎，而且往往不该照做。——因为"关于页里的开发方信息"涉及责任主体——出问题的时候，客户需要知道这个软件是谁做的。——而合理做法是"两个都写"：主体是我们的，服务由渠道提供——一行字就能说清，谁也不吃亏。

这三个要求之外，还有一类"听起来像品牌、其实是功能"的要求。——比如"加一个我们的积分查询""加一个我们的活动页""加一个我们的客服聊天"——这些都不是改名换图，是加功能。——而如果渠道把它们和"换 logo"混在一起提，你会误以为"今天下午就能弄完"。

所以回复渠道的时候，最好养成一个习惯：把要求分成两栏写回去。——左栏"这次就能做"，右栏"需要排期"——然后让对方确认。——而这样做的另一个好处是：它让渠道知道"你是认真的在评估"，而不是"随口说做不了"。

还有一个很实用的技巧：把"能做"的那栏一次做足。——因为渠道提三个要求，你做了两个——他的感受不是"做了两个"，是"还有一个没做"。——而在"能做"这一栏里多做一点——比如顺手把启动页的排版也调好、把关于页的措辞也理顺——对方的感受会完全不同。

最后说一句关于"边界"的话：渠道关系里最贵的不是"拒绝"，是"答应了没做到"。——因为拒绝一次，对方会调整预期；而答应了拖三周，对方会开始怀疑你的所有承诺。——所以"当场说清"这件事，看着不近人情，长期看最省事。

十二、用过的人怎么说

五条反馈里，三条讲"发错"和"漏改"，一条讲"关于页那行字"，一条讲"该砍就砍"。——而它们合起来，正好是这篇文章的骨架：少改、改干净、发得准、能自查、该收就收。

那句"关于页那行字是我最得意的一个改动"，值得所有做渠道版的人抄一遍。——因为它用一行字，解决了一个"十个问题才能定位"的沟通成本——而它的实现成本，是打一段文字。——很多时候，最有效的改进就是这么便宜——前提是你被这件事烦过。

---

只需说话，就能让应用变成你想要的样子。——而"变成这个渠道的样子"，靠的是四处改干净、发送一个一个来、以及关于页那行能念出来的字——剩下的交给安卓修改大师智改工坊，它让"再做一个"这件事，便宜到你愿意为每家单独做。