移动应用·响应式网页

我们会查明原因、修改后重新提交，这包含在报价内。被拒并非意外，而是上架流程的一部分；提交前我们会先排查可能导致被拒的问题。但审核时长本身我们无法缩短。

取决于功能。登录、跨设备同步数据、推送通知、支付都需要服务器。若 App 只在本机运行，则无需服务器与账号，我们自家的销售工具包与报价工具包就是这种结构。没有服务器也就没有运行成本，所以我们会先判断是否真的需要。

App 需再次通过商店审核，因此不像网页那样即时生效。会频繁变动的内容可以从一开始就设计为从服务器读取，这样无需审核即可修改。做到什么程度，我们会根据实际变动内容与频率一起商定。

决定费用的是页面与功能的数量，而非平台数量。由于是同一套代码，去掉网页版并不会明显降低费用；反过来，日后需要网页版也无需重做。页面数量少，费用才会随之下降。

需要。两大商店都要求提供政策网址。而且，不收集与数据不触达第三方是两回事：加载地图瓦片的 App 即便零收集，对方服务器上仍会留下访问记录。商店申报与政策文档不一致本身就是被拒理由，因此我们以实际离开设备的通信为准来撰写。