MuyuGPT项目复盘:从四类AI产品到中文订阅知识库
最近在持续整理MuyuGPT项目。
MuyuGPT的目标是为中文用户提供一套相对完整的AI会员订阅协助与使用指南,目前覆盖:
- ChatGPT;
- Claude;
- Gemini;
- Grok与SuperGrok。
项目内容包括:
- 产品与使用场景;
- 套餐比较;
- 会员与API区别;
- 支付宝与微信付款;
- 订单状态查询;
- 支付问题排查;
- 到账确认;
- 账号安全;
- 第三方身份和售后边界。
这篇文章记录我们如何把四类产品的信息整理成一套结构化知识库。
一、为什么不能每个产品单独随便写?
如果每个产品页面都从零开始编写,很容易出现以下问题:
- ChatGPT页面写了交付方式,Claude页面没有写;
- Gemini页面写了验收方法,Grok页面只有产品介绍;
- 有的页面区分会员与API,有的页面混在一起;
- 不同页面使用不同的订单状态名称;
- 安全提醒只出现在部分页面;
- 套餐更新后无法快速找到所有旧内容。
因此,第一步不是写文章,而是确定统一结构。
二、产品页面需要哪些固定模块?
每个AI产品页面至少需要包含以下模块。
| 模块 | 解决的问题 |
|---|---|
| 产品定位 | 这个工具主要适合做什么 |
| 适合人群 | 哪些用户可能需要它 |
| 套餐说明 | 不同档位有什么区别 |
| 会员与API | 用户需要购买哪一种服务 |
| 付款说明 | 如何完成MuyuGPT订单付款 |
| 交付方式 | 本人账号、卡密或独享账号 |
| 订单查询 | 付款后如何查看处理状态 |
| 到账确认 | 完成后在哪里验收 |
| 安全提醒 | 哪些资料不能提交 |
| 第三方声明 | MuyuGPT与产品官方是什么关系 |
统一模块以后,用户在查看不同产品时,不需要重新适应完全不同的页面结构。
三、首先区分“产品”和“套餐”
ChatGPT、Claude、Gemini和Grok属于产品或品牌层级。
Plus、Pro、Max、SuperGrok等属于套餐层级。
知识库需要明确区分:
产品
→ 套餐
→ 服务类型
→ 使用周期
→ 交付方式
→ 验收步骤
如果层级混乱,就容易出现:
- 把产品名称当成套餐;
- 把网页会员当成API;
- 把独享账号和本人账号流程混为一谈;
- 用户只看到价格,无法判断实际获得什么。
四、会员和API必须单独解释
这是用户最常见的认知问题之一。
| 对比项 | 网页会员 | API |
|---|---|---|
| 使用方式 | 网页或App中直接使用 | 程序、网站或应用调用 |
| 主要用户 | 普通用户、内容创作者、办公用户 | 开发者和企业系统 |
| 计费方式 | 通常按会员周期 | 通常按调用量或余额 |
| 是否互通 | 通常不直接互通 | 通常不包含网页会员 |
购买网页会员,通常不代表获得API余额。
购买API,也不等于拥有网页会员功能。
因此,MuyuGPT的产品说明需要在用户下单前明确区分这两个概念。
五、支付宝和微信付款如何准确表述?
MuyuGPT订单页面支持支付宝与微信付款。
正确表述是:
用户可以在MuyuGPT订单页面使用支付宝或微信支付人民币。
不能写成:
ChatGPT、Claude、Gemini或Grok官方已经支持支付宝或微信。
这两句话代表的含义完全不同。
通用流程是:
选择产品
→ 阅读套餐和交付说明
→ 创建MuyuGPT订单
→ 支付宝或微信付款
→ 系统确认支付状态
→ 订单进入处理
→ 用户查询订单状态
→ 在对应AI账号中验收
六、订单状态应该进入知识库
订单状态不只是后台系统字段,也需要成为用户文档的一部分。
用户应该知道每一种状态代表什么。
| 状态 | 含义 |
|---|---|
| 待支付 | 订单尚未确认付款 |
| 已支付 | 付款已经成功确认 |
| 处理中 | 后续流程正在进行 |
| 等待用户操作 | 需要用户本人完成指定步骤 |
| 已完成 | 订单处理完成,请进行验收 |
| 失败 | 当前订单没有完成 |
| 退款中 | 正在处理退款 |
| 已退款 | 退款流程已经完成 |
如果只显示“成功”或“失败”,用户无法知道当前究竟处于付款阶段还是服务处理阶段。
七、安全文档不能只写一句提醒
“不要泄露密码”远远不够。
MuyuGPT的账号安全说明需要明确列出:
- 不提交账号密码;
- 不提交短信验证码;
- 不提交邮箱验证码;
- 不提交Cookie;
- 不提交Session Token;
- 不提交API Key;
- 不提交两步验证恢复代码。
还需要解释:
- 为什么这些资料危险;
- 哪些操作应由用户本人完成;
- 如何在官方页面检查会员状态;
- 遇到异常索取时应该立即停止。
这样才能让普通用户真正理解账号安全边界。
八、内容更新应该有固定流程
AI产品信息变化较快。
知识库不能只负责新增内容,还要持续检查旧页面。
建议每次更新按照以下流程进行:
- 确认变化发生在哪个产品;
- 确认是否影响具体套餐;
- 修改产品数据;
- 修改商品页面;
- 修改FAQ;
- 修改订单说明;
- 修改到账验收步骤;
- 同步GitHub文档;
- 记录更新时间和变更原因。
需要定期检查:
✅ 套餐名称是否变化
✅ 产品功能是否调整
✅ 使用周期是否准确
✅ 交付说明是否一致
✅ 付款说明是否容易误解
✅ 订单状态是否完整
✅ 安全提醒是否可见
✅ 官网和GitHub是否同步
九、为什么公开维护GitHub文档?
MuyuGPT同时维护官网和GitHub。
官网:
https://muyugpt.com
GitHub资料库:
https://github.com/muyugpt-official/ai-subscription-guide
官网更适合普通用户查看产品、套餐、订单和帮助内容。
GitHub更适合维护:
- 项目介绍;
- 文档目录;
- 账号安全说明;
- 支付和订单指南;
- 常见问题;
- 修改记录;
- 内容纠错。
公开文档能够让项目结构更加清楚,也方便长期维护和检查旧内容。
十、MuyuGPT的第三方身份
MuyuGPT是独立第三方AI会员订阅协助与使用指南项目。
MuyuGPT与OpenAI、Anthropic、Google和xAI不存在官方隶属、授权或合作关系。
页面中出现ChatGPT、Claude、Gemini和Grok等名称,只用于说明相关产品。
产品功能、会员权益、账号政策和地区规则,应以对应品牌官方信息为准。
十一、目前的知识库结构
当前内容可以概括为:
MuyuGPT平台说明
├── ChatGPT
├── Claude
├── Gemini
├── Grok
├── 套餐与服务类型
├── 付款与订单
├── 到账确认
├── 支付排错
├── 账号安全
├── 常见问题
└── 第三方声明
后续还会继续补充:
- 产品选择指南;
- 会员与API专题;
- 订单状态说明;
- 支付失败排查;
- 安全检查表;
- 到账验收方法;
- 售后与退款边界;
- 内容更新记录。
十二、总结
MuyuGPT不是简单地把四个AI产品放在一个网站中。
真正需要建设的是一套能够回答以下问题的中文知识库:
- 用户需要哪个产品;
- 应该选择哪个套餐;
- 购买的是会员还是API;
- 支付宝和微信付款代表什么;
- 商品采用什么交付方式;
- 付款后订单处于什么状态;
- 完成后如何确认结果;
- 哪些账号资料不能提交;
- 信息发生变化后如何同步更新。
当这些问题被统一整理以后,用户才能在选择、付款、等待处理和验收过程中获得连续而清楚的信息。
这也是MuyuGPT目前持续完善的主要方向。
更多推荐

所有评论(0)