Google Play 上的 ConnectWiz
高级渠道Google 一周之后就忘了你的 Play 评价。我们不会。
多数团队不知道这个陷阱：Google 的评价 API 只提供大约最近七天的内容。ConnectWiz 每 30 分钟轮询一次，所以什么都不会滑出可及范围——并且把 Android 的反馈放进和 App Store 评价同一条队列、同一套标准里。
接入流程
会自我诊断的接入流程
Play 管理中心的配置要横跨两个 Google 管理台，而且会以四种让人分不清的方式失败。我们把每一种失败都变成了一条具名诊断——因为“出错了”不是一份接入指南。
服务账号，配一次就好
创建一个服务账号，下载它的 JSON 密钥，在 Play 管理中心里授权——我们的指南一步步带着走，而密钥从你粘贴进来的那一刻起就是加密存储的。
六种具名的失败
密钥格式错误、密钥被拒、权限缺失、找不到应用、无法访问，或者一次普通的失败——每一种都单独识别，并指向修复它的那个具体管理台和具体页面。
评价带评分
评价正文和星级评分每 30 分钟落进队列一次——可以按星级筛选、可以指派，也可以就地回复。
开发者回复，就地发出
直接从工作台发布你的官方开发者回复——愿意的话可以由 Wiz 基于你自己的内容起草，但默认永远要经过人工点头。
队列
别再为一个应用跑两套评价流程
默认就是“待回复”
首页视图只显示尚未处理、也没人回答的；已经致谢过的好评自己归档，崩溃报告则一直挂着，直到有人认领。
批量分拣，逐条发布
指派、忽略和起草都能批量做；发布刻意保持一条一条来——一条公开回复是一次深思熟虑的行为，不是邮件合并。
AI 一直挂着保险
Wiz 起草的回复以你的知识库为依据；所有自动化模式出厂都是关的，按需生成的草稿也绝不会自己发出去。
Play 的每一种语言
用户用什么语言写，评价就以什么语言进来；Wiz 全都读得懂，也用同样的语言起草。
每条评价都有主
指派、按来源区分的未读徽标和键盘优先的分拣，让队列一直往前走——口碑这件事变成一张值班表，而不是一堆愧疚。
不加粉饰的细则
Google 的 Play API 到底允许什么——白纸黑字
一周的窗口
Google 的 API 只提供大约最近七天的评价——没有补拉，也没有绕过去的办法，对谁都一样。我们的答案是频率：每 30 分钟轮询一次，只要连着就什么都不漏。
唯一的动作是回复
公开的开发者回复——整套动词就这一个。不能隐藏，不能删除，不能私信；举报滥用要走 Google 自己的举报工具。
在这里回复，不用切过去
直接在 Play 管理中心里写的回复，不会通过 API 反映回来——选定一个工作台（就这一个），“待回复”才一直是真话。
轮询，明说
Play 评价没有 Webhook，每个工具都在轮询。我们的是每 30 分钟一次，白纸黑字——而不是一个谁也做不到的、暗示出来的“实时”。
评价处理手册
把 Play 工作台跑成会复利的东西
永远最差的先处理
一条一星评价，是一个正在流失中的客户，也是一场你此刻正在输掉的公开争论。待回复队列把它摆在最前面，配上负责人和一只钟——而 Play 的回复窗口让这只钟是真的，不是修辞。
为接下来的一千个读者而写
写评价的人也许再也不会回来，但每一个潜在客户在决定之前都会看开发者的回复。一条冷静、具体、点名说清怎么修的回复，是会复利的市场投入。
给主题打标签，挖出真正的信号
给反复出现的话题打上标签——某个缺陷、某个配送问题、某处价格误解——评价流就变成了路线图真能用的产品信号，而不是一堆滑过去的情绪。
搭配更好用
移动端口碑只有一份，队列也只有一条
评价就在会话旁边
这个工作台就住在和 WhatsApp、邮件同一个收件箱里——评价分拣成了团队本来就开着的那个工具里的一项晨间例行。
起草只有一种语气
在两家商店上，Wiz 都从同一个知识库起草回复——语气一致，答案有依据，任何内容发布之前都要经人工点头。
高级渠道
费用
Google 这一侧
Play 管理中心 API 是免费的——没有按条评价或按条回复的费用。你唯一需要的是你自己 Play 管理中心里的一个服务账号，而那六路诊断的存在，正是为了让这件事不痛苦。