3天，1人，从0到付费产品：AI时代个人开发者的生存指南

这不是一篇教你用AI写代码的文章。这是一篇关于如何用AI重新定义你的能力边界的实战复盘。

一、别焦虑了，先把东西做出来

最近一周，我的朋友圈和流媒体被两种内容刷屏：

一种是 Gemini 3 Pro要把程序员干死了 ，配文是个悲观预测，写了一大堆分析。
另一种是"前端凉了"，配图是某个很牛逼但没什么 x 用的 CSS3 动画Demo；

焦虑是真实的。但我想说一句可能会得罪人的话：

大部分人的焦虑，都是"看别人做"带来的，而不是"自己做"带来的。

当你真正动手用AI做一个完整产品的时候，你会发现：AI确实很强，但它还远没有强到能独立完成任何事情。它需要你告诉它做什么，需要你判断它做得对不对，需要你把零散的能力串成一个可运行的系统。

所以我做了一个实验：用3天时间，一个人，从0开始，做一个能收钱的AI产品。

不是Demo，不是概念验证，是一个真正上线、真正打通付费流程，完整的商业产品。

具体时间分配：

Day 1：网站架子 + 后端数据库设计
Day 2：MVP核心功能 + 上线部署
Day 3：样式打磨 + 用户体验优化 + 国际化 + 人工测试

这篇文章是完整的复盘。

二、不做通用，做内容 - "Content is King",

先说产品是什么：「第N个我」------ Prompt 文生图工具。

官网地址：www.nthme.org/

用户上传一张照片，选择一个"世界线"，AI生成一张那个平行宇宙里的你。

市面上的AI头像产品，大多走两条路：

通用型：你输入任意Prompt，AI随便生。自由度高，但门槛也高，普通用户根本不知道写什么。
大厂型：自然语言输入，比如豆包或者元宝，传一张图片然后告诉 AI 怎么改。

这些是竞品，想抢他们的流量，卷价格对个人开发者来说永远是下策；
卷功能吗？都是套壳AI文生图，谁也别笑话谁
就只能卷新意了，网站有没有让人眼前一亮，或者自成一套体系的文化(但这也很玄学，我还在摸索中)

三、商业逻辑：为什么这件事能赚钱？

说完产品出发思路，现在来谈谈钱。

这个产品的商业模式，本质上是一个非常经典的 "信息差 + 技术降维"（Arbitrage + Wrapper）模型。"

在中国市场，这被叫做"套壳站"------但我更愿意称之为"场景化AI工具"。

区别在哪？

套壳站是简单的 API 转发，没有产品设计，没有用户体验，就是把别人的能力包一层皮卖出去。

场景化AI工具是在套壳的基础上，解决一个具体问题。

你想想，对于绝大多数中国用户来说：

Prompt是玄学：不知道写什么，写了也不对
翻墙是红线：不会翻，不敢翻，嫌麻烦

这两者加起来，构成了巨大的付费意愿。

我做的事情，就是吃掉这两层成本：

用户不用学 Prompt → 我帮你精挑细选好 N 套 Prompt（很多Prompt都是垃圾，需要自己不停调试）
用户不用翻墙 → Nanobanana 你国内用不了，我服务器代理帮你调用

本质上，我们是中间商（Reseller），不只这个产品，任何AI工具只要你不是研究模型的开发者，你都是中间商

但中间商不是贬义词。

淘宝卖家是中间商，滴滴司机是中间商，你公司的销售也是中间商。中间商的底层价值是『降低交易摩擦』。

我的价值就是：技术降维 + 场景化封装。

把一个"需要懂技术才能用"的能力，变成"打开网页就能用"的产品。

这件事能赚多少钱？不知道。但我知道，愿意为"发一张不一样的朋友圈"付费的人，远比愿意学Prompt的人多得多。

四、MVP：砍功能是最难的技术活

我见过太多独立开发者的项目死在"功能太多"上。

不是没做完，是做了太多。每个功能都是60分，合在一起就是一坨不可用的东西。有代码洁癖、有完美主义情节没错，但是如果你要想做一个商业产品，很显然你需要全面的考量

所以我给自己定了一个规则：MVP只保留能完成"付费闭环"的功能。

什么是付费闭环？用户进来 → 产生价值 → 愿意付钱 → 支付成功。

任何不在这条链路上的功能，全部砍掉。

砍掉的：

❌ 用户自定义Prompt（增加理解成本）
❌ 社区分享功能（分散注意力）
❌ 批量生成（复杂化定价）
❌ 生成历史管理（非核心痛点，还涉及用户隐私风险）

保留的：

✅ N 个精选世界线（核心产品力）
✅ 即时生成预览（价值感知）
✅ 简单的积分系统（付费机制）
✅ 一键下载（价值交付）

你可能会说：生成历史不重要吗？用户可能想回看啊。

重要，但不是Day 1重要。

如果用户连第一次生成都不愿意付费，那生成历史有什么意义？

MVP的核心是验证一件事：有没有人愿意为这个产品付钱。其他都是验证之后的事。

五、技术选型：偷懒是一种能力

独立开发者最稀缺的资源是时间。所以技术选型的核心标准只有一个：用最少的时间，搭建一个可运行的系统。

这是我的选择：

需求	选择	为什么
框架	Next.js 14	App Router + API Routes，前后端一把梭
样式	Tailwind CSS	不用写CSS文件，不用起类名
数据库	PostgreSQL + Prisma	类型安全，迁移方便，Vercel Postgres免费
认证	NextAuth.js	10分钟搞定登录注册
部署	Vercel	Git push即部署，零运维
AI	Nano Banana API	稳定，便宜，按量付费

你可能注意到，这套技术栈几乎全是"开箱即用"型的。

没有自己写鉴权逻辑，没有自己配CI/CD，没有自己管服务器。

这不是偷懒，这是杠杆。

5202年了，这些轮子已经有人造好了，而且造得比你自己造的好 10 倍。你的时间应该花在"只有你能做"的事情上------产品设计、用户体验、商业逻辑。

基础设施？让别人来。

六、登录注册：10分钟，真的

NextAuth.js 是我用过最省心的认证库。

整个登录系统，包括：

邮箱密码注册/登录
Google OAuth
Session管理
数据库同步

代码量：1个配置文件 + 1个Prisma Schema。

typescript 复制代码

// auth.ts 核心配置
export const authOptions: NextAuthOptions = {
  providers: [
    CredentialsProvider({
      name: 'credentials',
      credentials: {
        email: { label: 'Email', type: 'email' },
        password: { label: 'Password', type: 'password' },
      },
      async authorize(credentials) {
        // 验证逻辑
      },
    }),
    GoogleProvider({
      clientId: process.env.GOOGLE_CLIENT_ID!,
      clientSecret: process.env.GOOGLE_CLIENT_SECRET!,
    }),
  ],
  // ... 其他配置
};

一个踩坑点：Credentials Provider 的 session 处理。

NextAuth默认的session只包含很少的用户信息。如果你用数据库存用户，需要在callbacks里手动把userId塞进去：

typescript 复制代码

callbacks: {
  async jwt({ token, user }) {
    if (user) token.id = user.id;
    return token;
  },
  async session({ session, token }) {
    if (session.user) session.user.id = token.id as string;
    return session;
  },
},

就这么多。10分钟，登录系统搞定。一个Google邮箱登录，一个基础的账号密码登录 + 一个注册；

七、后端逻辑：积分系统的信任架构

积分系统听起来简单：用户充钱 → 加积分 → 生成图片 → 扣积分。

但魔鬼在细节里。

问题1：扣积分和生成图片，谁先谁后？

错误做法：先生成图片，成功后再扣积分。

风险：生成成功但扣积分失败，用户白嫖。

正确做法：先扣积分，失败后再退回。

逻辑：先"冻结"积分，生成成功则确认扣除，失败则退回。

typescript 复制代码

// 伪代码
await deductCredits(userId, cost);  // 先扣
try {
  const image = await generateImage(prompt);
  return image;  // 成功，积分已扣
} catch (error) {
  await refundCredits(userId, cost);  // 失败，退回
  throw error;
}

问题2：如何防止订单重复处理？

爱发电的Webhook可能会重复发送。如果不做幂等处理，用户可能被多次加积分。

解决方案：用 afdianOrderId 做唯一键。

typescript 复制代码

// 检查订单是否已处理
const existing = await prisma.transaction.findFirst({
  where: { afdianOrderId: orderId },
});
if (existing) {
  return { ec: 200, em: 'Already processed' };
}

问题3：免费额度怎么设计？

新用户应该能免费试用，否则付费转化无从谈起。

我的设计：注册即送 10 积分（够生成2次），每日签到送 2 积分（不够生成1次，但积累2天可以）。

PS：签到功能还没实现哈，后续加上，很快

这个数字是刻意的：

10 积分让用户体验核心功能
每日 2 积分制造"再来一次"的动机
但不够随便用，必须付费才能畅玩

积分系统的本质是信任系统：用户相信付了钱就能用，你相信用户不会薅走你的服务。

八、收款：个人开发者的变现困境

技术问题都好解决，最难的是收钱。

作为个人开发者，你会撞上这些墙：

微信/支付宝官方支付：需要企业资质,你要开公司，办营业执照，申请各种东西
Stripe：需要海外公司
国内第三方支付：大多数也要企业资质，或者费率高得离谱

我的解决方案：爱发电

爱发电是一个创作者赞助平台，个人可以直接使用，费率合理（约6%），支持 Webhook 回调（很重要，充值成功的回调就靠它）。

集成流程：

用户在产品内点击"充值"
跳转到爱发电对应档位页面
用户付款，爱发电回调你的 Webhook
你的服务器处理回调，给用户加积分

关键技巧：用户的邮箱从哪来？

爱发电的订单信息不包含用户邮箱，只有赞助者的爱发电昵称。怎么和你数据库里的用户对应上？

我的做法：让用户在爱发电的"留言"字段填写自己的注册邮箱。

typescript 复制代码

// 从留言中提取邮箱
const emailMatch = order.remark?.match(
  /[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}/
);
const email = emailMatch?.[0]?.toLowerCase();

不够优雅？确实。但 MVP 阶段，能跑通比优雅更重要。

未来可以升级为：

用户在产品内绑定爱发电账号
生成唯一的充值链接/兑换码
或者用户量真的起来了，你再去申请公司，办营业执照，接支付宝/微信

MVP的哲学：先有再好。 爱发电只是一个你用来测试用户付费意愿 + 前期市场验证的低成本工具

PS：问题发现，爱发电支付宝链路不同，目前只能用微信

九、审美：UI/UX 的作用是"显得值钱"

UI（User Interface，用户界面）是「产品的外观与交互载体」
- 看得见、摸得着：比如界面的色彩搭配、按钮样式、字体大小、图标设计、页面布局，核心是让产品"美观、易用、符合视觉逻辑"。
UX（User Experience，用户体验）是「用户使用产品的完整感受与效率」。
- 用得爽、没阻碍：比如用户从打开APP到完成目标（如购物、打车）的步骤是否简洁、操作是否流畅、遇到问题能否快速解决，甚至包括品牌印象、售后体验，核心是让产品"满足需求、降低成本、带来愉悦感"。

首先，我们需要纠正一个工程师常见的误区。

很多开发者觉得"设计"是玄学，或者是设计师的事，与代码无关。

大谬！设计是产品的一部分，而且是用户最先感知到的部分。

你的架构再优雅，用户不关心；你的算法再先进，用户看不见。用户第一眼看到的就是 UI，而第一印象决定了他们是掏钱还是关闭网页。在这里，我要抛出一个更露骨的观点：对于独立产品而言，UI 的作用不是"好看"，而是"显得值钱"。

我们的目标用户是谁？是那些为了发朋友圈、发小红书愿意付费的人。这群人不懂技术，也不关心你用了什么模型。他们只看一件事：这个产品看起来牛不牛逼？

如果你的 UI 看起来像个 Bootstrap 拼凑的学生作业，用户潜意识会觉得："这玩意儿生成的图能好吗？5 块钱我都嫌多。" 如果你的 UI 看起来像个黑科技实验室，用户会觉得："哇，这个系统好高级，生成的图肯定不一样。50 块钱？值！"

UI/UX 是定价权的一部分

1. 色彩系统

所以我给「第 N 个我」定的视觉基调是：Steins;Gate（命运石之门） × Cyberpunk 2077 × Neo-Brutalist。

有人问："为什么不选永远不会出错的 Apple Style（极简白/磨砂玻璃）？"

这涉及到底层逻辑的选择：Content is King（内容为王）。

Apple Style 是中性的、克制的。它像一杯白开水，不承载任何情绪，适合通用工具（如备忘录、日历）。
Cyberpunk Style 是激进的、有侵略性的。它是一个情绪容器。

我的产品不是一个"修图工具"，而是一个"科幻引擎"。苹果的设计语言太冷静了，无法承载"穿越平行宇宙"的疯狂感。我需要的是躁动、电流和不确定性。

一开始我试过 Vibe Coding 的蓝紫配色（渐变紫、霓虹蓝那一套）。但做出来发现一个问题：太像廉价的诈骗页了。 那种配色现在已经烂大街，用户一看就觉得："又是什么割韭菜的东西。"

于是我换了方向：电光绿（Acid Green）+ 终端风格。效果立刻不一样了：

黑色背景 + 荧光绿文字 = 终端命令行
等宽字体 + 方块按钮 = 工程师专用工具
二进制雨 + 扫描线效果 = 黑客帝国既视感

这种"硬核感"营造出一种"实验室出品"的稀缺感。

2. 视觉元素

二进制雨（BinaryRain组件）：

首页背景不断下落的 0 和 1，致敬《黑客帝国》。这在暗示用户：你正在接触世界的底层代码。

单间距字体（monospace）：

全站强制使用等宽字体（代码字体）。
营造出"终端"、"命令行"、"未经修饰"的粗砺感。

微动效 (Micro-interaction)：

按钮 Hover 时的故障 (Glitch) 效果；
卡片的悬浮阴影；
加载时的脉冲动画。

还有很多小巧思就不赘述了，可以自己点击看看

3. 文案调性

在设计文案时，我制定了一条铁律：严禁出现'用户'、'购买'、'生成'这三个词。

我构建了一套「观测者叙事」体系。

身份重构：屏幕前的不是"客户"，而是手握终端的 "观测员" (Observer)。
行为重构：他们支付的不是钱💰，而是维持量子态稳定的 "算力能源" (Energy)。

这不仅仅是为了酷，这是基础的商业心理学。

当"花 39 块钱买个会员"变成了"为超弦引擎注入能量以解锁高维权限"时，用户的心理账户 (Mental Accounting) 就发生了转移：

从斤斤计较的 "实用工具/日常开销" 账户（对标买菜、买文具）；
转移到了 "娱乐/游戏体验" 账户（对标买皮肤、抽卡）。

在这个新账户里，用户的付费意愿是极高的，价格敏感度是极低的。

结论：产品即叙事。每一个按钮、每一行文案，都在构建那个平行宇宙。这就是审美的商业价值------它让用户觉得"这个东西值这个价"。

十、i18n国际化与地理套利：代码世界的"降维打击

国际化很重要，国际化很重要，国际化很重要，重要的事情说 3 遍

在开发初期，我就坚定地把 i18n（国际化） 列为 P0 级需求，而不是"有空再做"的锦上添花。这背后不是为了显得高大上，而是基于一个赤裸裸的商业逻辑：地理套利 (Geo-Arbitrage)。

作为独立开发者，我们的肉身或许被禁锢在某个具体的时空坐标，但我们的代码和产品可以在光纤中自由穿梭。

1. 购买力平价的"汇率魔法"

这是一个简单的数学题，也是一个残酷的现实：

在国内，让用户掏出 ¥19.9 可能需要你写 500 字的文案、做 3 张精美的海报，还得应对"能不能便宜点"的客服咨询，甚至面临被举报的风险。

而在北美或欧洲市场，$9.99 (约 ¥72) 对用户来说仅仅是"一杯星巴克 + 小费"的价格。

心理账户差异：欧美用户的 SaaS 订阅习惯极其成熟。对于 $10 以下的数字产品，他们的决策成本几乎为零（No-brainer decision）。
杠杆效应 ：同样的 GPU 算力消耗，同样的开发时间成本，仅仅因为语言不同，你的单位时间产出（ROI）直接放大了 7 倍。这就是代码世界的"汇率魔法"。

2. 逃离"内卷"引力圈

国内的 C 端工具类产品市场早已是一片红海，同质化竞争导致价格战频发（Race to the bottom）。

而通过 i18n，我们将战场转移到了全球（市场扩大）。虽然全球竞争也激烈，但你的创意总会带你杀出重围！

3. 收入结构的抗脆弱性 (Antifragility)

当你的收入来源不仅限于人民币，而是包含了美元、欧元、日元时，你的个人财务系统就具备了极强的抗脆弱性。

你不再依赖单一市场的经济周期。哪怕某个区域的支付渠道暂时波动，全球各地的"观测员"依然在源源不断地为你的终端注入能源。

📊 市场维度对比表

维度	国内市场 (CNY)	全球市场 (USD/EUR)
决策阻力	高 (习惯免费/破解)	低 (习惯订阅/付费)
收入倍率	1x (基准)	7x ~ 8x (地理套利)
竞争态势	极度内卷 (红海)	审美差异化 (蓝海)

一句话总结： i18n 不是简单的翻译，它是独立开发者实现"赚美元，花人民币"这一终极梦想的入场券，也是将个人影响力辐射至全球的必经之路。

注意，i18n不只是翻译。它强迫你思考：

这段文案的核心意思是什么？
换一种语言，怎么表达同样的意思？
有些概念在另一种文化里存在吗？

比如"建立纠缠"这个按钮，直译是"Create Entanglement"。但英文用户会觉得莫名其妙。

最终我用的是"Establish Link"------保留了"建立连接"的意思，丢掉了"量子纠缠"的梗。

翻译不是对照词典，是重新创作。 技术实现上，我用的是最朴素的方案：文件级i18n。

js 复制代码

lib/i18n/
├── locales/
│   ├── zh-CN.ts  // 中文
│   └── en-US.ts  // 英文
├── context.tsx   // React Context
└── types.ts      // 类型定义

没有用 next-intl 或 i18next 这些库，因为项目规模不需要。简单的 Context + TypeScript 类型约束就够了。

未来做SEO的时候，可能需要多语言URL（/en/showcase vs /zh/showcase）。但MVP阶段，浏览器语言检测 + 手动切换就够用了。

十一、部署：Vercel，在"墙"与"云"之间寻找缝隙

理想状态：Git Push 即部署

以前部署一个网站，通过是：买服务器 -> 装 Nginx -> 配域名 -> 申请 SSL 证书 -> 写 CI/CD 脚本...... 现在？

代码推到 GitHub
Vercel 里 Import 项目
配置环境变量
点击 Deploy

完了。 自动 CI/CD、自动 HTTPS、自动 CDN、自动预览部署。这就是现代独立开发的"基建红利"。

你的时间和精力，应该100%放在产品本身。

现实引力：国内访问的"坑"

然而，当我兴奋地把生成的 xxx.vercel.app 链接发给国内的朋友时，得到的反馈却是："打不开"、"连接重置"。

原因很简单 ：*.vercel.app 这个后缀在国内因为众所周知的原因，DNS 污染严重，基本处于不可用状态。

🛠️ 避坑指南：Cloudflare + Vercel 组合拳

要解决这个问题，不能依赖 Vercel 分配的免费域名，必须绑定自定义域名。以下是我的实战配置（踩坑）总结：

域名购买 ：随便哪里买（Namecheap/阿里云/腾讯云），但建议把 DNS 解析托管到 Cloudflare。
CNAME 配置 ：
- 在 Vercel 后台 -> Settings -> Domains，添加你的域名（如 app.yourdomain.com）。
- Vercel 会提示你添加一条 CNAME 记录指向 cname.vercel-dns.com。
Cloudflare 的"小黄云"陷阱 ：
- 在 Cloudflare 添加 CNAME 时，建议先关闭 Proxy（点灰那个小黄云图标，仅使用 DNS only）。
- 为什么？ 如果开启 Proxy（小黄云），Cloudflare 会再次代理流量，虽然能提供防护，但有时会和 Vercel 的 SSL 签发冲突，导致"重定向次数过多"或证书错误。
- 进阶方案 ：如果你一定要开小黄云（为了抗攻击），请务必在 Cloudflare 的 SSL/TLS 设置中选择 "Full (Strict)" 模式。

结论：只要配置了自定义域名 + 正确的 CNAME，国内用户就能通过优选线路流畅访问你的"量子观测站"，无需梯子。

十二、增量思维：上线只是"第一次接触"

MVP (Minimum Viable Product) 上线了，然后呢？

很多独立开发者容易在这里迷失，陷入两个极端：

过度开发的陷阱：用户还没来，后台管理系统已经写得比淘宝还复杂。这是在制造"代码垃圾"。
射后不理的傲慢：上线即巅峰，等着流量自然降临。这是在赌博。

在我的逻辑里，上线不是结束，而是"观测"的开始。 正确的姿势是：根据真实反馈，对抗熵增，增量迭代。

🗺️ 时间线演化路线图 (Timeline Roadmap)

我给自己制定了一个严格的"三步走"战略，严禁跨阶段开发：

Phase 1: 奇点点火 (V1.0 Current)

目标：验证核心商业闭环 (PMF)。
状态：✅ 已上线
内容：
- 6 个核心平行世界线 (风格模型)
- 基于积分的能源消耗系统
- 爱发电 (Aifadian) 支付链路打通
潜台词：只要能跑通"生成->满意->付费"这一个循环，其他的都不重要。

Phase 2: 体验补完 (V1.1 Planning)

目标：提升留存率 (Retention)，减少操作摩擦。
内容：
- 观测日志 (History)：用户不想每次都重新生成，他们需要找回之前的"感动"。
- 批量下载 (Batch Export)：从"玩票"到"生产力"的转变。
- 多维支付：接入 Stripe/USDT，为全球化做准备。

Phase 3: 维度扩张 (V2.0 Vision)

目标：构建生态 (Ecosystem) 与网络效应。
状态：🔒 待解锁
内容：
- 自定义协议 (UGC)：允许用户上传图片训练自己的 LoRA，并上架到"商店"。
- 社区共振：分享你的观测结果，获得积分奖励。
- API 开放：让其他开发者接入我的"量子算力"。

🛑 核心原则：先有付费，再有功能

请注意这个顺序：先有付费用户，再加功能。

因为没有用户反馈的功能开发，本质上是一种**"自嗨" (Self-High)**。你坐在屏幕前以为用户需要"暗黑模式"或"社交分享"，但数据可能会告诉你，他们只想要一个"一键高清放大"按钮。

最好的产品经理不是你，是你的用户。 不要去猜宇宙的形状，去听观测员发回的信号。听他们的，改代码，然后再次发布。

十三、结语：AI时代，拿回你的生产资料

写到这里，回头看那个最初萦绕在每个人心头的问题：AI 时代，开发者会被取代吗？

我的答案是：不会，但会被重新定义。

代码的贬值与人的升值

在过去，开发者的价值锚点是 "How" ------ 你会不会写代码？你会不会优化算法？

而在今天，开发者的价值锚点转移到了 "What" & "Why" ------ 你知不知道要做什么？你知不知道为什么而做？

代码只是工具，是连接现实与数字世界的铲子。AI 让这把铲子变成了挖掘机，但挖掘机本身不会决定去哪里挖掘宝藏。

决定做什么、为谁做、赋予产品什么样的灵魂------这是人的特权，也是人的责任。

一个人，就是一支队伍

这个项目，我用了 3 天做完。如果没有 AI 辅助编码，可能需要 2 周甚至更久。AI 帮我节省了 80% 的时间。

但那省下的时间，我没有用来刷短视频。我用它来思考产品定位，去推敲每一个文案的语气，去打磨视觉风格，去构建那个关于"观测者"的世界。

AI 不是来取代你的，它是来放大你的。

它是一面镜子，也是一个放大器：

如果你只会写代码，AI 会让你以十倍的速度写出没人用的代码。
如果你懂产品、懂用户、懂商业，AI 会让你一个人变成一支建制完整的特种小队。

别焦虑，去创造

所以，别焦虑了。焦虑不会写出代码，也不会带来用户。

在这个算力爆炸的时代，想象力才是唯一的稀缺资源。

打开你的编辑器，不要去想"我要练什么技术栈"，去想一个你真正想解决的问题，去想一个你真正想创造的世界。

然后，开始写下第一行代码。

AI 会帮你的

世界会看到的

附：项目信息

项目地址：The Nth Me
在线体验：www.nthme.org/
开源协议：CC BY-NC-SA 4.0（非商业使用）

如果这篇文章对你有启发，欢迎分享给同样在焦虑的朋友。

欢迎试用项目，欢迎捉虫和开发建议，如被采纳，将会获赠微型奇点（初级用户卡）