把多个账号
收进一个台子
准备内容、提交任务、查看回执,不用在七八个后台之间倒来倒去。失败就显示失败,不把空数字画成增长曲线。
现在能用的,以开通范围和控制台实际菜单为准。
Qarvey
今天要处理什么?
先说目标。工作台只打开已经上线的模块,并列出网关里真实存在的待办。
抖音 · 小红书 · 视频号 · B站 · 微博 · 快手 · 知乎 · 今日头条。首批能接上哪些,试用时会写清楚。
三步开始,不用会技术
把账号加进来
按开通方式绑定账号;授权失效或需要确认时,控制台会按真实状态提示处理。
准备好内容
自己准备内容,或使用已开放的内容辅助能力。没有开放的模块不会在客户方案里算作可用。
一次发到各平台
选择已开放的平台并提交任务;处理结果和错误会按真实回执展示,不把失败显示成成功。
已经开放的能力,串在一条线上
一份内容,提交到已开放平台
选择当前账号已开通的平台和时间,分别提交内容;可用字段、处理方式和结果以各平台真实回执为准。
- 任务提交与状态查看
- 按平台保留必要差异
- 失败原因不隐藏
- 抖音已发布
- 小红书已发布
- 视频号已排好
- B站已排好
- 快手待确认
内容辅助按方案逐项开放
可在内容工作流中使用已开通的改写、素材或处理能力。具体模型、格式和额度以当前方案及积分规则为准。
- 已开放能力明确可见
- 按积分记录实际消耗
- 任务失败不扣成成功
账号多了也不乱
已接入的账号集中显示;授权是否有效、任务是否需要人工处理,都以服务端返回的实际状态为准。
- 账号与授权状态
- 需要处理的操作提示
- 权限范围按方案配置
发出去之后,好不好一看就知道
接通了的平台才显示回传数据。没接通的指标空着,不估算、不补旧值。
- 按真实回传口径展示
- 更新频率以平台能力为准
- 不可用指标明确标记
界面示意 · 非真实经营数据,实际以你的账号和平台回传为准。
账号和数据,看得紧一点
官网只收试用申请;账号接入在客户控制台按实际开通流程完成。
可用角色和操作边界以控制台实际显示及开通确认单为准。
权限不足、额度不足或平台失败会明确提示,不用前端成功提示掩盖。
已开放模块保留相应任务和回执;未开放部分不作能力承诺。
哪些现在就能用,哪些还在做
我们不把「还没做好的」说成「已经有了」。内测期会一项项开放。
- 客户控制台登录
- 实时公开套餐与积分额度
- 试用申请真实提交状态
- 已开放账号和任务操作
- 真实回执与权限错误
- 具体范围随开通确认单交付
- 更多平台适配
- 更多内容处理能力
- 细化用量与积分说明
- 更多团队权限
- 更多数据回传口径
- 自助开通流程
- 在线支付与续费
- 发票流程
- 独立客户端
- 更多行业模板
- 对外接口
- 更多语言
公开方案与积分额度,以实时接口为准
页面不保留旧价格;读取失败时会明确提示,不用缓存数字冒充当前方案。
正在读取当前公开方案…
金额、周期、账号上限和积分额度均由当前公开方案接口返回;最终开通内容以确认单为准。
你可能想先问的
现在可以直接注册吗?
目前采用邀请内测。请先提交试用申请;收到明确的开通确认后,再从客户控制台登录。
公开价格为什么可能暂时不显示?
价格直接读取当前公开方案接口。接口不可用时,页面不会显示旧价格,请通过试用申请确认方案。
积分是什么?
积分是客户侧看到的统一用量单位,用于表达已开通能力的可用额度。每个方案的额度和具体扣减规则以控制台及开通确认单为准,不向客户暴露上游 Token。
平台和功能都能立即使用吗?
不能一概而论。实际可用的平台、账号数量、任务类型和数据回传范围,以你的试用开通清单为准。
使用上有什么要注意的?
请遵守适用法律、各平台规则和授权边界。平台拒绝、权限不足或额度不足时,控制台会按实际结果提示。
留个联系方式,我们带你上手
说一下账号规模和最想先解决的事。提交成功只代表申请收到了,开不开、开哪些后面单独确认。
- 提交结果由服务端真实确认
- 方案和积分额度逐项确认
- 失败时保留输入,方便重试