功能反馈 · 一起把产品做顺

遇到问题、缺个功能直接告诉我们

环境打不开、指纹参数不对、代理连不上、某个流程用着别扭,或者你希望增加的功能,都可以提交。每条反馈都会进入处理队列,状态会随进度更新,处理结果按你留下的联系方式回访。

  • 人工逐条查看:重复反馈也会合并跟进,而不是只统计数量
  • 提交后给出反馈编号,后续沟通直接引用
  • 客户端内也能提交,会自动带上版本与环境信息
反馈处理状态Status
01
已收到进入队列,等待评估
自动
02
评估与定位确认复现条件与技术原因
进行中
03
排期与修复进入版本计划,或给出替代方案
待排期
04
发布与回告随版本更新,按联系方式回访
待发布
一般 1 个工作日内首次响应 · 复杂问题会约定复现窗口
1个工作日内首次响应
5类反馈,逐条归类
2个渠道:官网 / 客户端
全程状态可追踪、结果可回访
01可以反馈什么

不只是 Bug,用着不顺手也值得说

下面的分类只是帮你选一个最接近的入口,选错也没关系,我们会重新归类。越具体的描述,越容易直接定位。

01 / BUG

环境与启动异常

环境打不开、白屏、卡在启动预检、启动后异常退出,或某个站点在环境里表现不正常。

02 / FINGERPRINT

指纹与参数问题

Canvas、WebGL、时区、语言、分辨率或 UA 与预期不一致,或站点读取到的参数互相矛盾。

03 / PROXY

代理与网络

代理连不上、鉴权失败、出口地区与配置不符,或多开时部分环境的网络不稳定。

04 / SUGGESTION

功能建议

希望增加批量动作、导出格式、分组维度、快捷键或某个平台的专项支持,都可以直接提。

05 / EXPERIENCE

使用体验

流程绕、按钮位置别扭、文案看不懂、窗口管理不顺手——这类反馈往往改动小、收益直接。

06 / DOCS

文档与帮助

帮助中心的步骤与实际界面对不上、缺少某场景说明,或希望补一段视频与示例。

02提交前先确认

两分钟自查,少一轮往返

有一部分问题是配置或版本引起的,先按下面几条排查,如果仍然复现,再提交反馈会更快定位。

  • 确认客户端已是最新版本,旧版本的问题可能已在新版本修复。
  • 确认代理本身可用:同一代理在其它工具里能否正常连接。
  • 新建一个空白环境试一次,排除该环境本身配置损坏的可能。
  • 重启客户端再复现一次,区分偶发与稳定复现。
  • 在帮助中心搜索关键词,看是否已有对应说明。
提交时附上这些信息Checklist
VER
客户端版本设置页可查看
必填
OS
系统与版本Windows / macOS 版本号
必填
STEP
复现步骤按顺序点到出问题那一步
必填
SHOT
截图或录屏错误提示要完整
建议
LOG
日志片段出错前后几行即可
建议
ENV
环境与代理类型协议、地区、是否批量创建
建议
03提交反馈

把现象写清楚,比写得长更有用

说明「做了什么、看到什么、期望什么」,再附上版本与复现步骤。联系方式建议填写,便于追问细节与回告处理结果。

反馈类型*
04反馈之后

一条反馈会经历这四个状态

状态会随处理进度更新。不是每条都会立刻进入版本计划,但每条都会给结论:修、排期、给出替代做法,或说明暂不做的原因。

  1. 01

    已收到

    进入队列并归类,重复反馈会合并到同一条跟进。

  2. 02

    评估与定位

    确认复现条件与技术原因,必要时回来问你几个细节。

  3. 03

    排期与修复

    进入版本计划,或先给一个可用的替代方案。

  4. 04

    发布与回告

    随版本更新说明发布,按联系方式回告处理结果。

05常见问题

关于反馈

多久会有回复?

一般 1 个工作日内首次响应。需要复现或涉及多个环境的问题可能更久,期间会告诉你进展,不会一直静默。

反馈会自动公开吗?

不会。反馈只进入内部处理队列,不对外展示;后台可查看的来源页面仅用于复现,不会公开你的联系方式与提交内容。

同一个问题提交多次会不会更好?

不需要。重复提交会被合并到同一条记录,反而分散跟进;如果情况有变化,在原编号下补充说明更有效。

能指定修复时间吗?

严重且可稳定复现的问题会优先处理,但具体发布时间取决于版本节奏。需要明确时间点的场景,可以考虑走定制开发单独排期。

可以提交敏感信息吗?

请不要提交密码、完整 Cookie 或支付信息。需要提供日志时,先去掉其中的账号与凭证;必要时我们会约定更安全的传输方式。

下一步换个方式

需求比较具体,也可以直接聊定制

如果反馈的内容其实是某个业务流程上的特殊需求,走定制开发会更合适:先沟通场景,再给方案与报价。

反馈免费 · 每条都会人工查看