FEEDBACK / TRUTH
CEO DECISION BRIEF / 2026.07.31

先把真相
做成产品能力

近 29 天对话复盘后,ReplyTower 最清楚的产品信号不是“再加功能”。是把连接器、附件、知识库、反馈与性能的真实状态直接交给客户。

19ReplyTower 唯一反馈指纹
6,952ReplyTower 生产对话,全量不抽样
1,047首位客户 VPNCheap 真实用户样本
7排名后的 ReplyTower 产品方案

生产读取严格只读。没有上传探测、部署、配置改动或客户原文复制。

01 / 核心结论

当前最大机会是把系统真相做成产品能力。

实测生产、真实浏览器或端到端回执决定关闭。代码与测试只证明已经实现。
观察用户或运营者看见的行为,不自动代表普遍性或根因。
推断当前最佳解释,必须同时写出可以推翻它的测试。
建议未来动作,不包装成已经完成或已经证明。
02 / 证据地图

先去掉噪音,
再决定优先级

6,952 个生产对话中,79.7% 是平台合成 canary。它们用于健康监测,不能拿来计算用户需求或问题频率。

全部对话
6,952
合成 canary
5,543
真实 VPNCheap
1,408
测试杂项
1
实测20,008全部生产消息
实测8,920真实 VPNCheap 消息
实测21.6%用户在期间开启 2 个以上对话
实测0.71%显式反馈捕获率,不等于满意度
严格现状审计

已有覆盖可用,
但 18 项仍未关闭

历史会话中的“已关闭”保留为归档字段。当前执行状态采用更严格口径:只有真实浏览器、生产或端到端回执,才能从 △ 升为 ○。代码与测试只证明已经实现。

○ 1实现且真实验证
△ 14实现,缺真实验收
☐ 4未端到端完成
X 0阻止、取消或不适用
真实用户提及信号

这不是投诉排行榜,是用户需求分布

同一对话可进入多个主题。下列数字是使用相关词汇的唯一用户数,用于发现旅程,不用于直接证明产品故障。

人工支持 / 升级
692
连接 / 可用性
144
设备 / 平台
122
安装 / 更新
102
附件 / 图片
80
协议 / 配置导入
32
服务访问
26
账单 / 退款
12
03 / 2MB 真相链

先找最小闸门,
不要盲目加大后端

ReplyTower 生产后端并不是 2MB。精确症状更像 Xboard 面板 PHP 默认值进入了插件的最小值计算,但这个推断尚未获得面板生产读取授权。

租户设置10MBVPNCheap 当前值
AI 服务12MBRT_INGRESS_MAX_MB
生产 Nginx12MB只读现场配置
PHP / 面板2M?默认值匹配症状,未现场确认
有效上限MIN最小一层决定用户体验
实测

保留的生产窗口与日志中没有发现明确的 2MB 投诉或上传相关 413;日志保留从 7 月 11 日到 22 日后分层开始,不能排除更早记录。102 位用户成功发送 178 个附件,最大规范化对象 0.484MB。

推断

PHP 官方文档列出的 `upload_max_filesize` 默认值正是 2M。插件又会选择 PHP、面板 Nginx、ReplyTower 中的最小值,所以它是第一检查点,不是已确认根因。

BEFORE / 用户看见的世界

“2MB,为什么?”

  1. 1多个隐藏上限各自决定结果。
  2. 2前端只显示最终拒绝,不显示哪层拒绝。
  3. 3团队可能提高错误的一层,症状仍存在。
  4. 4高分辨率截图直接失败,反馈旅程中断。
AFTER / 建议的真相能力

“系统已优化并接受”

  1. 1诊断回执列出每一层与测量时间。
  2. 2界面只公布真实最小字节上限。
  3. 3浏览器先缩放并显示原始到优化大小。
  4. 4拒绝带稳定原因码、重试、取消与监控。
04 / 产品面

五个产品面,
一条可信体验

这不是 VPNCheap 客户端路线图。这里只把首位客户的使用证据映射回 ReplyTower 自己应承担的产品能力。

5ReplyTower 产品面

状态按 19 个唯一反馈指纹分组且只计一次。组件可以协作,但每个客户可见结果始终只有一个最终验收负责人。

连接器与 Widget
签名、能力、会话、历史、人工接管
△3 ☐1
附件与图像
Widget、Ticket、上限、错误、历史
△2 ☐2
Portal 体验与性能
密度、移动端、焦点、语言、速度
△5
知识与 AI 结果
导入、保留、推理边界、简报
○1 △3
账单与租户启用
付款回执、明确策略、验收模板
△1 ☐1

五组相加恰好是 ReplyTower 唯一总数:○1 / △14 / ☐4 / X0。VPNCheap 客户端改进另见独立简报。

05 / 最高价值下注

先修“系统真相”,
再加体验层

以下是产品方案价值评分。客户伤害优先级另在 19 条指纹注册表中只计一次,避免一个共享方案重复放大需求。

93/100

连接器上线预检

上线前验证 TLS、签名、路径、权限、版本、会话、发送、历史与人工接管。

A: REPLYTOWER / R: CONNECTOR PLUGIN
91/100

Ticket 附件闭环

让 Ticket 与 Widget 一样携带安全图片元数据、检索、视觉理解和历史回显。

A: REPLYTOWER / R: XBOARD CONNECTOR
90/100

上传契约修复

统一所有入口的有效上限、流式拒绝、配置事实源、Telegram 失败与安全边界。

A: REPLYTOWER / R: HOSTING + PLUGIN BY LAYER
86/100

结构化反馈与升级

持久化评分、负面原因、接管、恢复和解决结果,让 0.71% 捕获率变成可行动信号。

A: REPLYTOWER
82/100

性能 SLO 与追踪

已部署优化必须用 Portal 路由和浏览器 p50/p95 证明,不再用“感觉更快”结案。

A: REPLYTOWER
79/100

显式租户启用模板

把工具、保留、订阅授权、知识完整性与公告新鲜度变成幂等验收。

A: REPLYTOWER
76/100

2MB 真相链回执

先识别投诉旅程,再读出插件、PHP、面板 Nginx 与后端每一层;最小字节值决定展示与拒绝。

A: REPLYTOWER / R: XBOARD-REPLYTOWER + HOSTING
38只提高 ReplyTower 上传上限。最小闸门可能仍是 PHP。
31预检与反馈证据未建立前继续增加 Portal 功能。只会扩大盲区。
24把 PHP 2M 直接宣布为根因。它是首要假设,不是现场事实。
06 / 90 天路线图

从证据门,
走到租户放量门

第一阶段不是大规模开发。先把 14 个 △ 变成可执行的真实验收卡,把 4 个 ☐ 写成有负责人与停止条件的产品结果。

0 - 30 DAYS

证据门

  • 14 个 △ 全部建立真实浏览器、生产或付款验收卡
  • 获授权后只读上传限制链,确认或推翻 2MB 假设
  • 冻结预检、Ticket 图片、上传上限与原因码契约
  • 基线化 Portal p50/p95 与反馈捕获
出口:19/19 有证据标签、A/R 负责人、验收和停止条件。
31 - 60 DAYS

产品门

  • 上线预检、Ticket 图片与结构化反馈
  • 修复统一上传契约和配置漂移
  • 发布幂等租户启用模板
  • 计划内至少 80% 验收债务升级为 ○
出口:安全测试全过,未通过真实验收的条目仍保持 △。
61 - 90 DAYS

放量门

  • 单租户 canary,再按错误率与延迟逐步放量
  • 监测限制不一致、413、放弃、重试和视觉成功
  • 所有显式负面信号进入结构化记录
  • 连续两个发布窗口没有高优先级回归
出口:无租户、鉴权、隐私回归,所有高优先项有生产回执。
CEO 指标当前90 天目标为什么重要
真实验收债务△ 14计划内至少 80% 转为 ○防止“代码合并”等同“客户问题解决”
结构化反馈捕获0.71%所有显式负面信号有记录当前样本严重偏差,无法可靠比较版本
Ticket 附件能力937 个 Ticket 对话中 0 个附件发布版本端到端回执Widget 成功不等于支持工单可用
约束不一致代码 10m,生产 12m,入口语义不一一份配置事实源,所有入口一致最小闸门与拒绝原因必须可解释
Portal 性能优化已部署,p50/p95 未量化基线与 SLO 均有浏览器回执“已优化”必须转化成客户可见结果
负责人完整率计划已映射,GitHub 执行卡待建100%一个客户结果只允许一个最终验收负责人
07 / CEO 决策

批准 ReplyTower 的真相能力建设。

01

先关闭 14 个验收债务

没有浏览器、生产或付款回执,不再把“已实现”汇报成“已解决”。

02

2MB 先核实,再修契约

先读 PHP、Nginx、插件与后端;同时修复已实测的配置漂移和入口不一致。

03

优先三个客户信任面

连接器预检、Ticket 附件、结构化反馈先于新 Portal 功能。

04

一个结果,一个 A

ReplyTower 对 Ticket、Portal 与后端能力闭环负责;xboard-replytower 对嵌入式 Widget 结果负责;托管层只对所运营的最早失败层负责。

内部依据

  • ReplyTower 项目计划
  • xboard-replytower 上传与连接器计划
  • ReplyTower 决策规则 v1.0:一个结果、一个最终负责人、一个真实验收回执
  • 29 天半开时间窗 Recall 全量:5,458 个会话文件,21,419 条窗口内用户消息,0 解析失败
  • ReplyTower 生产:只读全量对话、消息、附件元数据、配置与日志保留窗口
  • 项目计划附录逐项记录 19 个隐私安全来源回执,以及每个生产数字的查询族、分母、排除项和公式

公开交叉验证