Back to Blog
·1 min read

4.3(a) 拒审不是缺陷,而是比较出来的

Guideline 4.3(a) 的拒审,本质上不是 bug:构建通过,测试全绿,没有任何一行代码出错。审核的原话是,应用的二进制、元数据或概念与其他开发者提交的应用相比,"只有细

Guideline 4.3(a) 的拒审,本质上不是 bug:构建通过,测试全绿,没有任何一行代码出错。审核的原话是,应用的二进制、元数据或概念与其他开发者提交的应用相比,"只有细微差别"。这个问题我们遇到过,后来已经解决。

为什么它一直看不见 你的所有检查都是对着自己的规格验证的。4.3(a) 的判据是相对于商店里已有的东西。只要不拿别人的应用并排放一遍,你的测试永远覆盖不到它。CI 全绿,只说明实现符合你自己的设想,不说明这个设想值得单独存在。

修的顺序很关键 1. 先改概念:用户用它完成的那件事,和同类应用有什么实质不同。 2. 再改元数据:名称、副标题、描述、截图要讲的是这件事。 3. 最后才是外壳:图标、配色、文案。

反过来做,先换皮、改名、换图标,概念不变,审核看到的仍然是"细微差别"。换皮不是修复,只是把同一个答案换了个包装再交一次。

一分钟自测

  • 用一句话写出:你的应用能做什么,而搜索同一关键词的前五个结果做不到。如果这句话只剩"更简洁""更好看"这类形容词,没有一个具体能力,你处在风险里。
  • 把你的名称和图标换成竞品的,看截图和描述是否还成立。如果完全成立,说明差异不在内容里。
  • 如果你基于通用模板或脚手架批量做应用,把任意两个应用的元数据逐字段对一遍。重合度高,就是审核会看到的东西。

这类拒审应对的是定位问题,不是补丁问题。花在改代码上的时间,换不回概念上缺的那一句话。

#build-log

Written by

Peter Zhang

Building local-first Mac & iOS productivity apps at Obelisk Club.