App Store 上的 ConnectWiz

高级渠道

你最糟的那份 bug 报告,带着星级,还有观众。

App Store 评价就是客服工单,只不过你没机会先看到。ConnectWiz 把它们导入和你其他公开口碑同一条已分拣的队列,用你自己的内容起草开发者回复,并且对那件谁也改不了的事如实相告:Apple 的规则。

官方 App Store Connect API 星级与语言一并带上 AI 起草,真人发布
一条 iOS 评价变成一条会话
★★☆☆☆ “更新之后一点收藏就闪退”
en-US · 待回复
草稿:“修复正在灰度发布——更新一下就好了。”
回复是 Apple 唯一允许的动作——我们照实说
已作为开发者回复发布
1
Apple 允许对评价做的动作:回复。不能隐藏,不能删除——我们的工作台照实写着
★1–5
队列里的星级筛选——先处理两星的,再看五星的
30 分钟以内
新评价的延迟——Apple 不提供 Webhook,所以我们轮询,并且照实说
0
队列接手这件事之后,你的团队还需要常开的 App Store Connect 标签页数量

接入流程

一个 API 密钥,iOS 反馈就进了队列

用你本来就会做的那个 App Store Connect API 密钥接进来——Apple 弄得麻烦的那部分,交给 ConnectWiz。

抽象 3D 插画:一块深色玻璃板上有一颗发光的五角星,冷蓝色光里浮着几张半透明的评价卡片

你的密钥,我们来签名

Issuer ID、Key ID 和那个 .p8 文件——粘贴一次,加密保存。之后每一次请求,ConnectWiz 自己签发 Apple 要求的 ES256 令牌;你一次都不用碰 JWT。

评价连同它的元数据一起来

每条评价进来时都带着星级、评价者昵称、标题和所属语言——可以筛选、可以指派、可以像任何一条会话那样回复。

草稿有你的内容作依据

Wiz 根据你的知识库起草开发者回复,并针对评价里真正提到的问题。所有自动化默认关闭;按需生成的草稿绝不会自己发出去。

不用切换就能发布

审过的回复通过 Apple 的 API 作为正式开发者回复发出——撰写、复核和发送都在和其他事务同一个工作台里完成。

队列

两个商店共用一个工作台——你其余的公开阵地也在里面

App Store 评价落进和 Google Play、Google Business 以及你的社交评论同一个分拣工作台。一套流程,一种语气,一个负责人。

先处理“待回复”

默认视图是尚未处理、还没回复的评价。一条你早就道过谢的五星好评,绝不会把你还没回的那条两星闪退报告压下去。

批量分拣,逐条发布

可以一次给一百条评价指派负责人、标记忽略或请求草稿——但发布仍然一条一条来,这是故意的。公开回复不是邮件合并。

每一种商店语言

评价来自 App Store 的每一个语言区;Wiz 全都读得懂,并用评价者的语言起草回复,依据仍然是你自己的内容。

iOS 和 Android 并排

连接 Google Play 之后,你整个移动端的口碑就是一条队列、一套标准——而不是两个隔周才轮流看一眼的标签页。

有人认领,不再绕着转

指派、按来源分别计数的未读徽章,以及键盘优先的分拣——评价这一栏不再是市场部每月才想起来看一次的东西。

拒绝都带理由

如果某个动作根本行不通——Apple 已经不再提供的某条评价、平台压根没有的某个操作——工作台会在你动笔之前告诉你,而不是等你写完丢了草稿才说。

不加粉饰的细则

Apple 的 API 允许什么——以及什么是任何工具都做不到的

如果哪个评价工具承诺得比这更多,问问他们用的是哪个 API。

唯一的动作是回复

Apple 只允许一个动作:公开的开发者回复。不能隐藏,不能删除,也不能私信评价者。申诉要走 Apple 自己的举报流程。

轮询,30 分钟以内

Apple 没有提供评价 Webhook,所以所有工具都在轮询。我们每 30 分钟查一次,并把这个数字白纸黑字写出来,而不是暗示实时。

从接入那一刻往后算

导入器只从最新的评价往后读——这个渠道没有全量历史回填,所以接得越早,队列里留下的故事就越完整。

在这里回复,不用切过去

直接在 App Store Connect 里写的回复,Apple 的 API 不会同步回队列——所以选定一个工作台(就是这个),“待回复”视图才说得上准。

评价处理手册

把 App Store 工作台做成会复利的那种

永远最差的先处理

一条一星评价,意味着一个正在流失的客户,以及一场你眼下正在输的公开争论。待回复队列把它排到最前面,配上负责人和计时——好评可以晚一天再回;一星不行。

为接下来的一千个读者而写

写评价的人也许再也不会回来,但每一个潜在客户在决定之前都会看开发者的回复。一条冷静、具体、点名说清怎么修的回复,是会复利的市场投入。

给主题打标签,挖出真正的信号

给反复出现的话题打上标签——某个缺陷、某个配送问题、某处价格误解——评价流就变成了路线图真能用的产品信号,而不是一堆滑过去的情绪。

搭配更好用

移动端口碑只有一份,队列也只有一条

Play 也一口气看完

隔壁的 Google Play 工作台 ——就和这一套并排跑着:两个商店的评价进同一条队列,同一套分拣习惯,面向整个移动端受众只有一种回复语气。

评价就在会话旁边

这个工作台就在和 WhatsApp、邮件同一个收件箱里——早上九点回评价的,还是那个客服、那套工具,不是某个没人记得的独立标签页。

起草只有一种语气

在两个商店和每一个公开阵地上,Wiz 都用同一个知识库起草回复——你的语气不会按平台分叉。

高级渠道

费用

ConnectWiz 这一侧

  • 评价渠道: 高级,占用 Pro 套餐的一个渠道名额,也可以每月 $19 作为附加项开通
  • AI 起草消耗套餐的常规 AI 额度
查看 ConnectWiz 套餐

Apple 这一侧

App Store Connect API 是免费的——不按评价条数收费,也不按回复条数收费。Apple 那边唯一的要求,是一个来自你自己开发者账号的 API 密钥,我们的指南会一步步带你做。

App Store FAQ

连接之前

更多内容见完整的 FAQ, 也可以直接联系我们。

通过 App Store Connect 的官方 API。你提供一个 API 密钥(Issuer ID、Key ID 和 .p8 文件);ConnectWiz 用它给自己的请求签名,每 30 分钟查一次有没有新评价,每一条进来时都带着星级、评价者昵称、标题和所属语言。

可以——回复先起草(愿意的话让 Wiz 来写,依据是你自己的内容),经团队审核后作为正式开发者回复发出,全程不用打开 App Store Connect。

没有任何工具能做到。Apple 的 API 对一条客户评价只允许一个动作:公开的开发者回复。没有隐藏,没有删除,也没有私信——我们的工作台不会摆出按不动的按钮。要申诉一条评价,得走 Apple 自己的举报流程。

因为评价是每一个潜在用户在安装前都会读的那块客服阵地。对一份闪退报告给出及时、具体的开发者回复,比任何功能清单都更能说明这个团队还活着——而且看到它的是读这条评价的成千上万人,不只是写评价的那一个。

赶在潜在客户之前,先读你自己的评价。

接上 App Store Connect,把 iOS 反馈放进一条有人认领的队列里。