← 全部开发日记
2026-08-19 · 定价独立开发

我给这个 App 定价 ¥18,算了三笔账

¥18,不是 ¥17.99。纠结了一周,最后是被三笔账说服的。附海外定价表和付费墙划法。

¥18,不是 ¥17.99。

这个数字我纠结了一周,最后是被三笔账说服的。

上一篇讲了「吃好饭」这 27 天怎么做出来的。这篇讲钱。定价这件事在独立开发里被讨论得很多,但大部分讨论停在「你值多少钱」这个层面。我觉得那是个错误的问题。

真正的问题是:这个价格会怎么改变你的分发

配图App Store 内购页面,¥18 解锁进阶版

先把结论摆出来。

吃好饭的收费结构是:免费下载 + ¥18 一次性解锁进阶版。非消耗型内购,商品 ID 是 top.chihaofan.app.pro。没有订阅。

另外有 8 个 ¥6 的「团团超技能」,2 个免费技能。

下面拆这三笔账。

第一笔:心理账 —— 为什么不是 ¥17.99

.99 这个尾数是美区心理定价的产物。$0.99、$2.99、$9.99,美国人从小在超市看到大,看到 $2.99 的第一反应是「两块多」而不是「三块」。

这个套路在国区效果差很多。

原因很简单:人民币的定价传统里没有这个惯例。国内电商也玩尾数,但玩的是 9.919.999,不是 .99。你在 App Store 看到 ¥17.99,第一反应不是「便宜」,是「这个价格是从美元换算过来的」。

它有一种翻译腔。

¥18 更干净。两位数、无小数点、一眼读完。8 在中文语境里还带点便宜的吉利,虽然我不迷信,但这属于白送的心理分,不要白不要。

同价位带里我还看过 ¥15 和 ¥20。¥15 太像促销临时价,¥20 是个心理关口——过了 20,用户会开始「认真评估」,而不是「顺手买了」。

¥18 卡在「顺手」的最上沿。

这笔账很软,没有数据支撑,就是我的判断。你可以不同意。

第二笔:转化账 —— 定价贵一点的真实代价

这是三笔里最反直觉的一笔。

我最初的想法很朴素:这东西我做了 27 天,43918 行代码,卖 ¥30 也不过分。少卖点、卖贵点,总收入说不定还更高。

这个算法错在哪?错在它把「买的人数」当成了自变量。

在 App Store 里,价格不只影响单笔收入,它影响的是下载量,而下载量影响的是排名

ASO 里有个权重叫下载速度——单位时间内的新增装机。它是排名算法里很重的一项。链条是这样的:

价越高 → 装机越少 → 下载速度越低 → 排名越靠后 → 曝光越少 → 装机更少。

这是个负反馈回路,而且它会自我加强。

所以定价不是在算「单价 × 转化率」,是在算「单价 × 装机量 × 排名带来的后续曝光」。第三项是复利,前两项不是。

一个没什么人知道的新 App,最贵的东西不是开发时间,是曝光。定价高出来的那几块钱,本质上是拿曝光换的。这笔交换在头三个月尤其不划算。

顺便说一个我没拿来当锚的例子。

有人会说:Shadowrocket 卖 $2.99 大家照买不误,你怕什么。

我不拿它当参照。那是刚需垄断型工具——没有像样的免费替代,你不装就干不了事,付费心理是「买通行证」。

吃好饭是消费级生活方式 App。用户不装它,日子照过,无非是继续点外卖。这两种付费心理隔着一条河。用刚需工具的价格锚点去给生活方式 App 定价,会得出一个自我感觉良好的错误答案。

第三笔:漏斗账 —— 从「付费下载」改成「免费下载 + 解锁」

最开始我的方案是付费下载:App Store 上直接标价 ¥18,买了才能装。

后来改成了免费下载 + 一次性 ¥18 内购解锁。

从经济上看,这两件事是完全等价的。 都是一次性付费,都是 ¥18,都没有订阅,用户掏的钱一分不差。

但漏斗完全不一样。

付费下载的漏斗是:看到 → 掏钱 → 使用。掏钱这一步卡在最前面,卡在用户对你一无所知的时候。

免费下载的漏斗是:看到 → 装 → 用 → 觉得不错 → 掏钱。掏钱挪到了用户已经把冰箱录进去、已经养了几天青团团之后。

第二个漏斗的顶端大出一个数量级,而且每一层的说服成本都低得多。

顺带还有个好处:免费下载的装机量直接喂给上面那笔转化账里的 ASO 权重。两笔账在这里是相乘的。

代价呢?代价只是我要在代码里加一段解锁状态判断。

lib/services/purchase_service.dart 这个文件,加上恢复购买、加上各个功能点的门禁判断,一天多的活。

一天多的开发量,换一个大一个数量级的漏斗顶端。这笔账不用算第二遍。

这里有个坑要提醒后来者: 一旦选了内购,你就得处理「恢复购买」这条路径。用户换手机、重装、换 Apple ID,都会来找你。付费下载没这个问题。我在这上面返工过。

海外定价:一条铁律,一堆微调

基准价定在中国区 ¥18。剩下的事苹果会帮你干——它会自动为全球 175 个商店生成当地价格,还会取整到当地的习惯尾数。

自动生成的结果大部分能用,但有几档我手动改了。

美国:$2.99。 这是英语区消费级 App 的标准入门档,自动换算出来的数字太零碎,不像个价。

加拿大、英国、澳大利亚、欧元区:对齐 2.99 档。 同一梯队,用户会互相比价,不该出现某个国家莫名其妙便宜一截。

港澳台、新加坡:也对齐 2.99 档。 约 HK$23 / NT$90 / S$3.98。

马来西亚:保持自动换算。 这里我没往上调。当地收入水平和上面几个市场不在一个区间,保持亲民更合理。

配图海外定价对照表

然后是那条铁律:

只能「海外 ≥ 国内」,反过来会被国区用户骂。

而且骂得有理。国区用户对「同一个 App 中国卖得比外国贵」这件事极其敏感,一旦被截图对比,什么解释都没用。定价可以被认为不合理,但不能被认为不尊重。

还有一件事:苹果抽成。

默认 30%。但个人开发者可以申请 App Store Small Business Program,年收入在门槛以下的话,佣金从 30% 降到 15%。

这个申请不难,但很多人不知道。同样卖 ¥18,抽 30% 和抽 15% 到手差了一倍多的差额。该申的一定要申。

对了,苹果开发者个人账号 ¥688 一年。这是我这个项目目前唯一确定的固定成本——因为我没有服务器(下一篇细讲)。

为什么不做订阅

订阅是现在最主流的答案,我认真考虑过,最后放弃了。

第一,我的成本结构不支持订阅的道德基础。

订阅收的是持续服务费。如果我有服务器、有云端算力、有每月的运维支出,收订阅天经地义。

但吃好饭是零服务器架构,数据在你手机里,AI 用你自己的 Key。我这边的边际成本近似为零。这种情况下按月收钱,我自己都说服不了自己。

第二,订阅会改变我对产品的判断。

一旦收订阅,我就得持续证明「这个月你也该付钱」。这会逼我去做那些让人频繁打开、但不一定真有用的东西。

我不想在半年后变成一个天天想着怎么提高 DAU 的人。

第三,工具类订阅在国区的接受度就是低。 这不是我能扭转的行业惯性。

付费墙是怎么划的

划付费墙的时候我给自己定了一条原则:

免费的那部分,必须自己就能构成一个完整的产品。 不能是残废版、不能是「试用三次」、不能到处弹窗。

于是分成了这样:

免费核心(下载即用)

¥18 Pro(一次性)

¥6 团团超技能(8 个,单买)

减脂教练 / 控糖管理 / 孕期月子 / 增肌 / 宝宝辅食 / 三高慢病 / 中医食养 / 一周备餐大师。

另外两个免费技能:节气食养官、剩菜改造师。

技能是给 AI 装的领域视角,装上之后它给你配餐的逻辑会变。

这里必须说清楚:所有涉及减脂、控糖、孕期、慢病的技能,给出的都是饮食建议,不是医疗建议。 有基础疾病请听医生的,不要听一只小团子的。

配图付费墙分层示意图

一条我给自己上的锁

划付费墙的时候,我写了一条约束进文档,字面意思:

养成与积分,永远不碰钱。

具体说:

为什么?

因为打卡养成是这个 App 的留存引擎。用户每天打开它,不是因为想看菜谱,是因为那只团子在等着喂。

如果我把进化形态做成付费,会发生两件事。

第一,打卡失去意义。付了钱直接拿到最终形态,那还打什么卡。留存引擎当场熄火。

第二,也是更根本的:用户会开始怀疑我做的每一个养成设计的动机。 这个任务是为了让我坚持吃饭,还是为了逼我掏钱?一旦这个怀疑成立,整套东西的信任基础就没了。

游戏行业已经把这条路走烂过一遍了。我不想再走。

穿搭皮肤为什么可以卖?因为它是纯审美,不影响任何进程。你不买,团子照样长到最终形态,只是穿得朴素点。

我可能是错的

上面这三笔账,全是决策之前的推演。目前没有任何上架后的真实数据能证明它们对。

我知道几个可能翻车的点:

¥18 可能定低了。 如果转化率本身就很低,那降价换来的装机量根本不够补偿单价损失。这种情况下涨价才是对的。

8 个 ¥6 技能可能太碎了。 用户面对 8 个小额选项时,很可能一个都不买——选择成本超过了单价本身。打包成一个「全技能包」也许更好。这块我确实没想清楚。

免费核心可能给太多了。 如果记冰箱 + 配餐 + 打卡这条链路已经够用,¥18 那些功能就成了纯锦上添花。付费理由不够硬。

所以我打算三个月后回来对账,把真实数字写出来。

【待填:上架后 90 天的下载量、付费转化率、¥18 与 ¥6 的销售占比、退款率】

对了那时候如果结论是「我错了」,我会照写。写自己判断对的部分谁都会写。


吃好饭 iOS 已上架,App Store 搜「吃好饭 AI冰箱」。

下一篇讲架构:我做了个有 AI 功能的 App,但一台服务器都没有。不是没钱买,是故意不买。代价我会诚实交代。

留言区继续骂我。

官网:https://ai-chen2050.github.io/chihaofan 邮箱:blake.chen94@gmail.com