一句话结论
收到「App 打不开」的反馈，第一件事不是重签，而是搞清楚影响范围。全网都打不开，和只有个别人打不开，是两类完全不同的问题，处理路径也完全不同。判断错了，要么白忙一场，要么耽误正事。
为什么要先分清楚
如果是全网性的，说明问题出在证书或者签名这一层，必须走重签、换证书这类动作，而且要尽快通知所有用户。
如果是个别的，重签一遍毫无意义——重签解决不了那个人的问题，反而可能把本来就正常的用户也卷进一次重新安装里。更要命的是，个别故障常常被当成全网故障处理，动静搞得很大，结果问题根本不在那儿。
四步交叉验证
按顺序做，每一步都能砍掉一半的可能性。
- 第一步，换设备。找一台反馈用户之外、之前一直正常的设备，打开同一个 App。正常，说明不是全网；也打不开，继续下一步。
- 第二步，换网络。让反馈的那位用户切成移动网络再试，或者你自己换一个网络环境。有时候问题出在公司网络的拦截策略上，跟证书无关。
- 第三步，问清楚具体表现。是图标点开直接弹提示？还是能打开但闪退？还是一直卡在启动页？不同的表现指向不同的原因，全网性吊销通常表现为统一的弹窗提示。
- 第四步，看时间点。收集几条反馈的发生时间，是集中在同一时刻，还是分散在不同时间？集中爆发更偏向服务端的问题，分散的更偏向个案。
怎么快速收集足够样本
一个人验证不出来，需要几个样本。做法上要主动一点：在用户群里发一条简短的询问，或者在客服反馈里挑最近几条，看它们的共性。
问法要具体，别问「你们能打开吗」，要问「点开图标之后看到什么」——后者能拿到可比对的信息，前者只能拿到一堆「能/不能」。
两种结果的后续动作
确认是全网性的：优先保住沟通渠道，先把下载入口暂时撤掉，避免新用户在故障期间反复失败；同时准备重签需要的东西，并起草给用户的说明。具体顺序要按「先止血、再修复」来排。
确认是个别的：把力气花在那一个用户身上。逐项排查他的设备：系统版本是不是太新或太旧、时间设置对不对、有没有装过什么影响网络的东西、设备上是不是残留了旧的描述文件。这些都属于本地原因，逐个排除就行。
有一种容易混淆的中间态
还有一类情况介于两者之间：不是所有用户都受影响，但受影响的人也不是个位数。这种情况常见于分批生效的场景——证书或者策略的调整是逐步铺开的，先覆盖到一部分用户，剩下的还没轮到。
遇到这种，按全网性来准备，但先只针对已受影响的那批人做处理，同时盯紧范围有没有继续扩大。
小结
「有人打不开」这条信息本身不足以支撑任何决策。花几分钟做一轮交叉验证，把范围定下来，后面的每一步才不会跑偏。这一步看着慢，实际是最省时间的。
我是本期作者小思，想解决苹果企业签名、超级签名、TF签名问题？可以在微信公众号对话框找到我哦~（QQ：822404920 微信：A-mk5888）
