案例速览

项目：简单简历（EasyCV）——面向互联网从业者的在线简历工具
人物：张轩（Viking），独立开发者
上线时间：约 2022 年 8 月
公开数据（作者自述）：上线约一个半月内约 220 注册、250 份简历、约 21 人付费；季付约 20 元后约占付费用户三分之一；月收入先后约 2100、3000、4300 元量级；稳定后旺季约 5000～6000 元，促销高峰约 1 万元，淡季约 3000～4000 元；约 3 年后用户约 3 万，几乎停宣传仍有收入。

很多人做一个小工具，第一反应都是：做成 SaaS、按月收费、最好再加个年付。

简单简历一开始也这么做。

但后来张轩发现一个很现实的问题：找工作的人，并不会一年 12 个月都在认真做简历。大多数人往往在某个时间点突然需要一份，集中修改、投递、面试，找到工作后就很少再用。

所以年付并不只是「太贵」，而是收费周期和用户真正需要产品的周期错了。

他砍掉年付，加上更贴近求职周期的季付。原本几乎没人买的年付，很快被季付替成重要付费方式。

看起来只是改了价格选项，生意逻辑却变了：

不是让用户适应你的收费方式，而是让收费方式适应用户什么时候真正需要你。

1. 先别做「所有人的简历工具」

简历工具很容易做大：学生、程序员、设计师、销售、教师、律师……模板和功能可以一直加。一个人很难同时服务这么多人。

张轩切入点明确：先服务自己熟悉的互联网从业者。他教过前端课，接触过大量程序员，常见问题是——技术不差，简历不会写。网上模板往往只是 Word 换皮，对不齐经历表达、项目展示和在线分享。

用户路径压得很短：

选模板 → 填经历 → 调整样式 → 下载 / 分享 → 投递

大产品爱问「还能做什么」；小工具更该问：用户到底想完成什么？ 简单简历没有做成职业管理平台，而是先解决一件事：帮正在找工作的人，尽快弄出一份能投递的简历。产品、用户和收费的边界，从这里清楚起来。

2. 第一批用户，其实就在身边

没有先花钱买广告。第一批用户来自已有圈子：前端学员、程序员同行、内容和社交媒体受众。

最先要验证的不是「全国有多少人需要简历」，而是：

「我认识的这些互联网从业者，会不会真的拿它做简历？」

早期约 10 个种子用户先用起来；正式发布后再靠个人品牌和社交媒体吃一波曝光。更重要的是：人不只是注册一下。

据《最初 300 个用户》复盘：约 8 月 19 日到 9 月底，约 220 个注册、250 份简历，约 21 人付费（含终身），付费率接近 10%。

「有人注册」只说明感兴趣；「有人做完简历并付钱」才开始说明这可能是一门生意。

3. 真正的问题：有人用了，为什么年付还是卖不动？

上线后遇到的不是「没人愿意付钱」，而是：为什么年付这么差？

一开始他也做成订阅：月付、年付、终身。大家都在谈 MRR、续费率。用户并不关心这些——只知道：我现在正在找工作，可能这两三个月要改简历、投岗位；找到工作后，接下来半年甚至一年都未必再做。

卖一年会员，等于让用户为「未来可能根本不会发生的需求」提前付钱。

产品的想法	用户的真实情况
这是一个长期订阅产品	我只是最近在找工作
买一年更划算	我不知道自己什么时候还会用
会员可以长期保留	我可能找到工作后就不用了

年付卖不动，不一定是价格太高，更可能是卖错了时间。

4. 砍掉年付，换成季付

调整很简单：去掉年付，增加季付。

《月收入约 2000 元》那篇写到：季付约 20 元（约三分之一优惠），很快约占付费用户的 三分之一，远多于原来寥寥无几的年付。

为什么有效？用户想的是「我现在正好在找工作，买这一季就够了」——这和「我要不要当一整年会员」心理负担完全不同。

原来：要不要订阅 → 一年真的会用吗 → 好像不会 → 不买。
改完：最近在找工作 → 这一两个月正好需要 → 买一个季度 → 够用了。

价格没有惊天动地，变的是：付费周期终于和使用周期对上了。

5. 很多小工具，其实根本不适合「年订阅」

很容易被 SaaS 案例带着走：看到别人 $9/月 → $99/年 → MRR → ARR，就觉得自己也该这么收。

使用周期却完全不同：邮箱、项目管理可能天天用；简历多半找工作时集中用；报税一年一次；婚礼、开店、考试往往也是阶段性。

需求本身是阶段性的，硬套长期订阅，只会增加购买阻力。更该问「用户什么时候最需要我」，而不是「别人家 SaaS 怎么收费」。

简单简历的答案很明确：求职窗口集中使用 → 季付比年付更自然。

6. 收入没有一直增长，反而更正常

改完收费后，它并没有变成「每个月都上涨」的产品，而是跟着招聘市场一起涨跌。

公开复盘大致可见：月收入约 2000 → 约 3000 → 约 4000 量级；稳定后旺季约 5000～6000，促销高峰约 1 万，淡季也会明显掉下来（见月收入里程碑与后来的年度总结）。

没人找工作时，谁会急着做简历？旺季需求升、付款升；淡季需求降、收入降——这不代表产品坏了，它只是季节性生意。

7. 接受季节性，一个人反而轻松很多

若当成普通 SaaS，收入一降就焦虑「为什么 MRR 没涨」，然后加功能、狂优惠、买广告、堆活动。

一旦承认用户本来就有使用周期，打法就清楚了：

• 旺季：盯转化、优化产品、做促销；
• 淡季：写内容、做 SEO、修产品、准备下一轮旺季。

曲线不一定好看，但好理解。不需要每个月证明「高速增长」，只需要：旺季赚够钱，淡季保持低成本。

8. 获客：从「认识的人」到「搜索问题的人」

早期最大优势是已有互联网从业者受众。个人影响力很难永远当唯一渠道，后来更有长期价值的是内容和搜索。

用户会搜：程序员简历怎么写、前端简历模板、Golang / React 简历、项目经历怎么写……每个问题背后若有一篇真正有用的范本或指南，搜索时就可能进到简单简历。

获客大致从「熟人 / 社交媒体 → 产品」，变成「搜问题 → 范例或指南 → 做简历 → 付费」。广告停了流量就停；内容做好以后，可以继续送人进来。内容不只是营销，它本身就是获客的一部分。

用户因「程序员简历怎么写」进来，发现这里能直接做一份，从内容进产品；用产品时又沉淀出更多可被搜索的范本与经验。一篇真正有用的内容可以工作很久，特别适合一个人长期养。

9. 为什么一个人可以把它做很久？

规模并不夸张，这正是值得看的地方——不是几十人、几百万广告撑起来的。

结构很简单：人群明确 → 产品聚焦 → 使用周期清楚 → 内容能带搜索 → 收费周期对上使用周期 → 固定成本低。

到后期宣传明显减少，据年度总结：用户约 3 万，收入仍在，并继续呈季节性。这不是独角兽故事；对更多普通人反而更有用——想要的往往不是融几千万，而是每月能稳定赚几千、几万，且不必天天守着。简单简历展示的就是这种可能性。

10. 真正该学的，不是「季付」两个字

若只看表面，会得到一句浅结论：「简历工具应该卖季付。」

真正该学的是：先看用户什么时候需要，再决定怎么收费。

• 每天用 → 月付可能合理；
• 连续用几个月 → 季付可能合理；
• 一年才用一次 → 按次或按年窗口收费可能更合理；
• 做完一次就结束 → 买断可能比订阅更合理。

收费模式不是模板，应该从使用方式里长出来。

11. 小生意最容易犯的三个错误

第一：把「订阅」当成更高级的商业模式。
不是所有产品都需要 MRR。用户天然不会长期用，硬推长期订阅，只是在加购买阻力。

第二：看到收入波动就认定产品不行。
需求有季节，收入有季节很正常。与其盯「这个月比上个月高吗」，不如盯「今年同一个旺季，是否比去年更好」。

第三：一开始就想找陌生的大市场。
第一批用户往往是：自己认识的人 → 熟悉的行业 → 已有的内容受众。对个人来说，这比「全国用户都能用的平台」现实得多。

收束

简单简历真正做对的，不是「又做了个简历生成器」，而是完成一次认知切换：一开始按 SaaS 想象设计产品，后来按用户真实生活节奏重新设计生意——年付改成更贴求职窗口的季付；获客从个人影响力慢慢交给内容和搜索；接受季节性，旺季赚钱、淡季维护。

整门生意可以压成一张图：

明确的人群（互联网求职者）
        │
        ▼
解决一个具体问题（尽快做出可投递简历）
        │
        ▼
用户在求职窗口集中使用
        │
        ▼
在真正需要时付费（季付对齐窗口）
        │
        ▼
内容 / 搜索持续带来新用户
        │
        ▼
低固定成本维持 → 一个人也能长期经营

最值得带走的一句，不是「把年付改成季付」，而是：

不要先决定自己要做什么商业模式，再让用户适应它；先弄清楚用户什么时候需要你、需要你多久，再决定应该怎么收费。

对小工具来说，收费周期、使用周期和获客方式对上了，往往比把功能做得更多重要得多。

产品链接

• 简单简历官网