Source: 06-business/SRC-BIZ-004.md
关键实体
- aoxzy（9yearfish） — 创作者，个人开发者。来源的核心人物，自报在 2022 末至 2023 上半年运营微信公众号 AI 问答服务。中央角色。Wiki 中尚不存在该创作者页面。
- 微信公众号 AI 问答服务（aoxzy 的产品） — 工具/产品。基于 ChatGPT API 的按次付费问答公众号。来源中的核心对象。Wiki 中尚不存在对应工具页。
- ChatGPT API — 工具，被用于生成回答与计算单位成本。在来源中作为基础设施出现，非主角。Wiki 中已通过
tools/ChatGPT存在，但未涉及 API 计费与单位经济维度。 - 百度「问一问」 — 平台，是作者最初想用插件自动答题的平台，在来源中以"被封禁的反面案例"出现。Wiki 中尚不存在该平台条目。
- W2Solo — 发布平台，来源页托管于此。在现有 Wiki 中未单独条目化。
关键概念
- 单位经济（Unit Economics） — 单次服务的 API 成本与最低售价的测算。作者披露单问题成本约 0.03—0.04 元、最低售价 0.06 元。来源中的核心方法论。Wiki 中尚不存在对应方法页。
- 免费额度设计（Free Quota Design） — 把免费额度设在 80% 用户的实际使用区间附近，让轻度用户免费、重度用户付费。来源中的关键转化设计。Wiki 中尚不存在对应方法页。
- 使用量分层（Usage-based Tiering） — 按用户每日提问次数区分免费与付费用户。来源中与免费额度设计紧绑。Wiki 中尚不存在。
- 裂变获客（Referral-driven Acquisition） — 通过转发二维码、好友关注换提问次数获取用户。来源中作者明确记录后续因骚扰风险需要"奖励收缩"。Wiki 中尚不存在对应方法页。
- 奖励收缩（Reward Throttling） — 缩减邀请赠送、扣除无效邀请额度，避免裂变机制被滥用。来源中作为留存与合规的调整手段。Wiki 中尚不存在。
- 签到留存（Daily Check-in Retention） — 增加每日签到以提升回访和付费。来源中观察到的日签到约 2000 人。Wiki 中尚不存在对应方法页。
- 平台作弊与封禁风险 — 自动答题插件被平台判定作弊并封号。来源中的核心失败教训。Wiki 已有
risks/risk-ai-ad-creative-*等风险页，但尚未覆盖"AI 辅助自动化绕过平台规则被封号"这一类。
主要论点与发现
- 论点 1：单位成本约 0.03—0.04 元/问题、最低售价约 0.6 元/问题是该业务可行的前提。
- 证据：作者自述。证据强度：作者单方数据，无独立账单核验。
- 论点 2：免费额度设在 80% 用户每日实际使用区间附近，能让轻度用户免费而重度用户付费。
- 证据：作者自述调整后付费比例从 23% 升至约 50%。证据强度：作者单方数据，付费比例分母未定义。
- 论点 3：裂变获客能快速起量（高峰一天涨粉约 3000，2023 年 1 月日均 300—600），但需要"奖励收缩"防止被滥用或骚扰。
- 证据：作者自述。证据强度：中等，但具体调整幅度与骚扰投诉数据未披露。
- 论点 4：签到机制能在不直接降价的情况下改善留存（每日约 2000 人签到点击）。
- 证据：作者自述。证据强度：弱，未披露签到与付费转化的因果链。
- 论点 5（核心反面教训）：自动化绕过平台规则（自动抢题、自动答题）即使技术上能跑通，也会被平台封禁，且原始获客路径不具备长期合规性。
- 证据：作者亲历封号与退出业务。证据强度：高，但仅适用于该作者的特定平台。
重要区分：以上论点的适用对象是"个人开发者用 ChatGPT API 做的微信公众号按次付费问答服务"，不能直接迁移到其他 AI 产品形态。
与现有 Wiki 的连接
- 与生意与经营主题：
topics/生意与经营已存在，本来源属于该主题下的"个人 AI 服务运营复盘"子类，可补强该方向。 - 与现有方法/工具页：与
tools/ChatGPT有关（来源中 ChatGPT API 是核心成本项），但现有 ChatGPT 页面侧重求职场景，未覆盖 API 计费与单位经济。 - 与现有风险页：可呼应
risks/risk-ai-ad-creative-fabricated-endorsement-and-claims中"AI 输出真实性"的关切，但本来源的风险集中在"平台规则违规"和"裂变骚扰"，是现有 Wiki 风险目录的新维度。 - 与 SRC-BIZ-003（hss 广告素材批量测试）：同属生意与经营方向，但 hss 是投手用 Lovart+ComfyUI 做创意，aoxzy 是开发者用 ChatGPT API 做问答服务，方法论与风险维度互补。
矛盾与张力
- 作者自报数据 vs 来源说明中的限定：标题"半年躺赚 10W"和"付费比例 23%→50%"均为作者自报，缺少审计口径；这与作者本人在文中披露的"调整免费额度后付费比例上升"形成内部一致，但与缺乏独立验证之间存在张力。
- 裂变获客的有效性 vs 骚扰风险：作者既记录了裂变带来的快速增长（高峰一天涨粉约 3000），又承认需要"奖励收缩"和"扣除无效邀请额度"，表明裂变本身有副作用但未量化。
- API 成本 vs 实际利润：作者披露单问题成本约 0.03—0.04 元，但未披露服务器、支付手续费、退款、投诉处理、人工客服和完整利润表；因此无法判定"10W 收入"对应多少净利润。
- 来源本身的合规立场：来源说明明确把"自动答题插件"列为"不应复制"的反面案例，与作者文中对此经历的复盘语气一致，但与标题"躺赚"的营销口吻存在张力。
建议
应创建的新页面
creators/aoxzy-9yearfish— 创作者页面，记录其从自动答题插件（被封）到微信公众号 AI 问答服务的转型路径。tools/微信公众号-AI问答服务— 工具/产品页，描述基于 ChatGPT API 的按次付费问答公众号形态、API 计费与免费额度机制。cases/aoxzy-公众号AI问答免费额度付费转化— 案例页，详述免费额度从 80% 用户分布设计、付费比例 23%→50% 的调整过程、单位成本测算。methods/method-unit-economics-for-ai-api-service— 方法页：单次服务 API 成本测算 + 最低售价设定。methods/method-free-quota-at-p80-usage— 方法页：把免费额度设在 P80 用户日使用量附近，让重度用户付费。methods/method-referral-throttling-and-invalidation— 方法页：裂变奖励的收缩与无效邀请扣除。methods/method-daily-checkin-retention— 方法页：签到机制作为低成本留存手段。risks/risk-ai-service-platform-cheating-ban— 风险页：AI 辅助自动化绕过平台规则被封号的高风险。risks/risk-ai-qa-service-fabricated-professional-answer— 风险页：AI 问答服务被包装为医疗、法律、财务等保证性专业回答的风险。risks/risk-referral-mechanism-harassment-and-misleading-reward— 风险页：裂变机制的骚扰联系人、虚假奖励、隐藏条件风险。
应更新的现有页面
topics/生意与经营— 在层级列表中补充"个人 AI 服务运营（按使用量付费 + 免费额度分层）"子类，并双链到 aoxzy 案例。
强调与去强调
- 强调：单位经济测算、P80 免费额度、裂变奖励收缩、签到留存、平台合规边界。
- 强调：所有数据均为作者自报、付费比例分母未定义、净利润不可计算——这些限定应出现在所有引用该来源的页面。
- 去强调：不要把"半年 10W"作为可复制收入承诺引用；不要把自动答题插件当作可参考方案；不要把付费比例 23%→50% 当作通用转化基准。
需向用户确认的开放问题
- aoxzy（9yearfish）是否还有后续公开文章或工具，是否值得建立
creator页面的完整时间线？ - 该案例的"按使用量付费 + 免费额度"方法是否应单独抽出方法页，还是与
methods/method-data-flywheel-from-low-confidence-pool（SRC-BIZ-001 中的数据飞轮）归入同一类"个人 AI 产品运营方法"？ - 风险页
risk-ai-service-platform-cheating-ban是否应扩展为更通用的"AI 自动化与平台 ToS 冲突"风险，涵盖其他类似案例？