提交商店审核到底是哪个岗位的工作职责？

不是客户端开发吗。

这种事情怎么可能会有结论呢，怎么做还不都和具体的公司情况有关么。

运营，运营要了解各个商店平台的审核机制，哪些功能可能会导致审核不通过之类的。

@hflyf123 不是，客户端提交好文件就好了，还有商店图、描述更新、关键词、sao、保证过审等等

@loveour 一般中大型企业啊，小团队单说，正常流程和标准流程来讨论

打包 apk 邮件发给几个相关部门 管他们干嘛。。。

@huanchena 我是产品哈哈哈哈哈哈，不是开发，得管

我感觉最标准的做法
fastlane 全自动构建与发布， 随便找个能做主的，自己点下发布就行了

@echohanyu #7 小公司你就让开发搞 大一点公司让运营搞

Apple 平台要看你们账号权限怎么管理的。

https://developer.apple.com/support/roles/

由产品 /开发负责人主导整体工作，保证至少有一个人熟悉全部流程。

产品运营方面：
文案、关键词优化
商店展示效果（宣传物料）
渠道数据统计（渠道包需求）
过审策略（敏感功能、资质资料等）

开发方面：
内购配置对接（配参数）
部分 Android 商店加固打包
testflight 发布
过审策略（ ATS、混淆、审核皮等）

以及其它的一些资质认证，商店产品认领、收款帐号之类的没有明确分类的杂事。

@also24 感谢

ios 负责发布 appstore
安卓负责发市场

我们是打好正式包，邮件给运营。因为有很多的新版本更新文案和图片需要运营提供，所以干脆就都给运营了

@echohanyu #12
哈哈，因为我之前就顺便承担这个角色，顺便说下当时我是怎么做的吧:

在产品开发前期，就开始做过审策略的预估，将具体的过审风险提供给产品运营方面讨论，做针对性修改调整。

熟悉主流商店的物料需求和玩儿法，提供相应的尺寸格式等给运营 /设计，运营侧有特殊需求的，一起讨论特殊玩儿法（例如 AppStore 横版截图的展示效果问题等）。

开发侧相关的，打包需求、功能需求之类的，直接与我沟通原始需求，由我处理成具体执行方案，对接给具体开发。
（例如有时 iOS 会涉及到提供资料给第三方进行打包，或者拉第三方开发人员做 ad-hoc 测试，需要协调证书 / Profile 的管理）。
同时做日常的包名、证书、配置管理，接入的第三方平台的管理之类的很杂但容易被忽略的小事。（见过不少丢失 Android APP 发布证书的厂商）

另外其实还涉及一部分数据信息（例如下载量、内购数据，分地区分渠道数据），都是具体的职能人员提供数据需求给我这边，我梳理后告知具体的查看方式，某方面数据需求非常强的，就安排开发做个专门的数据工具给运营使用。

其它杂七杂八的，还有类似内购收款、提审催审拒审申诉之类的，以及产品运营方面的更多的定制性需求，都由我这边作为 hub，把需求集中提供给我，由我这边做汇总，梳理出执行方式和执行人，然后我我协助具体执行人做具体工作。

由于之前公司的业务相关，日常就会涉及到非常多各平台商店相关的事务，所以会有比较细的流程。也因为之前属于开发比较强势的情况，所以很多 “无主” 任务是我（开发负责人）直接处理的。

有这么一个过程，我正好经历过，但其实出现问题 最终还是得靠开发解决，这是规避不了的

开发->PM->运维人员，中间有各种文档及耐心讲解及辅导，遇到被拒等问题 就是运维->PM->开发，可能大公司流程更复杂点，但脱离不了 最终解决问题的人交给开发 中间的人只是把一些重复劳动力给帮忙做了，能通过工具的就用工具，不行的 就丢给最终去负责上线的那人

觉得应该交给开发，

而文字描述，宣传图这些都是死的固定位置，每次交给运营或者产品写。

@also24 感谢评论，那你的岗位是？