那个安装包的文件名很长，中间还带了一个下划线，是他从微信里另存出来的。他把文件拖到我面前，问了一句：这东西，我自己能上架吗？
他做的是个小工具类应用，功能交给外包团队做，钱结清了，人也散了，最后退回来的就是这么一个文件。工程没有，账号密码没有，当时的截图也没有。
先说明一下，这个场景是我按最常遇到的情况拼起来的示例，不是哪位真实客户。但类似的问法，这一年听得不算少，问的人卡在同一个地方：手上只有包，没有工程。下面是他当时问的四个问题，也是我最常被问到的四个。
「只有一个安装包，没有源码，还能上架吗？」
这是第一个问题，也是每次必问的那一个。我的回答得分两层：包装，和本体。
包装这一层，能。商店收的是签好名的安装包，加上你在那边填的一堆信息，比如描述、截图、隐私说明。不需要把工程文件一起交上去。所以只做「提交」这件事，手上有没有源码，不影响。
本体这一层，就得看运气了。审核退回来，如果只是资料没写清、测试账号登不进去、截图跟应用对不上，那还是包装问题，改一改能过。可如果反馈说的是功能不完整、跟描述不符、核心流程走不通，这就落到代码身上了。源码不在你手上，这一步谁也替不了你。
所以别先问能不能上架，先分清这两层：能不能交上去，和交上去之后有没有人能修。
「必须买台 Mac 才能传吗？」
他问这句的时候语气很轻，像是已经做好了花钱的准备。
不一定。把安装包送到 App Store Connect，常见的路子有三条：Mac 上装 Xcode 一步步点；用命令行工具；或者直接在浏览器里提交。第三条这两年用的人多起来，原因是它不挑系统，Windows 和 Linux 的桌面都能开。
在线提交的步骤短得有点意外：把 .ipa 文件拖进去，几秒钟；填 App Store Connect 的账号，大概半分钟；然后点开始上传，通常两三分钟，慢一点五分钟。中途网断了不用把文件从头找一遍，它支持分片上传和断点续传，已经传上去的那部分会留着，上传记录也自动存下来，要重传点一下就行。你在 Windows 上接 iOS 的活，或者客户从别处发来一个包要你帮忙送上去，这条路省下的不只是一台机器的钱，还有装 Xcode 那十几个 G。
「上传成功了，是不是就算上架了？」
他一开始以为进度条走完就结束了。这个误解比缺源码更常见，也更费时间。
上传只解决一件事：让苹果那边有你这个构建版本。后面还有一整套东西要填：应用描述、关键词、截图、App Privacy 里那一串数据收集的说明、每个权限为什么开的理由、给审核看的备注，还有能用的测试账号。这些填完，核对版本没错，才轮到提交审核。
这里最容易翻车的不是文笔，是一致性。描述里说支持导出，应用里没有这个按钮；隐私说明写着不收集位置，权限弹窗一开就要定位——这类对不上，审核基本不会放过。与其反复猜，不如对着应用现在的实际行为，把这几页从头过一遍。
「我该回头找外包要哪些东西？」
我给他列了一张纸上的清单，让他一项一项去问，问不到的就记下来。
签这个包的是谁的开发者账号，证书和描述文件还在不在有效期内。这条不对，后面的都白搭。
Bundle ID、版本号、构建号，三个数最好写在同一处，别一个在邮件里、一个在聊天记录里。
一个真能登进去的测试账号，还有给审核看的路径说明。核心功能藏在会员后面、藏在某个开关后面，审核的人进不去，那就是白提交。
隐私政策链接，以及应用到底收了哪些数据、开了哪些权限。这个可以自己走一遍，把弹窗截下来。
截图、图标、描述文案的源文件。有源文件，改一版不用重新画。
最后一条最要紧：被拒之后谁来改。功能层面的修改，只能落回写代码那一边。这句话在结账前问清楚，比事后追人容易得多。
还有种更常见的情况：外包团队早就散了，微信也回得慢。这时候能做的少一些，但也不是没有。能评估的是签名和账号这一层，包还在不在可以重新签的状态、账号主体清不清楚、资料齐不齐；能调整的是描述和说明这一层，让提交出去的内容跟应用现在真实的样子对上，别在文案里承诺一个根本不存在的功能。功能本身缺的，就承认缺，别指望绕过去。
清单不长，六行。真照着问一遍，多数人会发现自己缺的不是技术，是那张一直没人给过的表。
初雪云的 iPA 上传可以直接在浏览器里把安装包送到 App Store Connect，Windows 上也能用，传完留记录，要重传点一下就好。包已经上去了却卡在审核这关，也可以先做一次评估，看清是改资料还是得改功能，再决定下一步。