id: fugui-iworker-widget-2026 slug: fugui-iworker-widget name: 富贵(卓富贵 / Lacklock)— 打工人小组件 iOS 独立开发 direction: ai-dev status: curated maturity: nascent opc_boundary: 小团队 indie(3 人作坊:开发 + 设计 + 兼职插画)—— 严格说不是 OPC 一人公司 is_anti_pattern: true anti_pattern_of: - "AppStore 首页推荐 = 商业成功"幻觉 - "工程派:产品好就够了"神话 - "好产品自然有人付费"路径 revenue_estimate: amount_cny: 36000 year: 2024 confidence: medium basis: | 本人复盘明确:"月收入约 ¥3000(产品全口径),与设计师大点 55 分账,作者个人到手 约 ¥1000-1500 / 月"。按月入 ¥3000 × 12 = ¥36,000 年化(产品全口径)作锚点。 作者个人分成约 ¥12,000-18,000 / 年——这低于中国一线城市最低工资线。 confidence 维持 medium:本人长篇复盘 + AppStore 公开历史可核(评分 4.9 / 3380 评分 / 仍在更新至 v2.7.1),但月收入数字无 App Store Connect 截图佐证。 data_credibility: overall: medium signals_have_proof: - 本人 2025-03-27 在人人都是产品经理发布的长篇复盘原文(非公关稿,自我去美化) - AppStore 当前公开数据可独立核验:4.9 评分 / 3380 评分人数 / 最新版本 v2.7.1 (2026-04 更新,仍在持续维护)/ 内购档位(月 ¥3 / 年 ¥18-24 / 永久 ¥36-48) - 团队三人构成(富贵 + 大点 + 有限)在 PlanetPlus 独立开发者访谈中独立印证 - 付费转化率 3-5% 数字与 V2EX 社区开发者讨论中"市场常态 3-5%"印证一致 - 第 9 个月才上线会员、首次定价 ¥24 后涨至 ¥48 等节点数字本人主动暴露 signals_only_self_claim: - 月收入 ¥3000 数字仅本人复盘自述,无 App Store Connect 截图 - "运营推广努力约等于 0"是本人对自己的归因,外人无法独立验证 - 自然新增"每天 40 左右"无第三方数据源 red_flags: [] sources: - url: https://www.woshipm.com/pd/6198096.html type: media accessed_at: 2026-05-10 is_primary: true note: 本人 2025-03-27 长篇复盘《独立开发两年血泪复盘:App Store 首页推荐后,依然月入不足 3000》 - url: https://apps.apple.com/cn/app/%E6%89%93%E5%B7%A5%E4%BA%BA%E5%B0%8F%E7%BB%84%E4%BB%B6/id1620906094 type: personal_site accessed_at: 2026-05-10 is_primary: false note: AppStore 当前公开页面 - 4.9 / 3380 评分 / v2.7.1(2026-04 更新) - url: https://v2ex.com/t/1121385 type: other accessed_at: 2026-05-10 is_primary: false note: V2EX 开发者社区对该复盘的讨论(共识:3-5% 转化是市场常态 / 批评:未国际化 + 定价过高 + 赛道情绪低频) - url: https://www.landiannews.com/download/99558.html type: media accessed_at: 2026-05-10 is_primary: false note: 蓝点网早期推荐文,确认产品上线时间窗口 discovered_at: 2026-W19 discovered_by: deep-research curated_at: 2026-05-10 last_verified: 2026-05-10 tags: - 中文圈 - iOS独立开发 - 反样本 - 避坑参考 - 不是一人公司 - 三人小作坊 - AppStore首页推荐 - 工程派陷阱 - 月入1500元 - 不建议读者直接复用 - B1反例
富贵(卓富贵 / Lacklock)— 打工人小组件 iOS 独立开发¶
⚠️ 反样本入库。这不是 OPC 一人公司案例,是给 OPC 受众的避坑参考。 团队是 3 人小作坊(开发 + 设计 + 兼职插画),按栏目纪律必须特别标记为 「避坑参考样本」而非主案例;栏目引用时配套警告必读。
1. 核心特征¶
-
"AppStore 首页推荐 ≠ 月入"——这是中文 indie 圈最值钱的反幻觉样本之一。 富贵的"打工人小组件"做了 2 年、4.9 分 / 3380 评分、上过 AppStore 首页编辑推荐 (第 10 个月)、月留存 50%+,所有产品侧的"成功指标"都达成了——但月收入只有 ¥3000,作者个人分成(55 分账给设计师)只有 ¥1000-1500 / 月,低于一线城市 最低工资线。这条案例直接证伪了"上首页 = 起飞"的 indie 神话。
-
典型的"工程派 OPC 运营盲区"样本——B1 框架(业务逻辑 > 技术逻辑)的强反例。 作者本人复盘里最重要的金句:"我和设计师在运营推广上做的努力约等于 0—— 我们都觉得做好我们擅长的产品上吧。" 这是技术 / 设计型创作者最常见的认知陷阱: 把"产品质量"当成商业成功的充要条件,认为"好产品用户就会付费"。第 9 个月才上线 会员、首版会员甚至没有权益限制(首发付费率 1.5%)——商业化判断严重滞后于产品 迭代节奏。
-
可信度高的"自我去美化"复盘——稀缺的反样本叙事品质。 作者主动暴露 3-5% 付费转化、¥3000 月收入、个人到手 ¥1500 这种"难看数字"; AppStore 公开页 + 评分人数可独立核验;V2EX 社区开发者讨论印证 3-5% 是市场 常态。这条样本的反例价值可被栏目高强度引用,且不会被反向打脸。
2. 收入路径¶
关键纪律:必须区分"产品全收入"与"作者个人分成"——这是反样本里最容易被忽略的细节。
| 收入项 | 数字 | 时间 | 信源 | 可信度 |
|---|---|---|---|---|
| 产品全收入(AppStore 内购合计) | ~¥3,000 / 月 | 2024 至复盘时(2025-03) | 本人复盘自述 | 自述 medium |
| 作者个人分成(55 分账后) | ¥1,000-1,500 / 月 | 同上 | 本人复盘自述 | 自述 medium |
| 设计师大点分成 | ¥1,000-1,500 / 月 | 同上 | 本人复盘自述 | 自述 medium |
| 兼职插画师有限 | 计件 / 项目费(未披露) | 同上 | 本人复盘 | 推断 |
| 年化产品全收入 | ~¥36,000 | 2024 | 本案例锚点 | 估算 |
| 年化作者个人收入 | ¥12,000-18,000 | 2024 | 估算 | 估算 |
付费转化率的"天花板"轨迹¶
| 阶段 | 付费转化率 | 具体动作 |
|---|---|---|
| 首次上线会员(无权益限制) | 1.5% | 第 9 个月,只是"善意付费"心理 |
| 加入会员限制后 | 3.5% | 用功能墙做付费区分 |
| 60% 小组件加会员限制 | 5%(峰值) | 该案例的转化率天花板 |
| 新增个性文字主题(会员专属) | 3.5% | 单 SKU 拉新转化(非整体转化) |
对栏目读者的关键解读: - 5% 是产品本身能撑到的转化率天花板。即使在最激进的会员墙策略下,也无法越过 5%——这跟产品定位(小组件 = 装饰类 / 情绪价值类应用)和用户画像(年轻打工人付费意愿低)有关,不是再做几个 feature 就能翻过去的曲线。 - 付费率 3-5% vs Indie Hacker 圈普遍预期 10%+ 的差距来源(V2EX 讨论中开发者共识):(a) 赛道选择——情绪价值 + 装饰功能是低频低 LTV 品类;(b) 未国际化——只面向中文区,单用户 LTV 比欧美低 3-6 倍;(c) 定价错位——¥48 永久会员卡在"非冲动决策门槛"上方(社区共识:¥20 内冲动付费 / ¥50+ 需理由说服自己)。
与同方向已收录案例的对比¶
| 案例 | 路径 | 年化收入区间 | 关键差异 |
|---|---|---|---|
| 富贵 / 打工人小组件(本案例) | 中文区单平台 + 装饰类 SKU + 弱运营 | 产品 ¥3.6 万 / 个人 ¥1.2-1.8 万 | 反样本 |
| Marc Lou / ShipFast | 全英文 + 工具类 SKU + 强 X build-in-public | $1M+ / 年 | 工程派但有"卖产品给开发者"的运营自觉 |
| Alexander Van Le / AI 产品矩阵 | 双 founder + 多 SKU 矩阵 | 6 位数美元 / 年 | 用产品矩阵分散单 SKU 风险 |
3. 执行方案¶
依据本人复盘 + PlanetPlus 访谈合并:
时间线(2 年完整窗口)¶
- 0-9 个月(副业开发期):
- 富贵在 day job 之外下班后 + 周末做开发
- 大点(设计师)同期副业身份参与
- 上线初期被 AppStore 本周精选,3 个月后月留存 50%+
-
一直免费,没做任何付费验证
-
第 10 个月(首页推荐节点):
- 被 AppStore 编辑收入首页推荐——这是流量峰值时刻
- 富贵据此判断"产品成立",全职 ALL-IN
-
大点随后也离职全职跟进
-
第 9-12 个月(首次商业化):
- 上线会员,初版定价 ¥24 永久(无权益限制——纯善意付费)
- 转化率 1.5%
-
后调整为 ¥48 永久 + 加入会员墙,转化率爬到 3.5-5%
-
第 12-24 个月(稳定平台期):
- 月收入稳定在 ¥3000 上下
- 自然新增"每天 40 左右"
- 尝试小红书笔记运营:"花一天写一个 xhs 笔记效果不好,后面就放弃了"
- 持续做版本迭代到 v2.7.1(截至 2026-04)
"运营约等于 0"的真实细节¶
作者本人复盘里这句话翻译成具体动作就是: - ❌ 不发 X / 不做 build-in-public——和 Marc Lou 的英文圈打法形成完全对照 - ❌ 不写复盘 / 不做内容获客——直到 2 年后写本篇复盘,是事后总结而非过程经营 - ❌ 不投流 / 不做 AppStore ASO 优化的运营动作 - ❌ 小红书笔记尝试一次(花 1 天)效果不好就放弃——这暴露关键认知错位: 把单条笔记当作"投放"而不是"账号",没有持续运营心智 - ✅ 做的事:迭代产品 + 等 AppStore 自然流量
这一段对栏目读者的实操价值:当我们说一个工程派 OPC "不做运营"时,不是抽象的态度问题——是上面这一串具体的"该有但没有"的行为列表。读者照镜子时可以一条条对。
团队工时分配(推断)¶
公开信源未披露具体工时数据,这是本案例的待证项。但从 day job + 副业 → 全职的路径推断: - 富贵:副业期估计每周 15-20 小时;全职期估计每周 40+ 小时 - 大点:副业期每周 5-10 小时;全职期未明确 - 有限(兼职插画):项目制,估计每月 < 20 小时
4. 避坑参考点(本节为反样本特化处理——不是"做对了什么",是"最该警惕的三件事")¶
警惕 1:AppStore 首页推荐的真实价值远低于 indie 圈神话¶
幻觉:上 AppStore 首页推荐 = 起飞。 反样本数据: - 第 10 个月被首页推荐 - 推荐后 14 个月(即第 24 个月复盘时),月收入 ¥3000 - 自然新增稳定在每天 40 左右
重新估值:AppStore 首页推荐对一个情绪价值 + 装饰类小工具的真实价值,可能只是 "加快用户认知速度 + 拿到一段曝光峰值"——不能补救赛道选择 + 商业化节奏 + 运营缺位 这三个根本问题。首页推荐是放大器,不是发动机;放大器只放大已有的商业逻辑, 不会无中生有。
参考栏目"政府公关稿可信度地板"的处理方式(D6 框架),可以提议一个新观察候选:
「AppStore 首页推荐价值地板」候选观察:对装饰 / 情绪价值类小工具,AppStore 首页推荐的真实折算价值不超过"一个普通独立开发者 1-2 个月的内容获客努力"—— 远低于中文 indie 圈普遍认为的"起飞节点"。栏目引用此类信号时应保守估值。
(此为待主理人讨论 / 验证后是否纳入 methodology.md 的候选——单个反样本不足以 独立成框架,需要至少再有 1-2 条独立样本印证。)
警惕 2:工程派"产品好就够了"是 B1 框架的强反向证据¶
栏目方法论 B1 明确:「业务逻辑 > 技术逻辑——非技术研发背景的人尤其要警惕…… 正确动作是把 AI 接入到业务里跑通,而不是不断切换工具。」
富贵这条样本是 B1 的镜像反例:技术 / 设计派也有同样陷阱——不是"切换工具", 而是"沉迷打磨产品而忽视业务运营"。具体表现: - 第 9 个月才考虑商业化(应该第一天就用付费验证市场) - 首版会员甚至不设权益限制(这是产品思维,不是商业思维) - 把"产品好"当成"商业逻辑"的代偿——但产品质量只是收入函数的一个因子
金句候选:「对工程派 OPC,把'打磨产品'当成'做生意'是最危险的代偿。」
(这条可被栏目"误区提醒"段直接引用,配富贵案例做实证。)
警惕 3:副业 → 全职的"何时止损"决策盲点¶
反样本节点:富贵在拿到 AppStore 首页推荐 + 月留存 50% 时全职 ALL-IN。事后看, 这是最危险的全职时间点——因为产品侧的"成功指标"已经全部达成,但商业侧 关键变量(付费率 / LTV / 获客成本)一项都没有验证。
对栏目读者的提醒: - 全职决策应该看商业指标而非产品指标——付费用户数 / 月、LTV、获客成本
$0(即至少有一条非自然流量的获客路径) - 留存率 + AppStore 推荐这种"产品指标"只能证明产品好,不能证明生意成立 - "尽早收费"(作者本人反思的第一条)= 第一天就用最简单的付费墙做市场验证, 不是做完产品 9 个月才开始想这件事
如果当时富贵的全职判断标准是"付费用户突破 100 / LTV ≥ ¥50 / 有一条非 AppStore 自然流量来源"——他可能根本不会全职,或者会更激进地推动商业化在前。
5. 产品架构¶
SKU 矩阵¶
| SKU | 类型 | 定价 | 角色 |
|---|---|---|---|
| 免费基础小组件(40%) | 免费 | ¥0 | 流量入口 |
| 会员专属小组件(60%) | 会员墙 | 见下 | 转化主力 |
| 个性文字主题 | 会员专属 | 包含在会员中 | 拉新 SKU |
| 月会员 | 订阅 | ¥3 / 月 | 低门槛尝鲜 |
| 年会员 | 订阅 | ¥18-24 / 年 | 中等承诺 |
| 永久会员 | 一次性 | ¥36-48 | 主收入 SKU |
与同类竞品的差异¶
V2EX 社区讨论中开发者共识: - Days Matter(同类倒计时类竞品)已占据免费市场优势位 - 打工人小组件的差异化卖点是设计风格 + 插画主题——但装饰差异化对付费意愿 的拉动有上限 - "重设计轻研发"的产品哲学(PlanetPlus 访谈标题)是双刃剑:审美护城河存在但很浅
团队分账结构¶
55 分账(富贵 + 大点)+ 兼职插画师计件——这是典型的"小作坊"协作结构而非 公司化团队。这种结构对反样本的解读意义在于:当月收入只有 ¥3000 时,55 分账 让本就微薄的收入再次缩水到不可持续水平。如果是单人 OPC(如 Marc Lou),同样的 ¥3000 月收入虽然依旧很差,但至少没有"分账后低于最低工资线"的复合伤害。
6. 营销打法¶
主基调:约等于 0。 这一节的核心价值不在"他做了什么",而在"他没做什么"。
实际做过的(极少)¶
- AppStore ASO:被动获得首页推荐(编辑选品,非主动 ASO 优化)
- 小红书笔记:尝试 1 篇,"花一天写一个 xhs 笔记效果不好,后面就放弃了"—— 这是对"内容运营"最浅层的误解(把单条笔记当作单次投放而非账号建设)
- 接受访谈:PlanetPlus 独立开发者专访(被动曝光)
完全没做的(关键缺位列表)¶
- build-in-public:不发 X、不写过程复盘、不做开发日志
- 个人 IP:作者本人在 indie 圈外几乎无知名度(与 Marc Lou / Pieter Levels 形成强对比)
- 社群运营:没有用户群 / 反馈群 / 早鸟群
- 海外市场:未国际化——V2EX 社区共识"出海后 LTV 提升 3-6 倍"
- 付费投流 / 联盟 / 合作分发:完全没尝试
转化路径(被动型)¶
整条链路里没有获客主动权——所有流量来自 AppStore 算法分配。这是反样本最纯粹 的形态:生意完全建立在平台分发上,自己对获客几乎零控制。
留存机制¶
无 CRM、无邮件、无社群、无消息推送策略——产品质量本身是唯一留存机制。月留存 50%+ 数字尚可,但这只支撑使用,不支撑付费扩张。
附:未解之处¶
第一段:这条案例对栏目读者的实操参考价值评估(必读)¶
结论:这不是 OPC 一人公司案例,是给 OPC 受众的避坑参考。本案例 status 维持
curated 但 maturity 标记 nascent,frontmatter 已加 is_anti_pattern: true +
opc_boundary: 小团队 indie(3 人作坊) + tags 不建议读者直接复用。栏目引用
时必须配套警告:「这不是成功路径样本,是工程派 OPC 的运营盲区警示。」
理由:
- 边界不严格 OPC:3 人作坊(开发 + 设计 + 兼职插画 + 55 分账结构)。栏目读者 是单人 OPC 或想从打工走向独立的人,富贵的合作结构本身就和受众不完全对齐。
- 路径不可复用:该路径的"成功"标志(AppStore 首页推荐 + 4.9 评分 + 50% 留存)都达成了,但商业结果失败——这意味着读者不能从此案例中提炼"如何成功" 的方法论,只能提炼"如何避坑"。
- 反样本的真正栏目价值:填补案例库 11 条 curated 全是已跑通 / 有规模案例的 结构性缺口。栏目方法论 D3「误区提醒 + 重点留意」是固定动作——必须有反样本 配合,否则误区提醒永远是抽象的。
- 跨案例引用建议:栏目引用此案例时,配套提供正样本对照——
- 同方向 / 同语种正样本:暂无(中文圈 ai-dev 方向当前缺成功 indie 样本)
- 同方向跨语种正样本:Marc Lou / ShipFast(curated/ai-dev/marc-lou-shipfast.md) —— "如果你想看一个真正赚到钱的工程派 iOS / Web 独立开发样本,看 Marc Lou 怎么 用 build-in-public + X 营销 + 多 SKU 矩阵把同样的工程派起点跑到 $1M+ / 年。"
第二段:还需要补什么信源能进一步验证¶
- App Store Connect 后台截图 / 收入趋势图:作者从未公开——这是 confidence 无法升 high 的根本原因。但鉴于他本人对数字的"自我去美化"倾向(主动暴露难看 数字),现有 medium 级别已可信
- 作者后续动态:是否仍全职 / 是否回到 day job / 团队是否还在——AppStore v2.7.1 仍在 2026-04 更新表明产品至少在维护中,但维护频率推断已大幅降低(社区评论 "更新频率可能因转化率低而放缓")
- 大点 / 有限的独立访谈:从合作者视角验证"运营约等于 0"和分账结构的真实细节
第三段:方向归属决定¶
维持 direction: ai-dev。理由:iOS 独立开发 + 一次性付费 / 订阅模式属于 ai-dev
方向(boundary:「独立开发者做 AI 工具 / SaaS / 插件 / 浏览器扩展,订阅或一次性
付费。Indie Hacker 路线」——虽然小组件 App 不重 AI,但属于 indie hacker iOS 路线
范畴)。该案例与 marc-lou-shipfast 同级摆放——后者是该方向的工程派正样本,
本案例是工程派反样本,两者形成栏目对照引用。
第四段:待主理人决策项¶
- 是否将本案例第 4 节"警惕 1"中提议的 「AppStore 首页推荐价值地板」候选观察 纳入 methodology.md(建议先存档,等再有 1-2 条独立反样本印证后再讨论入库—— 单一反样本不足以独立成框架)
- 是否需要主动搜寻第二条工程派反样本以巩固 D3 反样本支撑(建议至少补 1 条 英文圈反样本,避免 D3 的反样本支撑全部依赖单一案例)