跳到内容
发布Netxol NOS 0.1.0 现已发布——网络监控模块(NMM)已投入运行发布CRM 与 ERP 模块即将推出——皆在统一的 Netxol One 身份之下发布Agentic AI 引擎——对话式 NOC 贯穿每一个模块发布Field Engineer 与 Subscriber 应用——与每一台 Netxol Core 配对发布部署于任意 Core 设备——X1 / X5 / X20 / X100
Netxol
伴侣应用

Subscriber App — 付款、测速、自助 —— 从此不用打客服。

Subscriber App,是 ISP 的品牌放进客户口袋。订户日常的每一件事 —— 付账、换套餐、跑测速、开工单、看故障 —— 都在 App 里做,而不是打给客服。在巴基斯坦、MEA 与亚洲市场,支付才是杀手级:JazzCash、EasyPaisa、Mastercard、Visa 第一天就通过 Netxol 收款层接好了,运营商不再需要先跟每家处理商各签一份商户合同才收得到钱。AI Engine 起草常见问题的第一次回复;它答不动时,把工单连同完整上下文交给人工坐席。App 白牌到运营商身份,并以运营商品牌发到 App Store 与 Play Store。

  • iOS
  • Android
  • Progressive Web App
Subscriber App 在手机上 —— 面板显示套餐、账单与测速
这款应用改变了什么

支持,不再有等待。

常见问题第一次点击就能解决。你的客服团队只面对真正需要人工的那些。

付账、换套餐、充值

订户每一次跟钱有关的日常动作 —— 付当期账单、换套餐、给预付套餐充值、翻发票历史、对某一行提出争议 —— 都在 Subscriber App 里几秒钟完成。JazzCash、EasyPaisa、Mastercard、Visa 第一天就通过 Netxol 收款层接好,运营视角见 /blog/jazzcash-easypaisa-for-isps。后付费订户的 card-on-file 定期扣款走 3DS 2 认证,后续代扣以 MIT 标记 —— 详见 /blog/card-on-file-for-pakistan-isps。

诚实的速度与健康

App 里的测速,是对你自己的 edge 打过去,而不是随便一台公网服务器 —— 所以结果反映的是"订户连着你的网时到底是什么样",而不是"他们的设备连整个互联网是什么样"。当订户开一张"网慢"工单时,诊断已经附好了:最近三次测速结果、当前 ONT 光功率、上行链路利用率,以及该 OLT 板卡最近的告警。客服接工单时,答案已经在眼前。

故障透明

真有故障时,订户在一分钟内就能在 App 里看到 —— 一条清清楚楚的公告,附带来自 NMM 活状态的预计恢复时间。没有故障时,他们也不用挂在电话上打听。这份透明能给客服团队省下大量小时:大故障时呼入量实打实地下降,因为订户能自己看到情况;误报时订户也不再打进来,因为他们能自己确认自己家线路是好的。

用户端 · 能力

付账、换套餐、充值

订户每一次跟钱有关的日常动作 —— 付当期账单、换套餐、给预付套餐充值、翻发票历史、对某一行提出争议 —— 都在 Subscriber App 里几秒钟完成。JazzCash、EasyPaisa、Mastercard、Visa 第一天就通过 Netxol 收款层接好,运营视角见 /blog/jazzcash-easypaisa-for-isps。后付费订户的 card-on-file 定期扣款走 3DS 2 认证,后续代扣以 MIT 标记 —— 详见 /blog/card-on-file-for-pakistan-isps。

  • JazzCash、EasyPaisa、Mastercard、Visa 全内置
  • Card-on-file 定期扣款(3DS 2)
  • Netxol 承担聚合层
  • 在共享图上与发票自动对账
Subscriber App —— 付账、换套餐与充值界面
用户端 · 能力

诚实的速度与健康

App 里的测速,是对你自己的 edge 打过去,而不是随便一台公网服务器 —— 所以结果反映的是"订户连着你的网时到底是什么样",而不是"他们的设备连整个互联网是什么样"。当订户开一张"网慢"工单时,诊断已经附好了:最近三次测速结果、当前 ONT 光功率、上行链路利用率,以及该 OLT 板卡最近的告警。客服接工单时,答案已经在眼前。

  • 对运营商 edge 的测速
  • 每张速度相关工单自动带诊断
  • 诊断里带 ONT 光功率
  • 服务侧 OLT 的告警历史可见
Subscriber App —— 测速结果配连通性健康诊断
用户端 · 能力

故障透明

真有故障时,订户在一分钟内就能在 App 里看到 —— 一条清清楚楚的公告,附带来自 NMM 活状态的预计恢复时间。没有故障时,他们也不用挂在电话上打听。这份透明能给客服团队省下大量小时:大故障时呼入量实打实地下降,因为订户能自己看到情况;误报时订户也不再打进来,因为他们能自己确认自己家线路是好的。

  • 来自 NMM 状态的实时故障公告
  • 预计恢复时间
  • 大故障时压低呼入量
  • 误报时截住不必要的电话
Subscriber App —— 实时故障状态与恢复时间线
所有能力

Subscriber App 所承载的一切。

一份简要参考,列出 Standard 版 Core 附带的能力。Advanced 增加 MDM 管理的白标构建包。

先跟 AI 聊

AI Engine 负责订户常见问题的第一轮回答 —— "下期账单什么时候?"、"为什么多扣了钱?"、"我要怎么换套餐?"、"我这速度慢,该查什么?" —— 每一句都能引回源记录(发票、会话、套餐)。AI 解决不了、或订户明确要求人工的时候,工单连同完整对话历史与订户上下文一起交给客服。客服拿到的是完整工单,不是碎片。

白牌到你

Subscriber App 上到 App Store 与 Play Store 时,顶着的是运营商的牌子,不是 Netxol。你的名字、你的 logo、你的配色、你的排印风格。白牌流水线是正经工程:一份运营商品牌包(logo、颜色、图标、启动屏)在构建时应用到一份签名的 IPA / APK 上,由运营商用自己的开发者账号提交。从一套 Netxol Core 集群支撑多个运营商品牌(MVNO 母公司 + 子品牌)是原生能力。

默认安全

生物识别登录(iOS 上 Face ID、Android 上生物识别提示)、TLS-pinning 的传输、无第三方跟踪、无泄漏订户数据的分析 SDK。客户数据留在你自己的 Core 上;只有订户主动发起的操作(付款、换套餐、开工单)会离开设备,而且只到具体那个处理商的具体接口。运营商侧的 PCI DSS 范围被压小,因为在聚合支付上,Netxol 承担 merchant of record 的范围 —— 见 /blog/payment-aggregation-vs-direct-merchant。

常见问题

第一次通话中我们经常收到的问题。

可以按我们的品牌做白标吗?

可以——logo、配色、应用商店元数据、欢迎文案与支持链接都可配置。Advanced 与 Enterprise 版包含白标构建服务。

支付如何工作?

应用与你现有的支付网关集成(Stripe、Adyen、本地服务商)。NOS 在后端处理账单状态。

AI 究竟能为用户做什么?

常见问题——账单、套餐变更、速率测试、故障检查——都能不经人工解决。无法解决时,AI 会带着完整上下文交接给你的客服团队。

应用如何分发?

以你自己的 App Store / Play Store 账号发布,附带你的品牌,或以 Progressive Web App 形式部署到你的域名。两条路径每次发布都提供。

随时就绪

把 NOS 装进用户的口袋。

两款应用随每台 Core 一同交付。今天就下载安装包,或配置一台 Core 并附带白标服务。