我们花了八年，
只为把「连接」这件事藏起来
最好的工具，是让人忘记工具本身的存在。QuickQ VPN 从第一天起就定下了一条略显固执的规矩： 用户端只能有一个按钮，所有复杂度都由我们吃下去。这不是偷懒的设计，而是把困难留给自己之后， 才有资格谈的「简单」。
起点不是商业计划书，是一次失败的跨国会议
很多公司的故事从车库开始，我们的故事从一场卡成幻灯片的视频会议开始。
2018 年春天，创始团队还在为一家外贸公司做网络运维。那天下午有一场和欧洲客户的视频会议， 对面每说三句话就断一次，方案演示到一半直接掉线。会议结束后，客户的负责人只留下一句话： 「你们的技术很好，但你们的网络让我没信心。」
这句话像一根刺。当晚，三个人挤在会议室里翻开源协议文档，试着用最原始的方式自建一条中转线路。 凌晨四点，延迟从 420 毫秒降到了 180 毫秒。第二天复测，稳定在 150 毫秒以内。 那一刻我们意识到：这不是技术难题，这是被大多数人忽略的体验问题。
于是我们把原本的运维业务暂时搁置，用六个月时间写了第一版客户端。它只有三个界面： 登录、节点列表、连接按钮。没有花哨的功能，也没有复杂的设置项——因为我们自己就受够了 那些需要看教程才能连上的工具。
第一年，QuickQ 只有 4 个节点、不到两千个用户。我们一个个回复邮件，把每一次掉线的时间点、 地区、运营商记录下来，做成一张手绘的线路波动图。那张图后来成了我们智能路由引擎的第一版原型。
「用户不该知道什么叫协议，什么叫回程路由。他们只想知道：现在能不能连上。」 —— 创始团队 2018 年产品手记
我们不擅长讲故事，但擅长记录数字
下面这些指标每月更新一次，公开在内部看板上。它们不好看的时候，我们也不会藏起来。
五条我们真的会为之拒绝需求的信条
价值观写在官网上很简单，写在需求评审会上才见真章。以下五条，是我们内部争论最多的部分。
简单是结果，不是起点
把界面做简单很容易，把系统做简单很难。我们要求每一个「一键完成」的背后，必须有至少三层自动化逻辑支撑。做不到，就不许简化界面。
不测量，就不优化
任何一次线路调整、协议升级、节点扩容，都必须有前后对比数据。没有基线数据的改动，一律视为猜测，不进主干。
隐私不是功能，是底线
无日志不是可选项。我们的服务器架构从设计之初就不留存可回溯的会话记录，运维人员也无法调取用户行为数据。
宁可少一个节点，不要多一个坏节点
节点数量是营销数字，节点质量才是体验数字。三轮测试不达标的线路，我们宁可不上线，也不让它出现在列表里拖累用户。
把话说清楚，不玩文字游戏
套餐里有什么、限制在哪里、免费版和付费版的真实差别是什么——这些我们都会写在页面上，而不是藏在细则里。
技术为人服务，不为炫技服务
我们试过很多新协议、新架构，最终保留下来的只有一个标准：它是否让用户的连接更稳、更快、更省心。其余的一律砍掉。
一个节点上线前，要走完这三关
你在客户端里看到的一行「🇸🇬 新加坡」，背后是三轮淘汰率超过 60% 的筛选流程。
很多人以为节点就是租一台服务器、装个软件、填进列表。真正做过跨境网络的人知道， 同一个城市的不同机房，跨洲回程质量可能相差三倍以上。 所以我们的节点评估从来不看机房宣传页，只看实测数据。
上线之后也不代表一劳永逸。我们的健康监测系统每 30 秒扫描一次全部节点， 一旦延迟或丢包超过阈值，就会在毫秒级把它从推荐路由表中摘除，同时触发告警给值班工程师。 这套机制让我们把节点异常对用户的影响，压缩到了大多数人根本察觉不到的程度。
八年里，六个真正改变产品的时刻
不是每一年都有大新闻，但这六个节点，确实把 QuickQ 推到了不同的位置。
第一版客户端上线，只有 4 个节点
三个界面、一个按钮。首月用户不足两千，但第一批用户邮件里写的那句「终于连上了」，让我们决定继续做下去。
自研线路探测引擎成型
把早期手绘的线路波动图变成了自动化系统。节点切换从人工干预变为秒级自动完成，高峰期掉线率下降约 60%。
全面切换至 WireGuard® 协议栈
在保证加密强度的前提下，协议开销显著降低，移动端续航与连接建立速度都有明显改善。这是一次代价不小但非常值得的重构。
全球节点突破 90 个，服务用户超 5000 万
覆盖四大洲核心枢纽，客户端完成五平台原生重构。同年上线节点健康监测看板，运维响应进入分钟级。
第四代智能路由引擎发布
引入场景感知的带宽权重分配：浏览、视频、下载自动走不同优化策略。热门线路平均延迟稳定在 25 毫秒以内。
42 人团队，8,000 万用户
规模变大了，规矩没变：客户端仍然只有一个连接按钮。下一个目标是把 99.8% 的可用率再往上推一点。
42 个人，三种不同的「强迫症」
我们的团队构成很朴素：一群对延迟敏感的工程师，一群对细节敏感的设计师，和一群对用户抱怨敏感的客服。
岑野
联合创始人 / 网络架构前运营商骨干网工程师，负责 QuickQ 的节点拓扑与路由策略。对「回程绕路」有近乎本能的厌恶。
「延迟每降 10 毫秒，用户体验就是另一个量级。」
余笙
产品设计负责人主导五平台客户端的交互统一。坚持所有核心操作必须在一个屏幕内完成，反对任何形式的设置向导。
「如果一个按钮能解决，就绝不放两个。」
闻彻
客户端研发负责人负责跨平台核心库。把安装包体积、冷启动时间、内存占用当作三个必须死守的硬指标。
「轻，是一种对用户设备的尊重。」
商屿
安全与协议负责人负责加密方案与隐私架构。推动无日志政策落地到服务器层面，而不是停留在声明里。
「信任不该靠承诺，该靠架构。」
柯砚
节点运维负责人掌管全球节点的部署与健康监测。常年盯着告警看板，把「节点异常 40 秒内摘除」变成了团队标准。
「坏节点不该让用户来发现。」
阮声
用户支持负责人带领中英双语支持团队。每一条用户反馈都会被分类归档，成为下一次产品迭代的输入。
「抱怨是最诚实的用户调研。」
关于 QuickQ，你大概还想知道这些
这四组问题来自用户的真实来信，我们挑出了最有代表性的。如果没覆盖到你的疑问，欢迎直接写信问我们。
QuickQ 和市面上其他加速工具最大的不同是什么？
为什么你们坚持不记录用户日志？
90+ 节点是怎么选出来的？
免费版和付费版在体验上差多少？
如果这些话让你觉得靠谱，不妨亲自试一次
下载客户端，连上最近的节点，感受一下延迟 25 毫秒以内的网络是什么体感。 不满意随时卸载，我们不设任何挽留弹窗。