把“做一个 AI SaaS 产品”想象成在海边小城开一家只属于你的小餐馆。你没有大饭店的团队,只能自己买菜、做菜、收银、扫地。所以你不会一上来就租下三百平的店面,也不会准备五十道菜的豪华菜单。你会先蹲在写字楼下,看白领们中午排哪家队、抱怨哪家上菜慢;选一道自己最拿手、大家又愿意付费的招牌菜;用最简单的灶台先做出来,摆个试吃台开始收费;然后根据熟客口碑继续调整。所谓 SaaS,就是把软件当成按月续费的会员制服务。一个人开一家会赚钱的小店,和一个人做一个赚钱的 AI SaaS 产品,底层逻辑一模一样。

岗位关联

学完这条路径,你不仅能判断一个 AI 产品值不值得做,更知道如何用最小成本验证、上线、收费与放大,逐步把一个人变成一家公司。

目录
  1. 可视化演示
  2. 需求发现验证
  3. 技术栈选型
  4. MVP快速开发
  5. 上线发布收费
  6. 获客渠道运营
  7. 定价策略制定
  8. 持续变现复利
  9. 效率管理工具
  10. AI 应用场景
  11. Python 演示
  12. 常见误区
  13. 面试题

可视化演示

展示从Idea验证到MVP开发到上线获客到收费变现的完整路径,技术栈选型和获客渠道与三层定价策略。

本节配有交互动效(进入视口后自动加载,约 3KB)。

从0到1:5步走完独立开发全路径 IDEA=需求发现与验证 MVP=最小可行产品,2周上线 $$$=收费变现,从$0到$29/月 Idea -> MVP -> Ship -> User -> Revenue

需求发现验证

开店前,聪明的老板不会急着租门面,而是先蹲在写字楼下看一整天:白领们午饭排队排到哪家?等餐时在抱怨什么?哪家店的菜单被反复拍照发群?同样的道理,独立开发者最容易犯的错,是“我有个很酷的想法”就立刻敲代码。真正该做的第一步,是找到一群具体的人,搞清楚他们正在为什么问题头疼。

这个过程叫需求验证。它不是问自己“做出来会不会有人用”,也不是看热搜上哪个 AI 概念火,而是追问三个朴素问题:这些人大致有多少?他们被这个痛点困扰得多频繁?他们是否愿意花钱解决?一个人的经验会骗人,但三个交叉验证的信号会给你更可靠的判断。

如果把 AI 请进厨房当帮厨,你可以让大语言模型扮演 20 种目标用户,模拟访谈并整理他们的抱怨;再去 Reddit、小红书或垂直社区观察真实讨论。把用户规模、痛点频率、付费意愿都量化后,就能给想法打一个分:

只有确认写字楼白领真的会为“十五分钟吃上热饭”掏钱,这道菜才值得端上试吃台。需求验证不是一次性的动作,而是开店前反复试吃的校准:你收集的每一条用户抱怨,都是后厨改进配方最宝贵的反馈。

验证得分=N目标用户×P痛点频率×W付费意愿\displaystyle \text{验证得分} = N_{\text{目标用户}} \times P_{\text{痛点频率}} \times W_{\text{付费意愿}}
三个因子相乘,本质是“有多少人、多痛、多愿意掏钱”。任何一项接近零,整体都会归零。
  1. 目标用户数指可能为这个痛点买单的人群规模,像店门口每天可能路过多少潜在食客。
    N目标用户N_{\text{目标用户}}
  2. 痛点频率指同一个用户多长时间遇到一次麻烦,频率越高说明越离不开这道“菜”。
    P痛点频率P_{\text{痛点频率}}
  3. 付费意愿指用户愿意为解决这个问题支付多少预算,代表菜价的天花板。
    W付费意愿W_{\text{付费意愿}}
  4. 相乘得分三个因子相乘,任何一个太低都会被放大成失败信号。
    N目标用户×P痛点频率×W付费意愿N_{\text{目标用户}} \times P_{\text{痛点频率}} \times W_{\text{付费意愿}}

技术栈选型

小店后厨不需要五星级酒店的全套设备。一个人看不过来的分子料理机、烤窑和低温慢煮锅,反而会拖慢出菜速度。技术栈选型也一样:AI SaaS 项目最怕的不是“技术不够先进”,而是“一上来就背上维护千斤重的豪华架构”。

技术栈选型的第一原则,是让你这块“后厨”能持续出菜。作为独立开发者,选一门自己最熟悉的语言、最常用的框架,远比追逐最新的 AI 框架重要。因为你的竞争对手不是大公司的技术团队,而是“别的产品能不能更快戳中用户”。生态成熟意味着遇到问题时能搜到答案、有现成组件可用,不必从零造轮子。

一个很实用的做法是给技术方案打分:越熟悉、生态越完整,分数越高;学习成本和迁移成本越高,分数越低。这样你就能理性地拒绝“重构冲动”:

一人主厨就应该用一口顺手铁锅出菜。等到客人真的多到排队,再换更大的灶台也不迟。技术栈是手感问题,不是面子问题;能让你今天开始写、明天敢上线的,才是最好的。

技术栈性价比=熟练度×生态成熟度学习成本+维护成本\displaystyle \text{技术栈性价比} = \frac{\text{熟练度} \times \text{生态成熟度}}{\text{学习成本} + \text{维护成本}}
这个分数不追求绝对值,只帮你在两套方案之间做比较:选那个分子最高、又让你睡得着觉的方案。
  1. 熟练度你用得越顺,出菜速度越快,翻车概率越低。
    熟练度\text{熟练度}
  2. 生态成熟度社区、插件、文档是否齐全,相当于后厨里有没有顺手可用的半成品调料包。
    生态成熟度\text{生态成熟度}
  3. 学习成本与维护成本为了炫技去学新东西,会占用真正做菜的时间;后续没人维护更会债台高筑。
    学习成本+维护成本\text{学习成本} + \text{维护成本}
  4. 除法比较收益越高、代价越低,这套技术栈越适合一个人长期守住。
    熟练度×生态成熟度学习成本+维护成本\frac{\text{熟练度} \times \text{生态成熟度}}{\text{学习成本} + \text{维护成本}}

MVP快速开发

菜单上只有一道招牌菜,客人才不会挑花眼。MVP 也是这个意思:最小可行产品,不是功能残缺的半成品,而是“刚好能解决一个真实痛点的最小闭环”。比如你想做 AI 笔记工具,第一版不需要标签体系、协作空间和移动端,只需要“粘贴内容 → AI 总结 → 复制结果”这三步。

要把哪一步先做出来,可以用 RICE 评分法给候选功能排序。R 代表能触达多少用户,I 代表对核心问题的解决力度,C 代表你对实现效果的信心,E 代表需要投入的工作量。用这个分数排优先级,你就不会把时间浪费在“喜欢但没人需要”的功能上。

先把一道菜做到“客人愿意拍照发朋友圈”,再根据反馈加配菜。很多产品失败不是因为做得太少,而是因为第一版想证明太多事情。小步快跑的意义,就是让每一份力气都落在最烫的那口锅上。

RICE=触达人数×影响力×信心工作量\displaystyle \text{RICE} = \frac{\text{触达人数} \times \text{影响力} \times \text{信心}}{\text{工作量}}
RICE 越高,代表“花最少力气解决最痛点的问题”。它是一人厨房里决定先炒哪道菜的优先级清单。
  1. 触达人数这个功能上线后,预计会在多长时间内影响多少用户。
    触达人数\text{触达人数}
  2. 影响力它对解决用户核心痛点的贡献程度,像盐是不是这碗面的灵魂。
    影响力\text{影响力}
  3. 信心你有多大把握这个功能真的有用,来自访谈、数据或经验。
    信心\text{信心}
  4. 工作量开发、测试、上线所需的全部精力,越重的东西越要往后排。
    工作量\text{工作量}
  5. 除法得分分子是收益,分母是成本,优先做性价比最高的功能。
    触达人数×影响力×信心工作量\frac{\text{触达人数} \times \text{影响力} \times \text{信心}}{\text{工作量}}

上线发布收费

小店试营业那天,就应该把价目表挂出去。哪怕只有三张桌子、一道菜,也要让客人吃完付钱。独立开发者最致命的拖延,不是功能没做完,而是“做好再收费”的念头。免费永远不能帮你验证产品,只有收费才能看出别人是不是真的需要你。

上线收费这件事可以拆成三块:一是尽早发布,哪怕只做给 10 个种子用户用;二是接入支付,月付、年付至少给一种;三是准备一个只有一句话的落地页,说清“你是谁、帮谁、解决什么问题”。这三件事做完,你就开始有了真实的收入信号。

从商业视角看,这时的收入模型其实非常简单:

第一桌客人不仅买走了一碗面,还会告诉你汤咸了、面硬了。这种带着金钱压力的反馈,比一万条免费点评都准确。别等菜单完美才开业,先收费,你才真正站进了市场。

月收入=活跃用户数×付费转化率×客单价\displaystyle \text{月收入} = \text{活跃用户数} \times \text{付费转化率} \times \text{客单价}
流量再大,如果没人付费,也只是看热闹的围观群众。小店要的是愿意买面的客人,不是路过拍照的游客。
  1. 活跃用户数真正在使用产品的用户人数,不是注册了就走的僵尸粉。
    活跃用户数\text{活跃用户数}
  2. 付费转化率活跃用户里有多少人愿意下单,反映产品价值和价格是否匹配。
    付费转化率\text{付费转化率}
  3. 客单价每位付费用户平均每个月贡献多少钱,相当于每张桌子的平均消费。
    客单价\text{客单价}
  4. 相乘结果三个环节中任何一个是短板,月收入都会立刻受到影响。
    活跃用户数×付费转化率×客单价\text{活跃用户数} \times \text{付费转化率} \times \text{客单价}

获客渠道运营

再好吃的菜,如果开在深巷里,也只能孤芳自赏。小店开张后,老板要站到街口举招牌,去附近写字楼发传单,让第一批客人吃完后带同事来。产品上线后,你同样要做“分发”:让目标用户搜得到你、在社区里看见你、读了你的文章后愿意点进来。

一人团队没有预算做铺天盖地的广告,所以渠道选择的核心是可持续。内容获客适合长期积累搜索流量;在垂直社区真诚回答问题是建立信任的低成本方式;定时把开发过程公开在社交网络上,也能吸引同样在解决这个问题的用户。选定一两个渠道深耕,好过十个渠道各发一枪。

渠道效果不能凭感觉判断,要算一笔简单账:

开店初期不需要全城广告,先把一条主街做透。熟客带新客、一传十十传百,才是小成本产品最扎实的增长方式。渠道不是越多越好,而是要让每一个动作都沉淀成下一次被看见的机会。

渠道ROI=新增付费用户×客单价渠道投入成本\displaystyle \text{渠道ROI} = \frac{\text{新增付费用户} \times \text{客单价}}{\text{渠道投入成本}}
ROI 大于 1,说明这个渠道能帮你赚回本;小于 1,说明这条街的人流量不划算,趁早换地方。
  1. 新增付费用户这个渠道带来的、真正付钱的人,而不是点了赞就走的看客。
    新增付费用户\text{新增付费用户}
  2. 客单价每个付费用户带来的平均收入,决定这个渠道的“饭钱”有多少。
    客单价\text{客单价}
  3. 渠道投入成本花费的钱、时间和精力,相当于摊位费与发传单的人工。
    渠道投入成本\text{渠道投入成本}
  4. 比值分子是收益,分母是成本,用来判断该不该继续在这个渠道加注。
    新增付费用户×客单价渠道投入成本\frac{\text{新增付费用户} \times \text{客单价}}{\text{渠道投入成本}}

定价策略制定

一碗面卖多少钱,不是看面粉和鸡蛋的成本,而是看它帮客人省了什么。如果这碗面能让白领在午休时省下二十分钟排队,售价二十八元并不贵;如果只是和家里泡面没区别,卖九块九也嫌多。SaaS 定价的本质,是把你帮用户节省的时间、成本或风险中的一部分,换算成月费。

独立开发者常陷入“低价竞争”的陷阱,以为便宜就能换来用户。实际上,价格筛选客户:敢收合理的钱,才会吸引真正看重价值的用户。你还需要设计订阅计划,比如月付给灵活、年付给优惠,让用户为了节省总价而选择长期订阅。

定价合不合理,可以用盈亏平衡算一算:

定价不是从成本出发,而是从价值出发。把菜做得值得那个价,你才有利润去雇佣更多“帮厨”、做出更多招牌菜。记住,用户不买便宜,用户买划算。

盈亏平衡用户数=固定成本客单价−边际成本\displaystyle \text{盈亏平衡用户数} = \frac{\text{固定成本}}{\text{客单价} - \text{边际成本}}
它告诉你:每个月至少要有多少个付费用户,才能覆盖服务器、工具和你自己的时间成本。价格越高、边际成本越低,回本越快。
  1. 固定成本每个月不管卖多少份都必须付的钱,如服务器、订阅工具、房租。
    固定成本\text{固定成本}
  2. 客单价每位用户每月平均付给你的钱,相当于一碗面的售价。
    客单价\text{客单价}
  3. 边际成本每多服务一个用户额外增加的成本,SaaS 的边际成本通常很低。
    边际成本\text{边际成本}
  4. 分母贡献毛利客单价减去边际成本,才是真正用来摊薄固定成本的利润。
    客单价−边际成本\text{客单价} - \text{边际成本}
  5. 相除固定成本需要多少份这样的利润来覆盖,得出盈亏平衡用户数。
    固定成本客单价−边际成本\frac{\text{固定成本}}{\text{客单价} - \text{边际成本}}

持续变现复利

一家店真正赚钱,靠的不是每天涌进一百个新游客,而是一百个熟客每周都来,顺便再加一份小菜。SaaS 的魔法在于订阅:用户这个月买了,下个月还会续费。只要流失率足够低,你的收入就会像雪球一样越滚越大。

持续变现要盯两件事:一是别让熟客流失,二是让熟客贡献更多。前者靠产品稳定、服务响应快;后者靠增购高级版、按量付费、团队席位等扩展路径。许多独立开发者只盯着新用户获取,却忘了留下来的人才是基本盘。

衡量熟客终身价值的核心指标叫 LTV,即一个用户从开始付费到离开,一共带来多少利润:

把客人从“尝鲜者”变成“常客”,再从“常客”变成“推荐官”,店面就会形成复利。独立开发者的天花板,从来不是代码能力,而是你构建了多少条稳定的现金流。

LTV=客单价×毛利率×1月流失率\displaystyle \text{LTV} = \text{客单价} \times \text{毛利率} \times \frac{1}{\text{月流失率}}
流失率是分母,哪怕只从 5% 降到 2%,LTV 也会变成原来的 2.5 倍。留住熟客,比拉新更划算。
  1. 客单价每位用户每月平均付费金额,代表这桌客人的“客单”。
    客单价\text{客单价}
  2. 毛利率扣除服务器、工具等可变成本后的利润比例,SaaS 往往能做到很高。
    毛利率\text{毛利率}
  3. 月流失率每个月离开的用户比例,相当于熟客流失速度。
    月流失率\text{月流失率}
  4. 生命周期倒数把月流失率取倒数,得到用户平均订阅时长的月数。
    1月流失率\frac{1}{\text{月流失率}}
  5. 相乘得出 LTV每个用户一辈子贡献的总利润,是判断获客预算上限的关键。
    客单价×毛利率×1月流失率\text{客单价} \times \text{毛利率} \times \frac{1}{\text{月流失率}}

效率管理工具

一人主厨最怕的不是忙,而是乱。周一买菜、周二做菜、周三回客服、周四改文案,一天被切成碎块。很多独立开发者不是不够努力,而是把精力耗在了救火式切换上。真正的解法,是像后厨一样建立一套“备菜系统”。

效率管理的第一步,是把重复工作写成 SOP。客服回信有模板、周报用同一套框架、需求评审有固定清单;第二步,把能用 AI 完成的交给 AI,比如生成初稿、整理工单、汇总数据;第三步,每周只给自己定三件最重要的事,其余都往后放。一个人的精力是稀缺品,必须优先投入高杠杆动作。

判断一件事值不值得自动化,可以套一个量化公式:

把备菜、洗碗、记账交给系统和 AI,你才有整块时间去研究招牌菜。一人团队不是没有流程,而是要把流程藏在工具里,让每一天都像在流水线上从容出菜。

自动化价值=每月频率×单次节省小时×时薪−每月维护成本\displaystyle \text{自动化价值} = \text{每月频率} \times \text{单次节省小时} \times \text{时薪} - \text{每月维护成本}
价值越高,越值得用 AI 或小工具来自动化。不要让“管理”本身变成新的负担。
  1. 每月频率这件事每个月会发生多少次,次数越多越值得优化。
    每月频率\text{每月频率}
  2. 单次节省小时每次自动化能省下的时间,代表这道菜能提前多久备好。
    单次节省小时\text{单次节省小时}
  3. 时薪把你的时间折算成市场价值,越贵的时间越不应该浪费在杂务上。
    时薪\text{时薪}
  4. 每月维护成本写脚本、调 AI 提示词、处理报错所花的时间。
    每月维护成本\text{每月维护成本}
  5. 差值省下的总价值减去维护成本,才是真正的效率杠杆。
    每月频率×单次节省小时×时薪−每月维护成本\text{每月频率} \times \text{单次节省小时} \times \text{时薪} - \text{每月维护成本}

AI 应用场景

用 AI 做需求访谈官

阶段:需求发现与用户研究

解决的问题:独立开发者做传统访谈,一星期约不到几个用户;样本太少,很容易被一两个人的强烈意见带偏。AI 可以模拟不同角色的目标用户,快速生产访谈纪要并归纳共识。

具体案例:你想做一款帮独立开发者管理社交发帖的产品。先让 AI 扮演 20 位独立开发者,分别提问他们发推的痛点和付费习惯;再把 Reddit 上相关帖子的高频抱怨丢给 AI 聚类,得到“定时发推 + AI 生成话题”这一高频需求,于是把它写进 MVP。

用 AI 当代运营助理

阶段:获客与客户成功

解决的问题:产品上线后,一个人写博客、发推、回客服工单,根本忙不过来。AI 可以接手重复的内容生成和客服问答,让开发者专心迭代产品。

具体案例:做笔记转推文工具上线后,开发者让 AI 每周生成 5 篇 SEO 文章,把用户反馈按功能类型自动归类,并让 AI 助理解答 80% 的重复问题。三周后自然搜索流量翻倍,客服响应时间从半天缩短到十分钟。

Python 演示

python42 行
class ProductIdea:    def __init__(self, name, market_size, pain_frequency, pay_intent, dev_cost):        self.name = name        self.market_size = market_size        self.pain_frequency = pain_frequency        self.pay_intent = pay_intent        self.dev_cost = dev_cost     def validate_score(self):        return self.market_size * self.pain_frequency * self.pay_intent     def required_users(self, price, monthly_cost):        if price <= 0:            return float("inf")        return monthly_cost / price     def customer_ltv(self, price, gross_margin, monthly_churn):        if monthly_churn <= 0:            return float("inf")        return price * gross_margin / monthly_churn  def report(idea):    score = idea.validate_score()    score_per_cost = score / idea.dev_cost    users = idea.required_users(19, 3000)    ltv = idea.customer_ltv(19, 0.8, 0.05)    print(idea.name, "validate_score:", round(score, 2),          "score_per_cost:", round(score_per_cost, 4),          "break_even_users:", round(users), "ltv:", round(ltv, 2))  if __name__ == "__main__":    candidates = [        ProductIdea("DevTweetScheduler", 5000, 8, 7, 120000),        ProductIdea("PdfChatBolt", 20000, 6, 5, 90000),        ProductIdea("TeamMeetingNotes", 15000, 9, 6, 150000),    ]    for item in candidates:        report(item)    best = max(candidates, key=lambda idea: idea.validate_score())    print("best candidate:", best.name)
目的:输入几个候选产品想法,自动计算需求验证得分、单位开发成本性价比、盈亏平衡用户数和用户终身价值,辅助独立开发者做选题决策。
  1. return self.market_size * self.pain_frequency * self.pay_intent用市场需求、痛点频率和付费意愿三个因子相乘得到验证得分。
  2. monthly_cost / price用固定成本除以客单价,算出每月至少需要多少付费用户才能回本。
  3. price * gross_margin / monthly_churn结合毛利率和月流失率,估算每个客户一辈子贡献多少钱。
  4. score / idea.dev_cost用验证得分除以开发成本,得到“单位成本下的机会质量”。
  5. max(candidates, key=lambda idea: idea.validate_score())在所有候选中选出验证得分最高的产品,作为优先启动项。

常见误区

误区我的产品现在这么简陋,用户一定会跑。我必须把管理后台、发票、多平台同步全部做好,才能开始收费。

正解MVP 不是半成品,而是“刚好能产生一次完整价值的最小产品”。就像小店第一天只卖一碗招牌面,但汤头、面条、配料都能端上桌。你需要在用户为痛点付费后,再根据反馈补功能;功能永远做不完,但窗口期和市场机会等不起。

为何常见:完美主义和对差评的恐惧,让人把“上线”当成终点,于是迟迟不敢见客。

误区我定价 1 美元总会有人买;先低价积累用户,以后再涨价。

正解低价吸引的是价格敏感用户,他们最容易在竞品出现时流失。SaaS 是订阅制,真正该定价的是产品为用户节省的时间与金钱。一碗面卖 9 块,客人不一定感谢你;卖 28 块但能省他半小时,他才会成为熟客。

为何常见:初学者把价格当成成本补偿,忽略了支付意愿来自价值感知,而不是成本加成。

误区没有团队,所以写文档、定 SOP 都是浪费时间,写代码才是唯一产出。

正解一人团队最怕上下文切换。你上午回客服、下午写 API、晚上改文案,一天就被撕碎。SOP 和自动化相当于后厨的备菜清单,让你批量处理重复工作,把整块时间留给做菜。

为何常见:把“管理”等同于“管人”,不知道管理的本质是系统化地减少决策消耗。

误区只要功能好用,放在网页或应用商店里,用户自己会来。

正解独立开发者的宿命是“产品一半、分发一半”。没有渠道策略,再好的产品也会沉没在信息流里。开店在深巷,必须举牌、发传单、让熟客带新客;你的内容、社区、SEO 就是店门口的人流。

为何常见:技术型开发者的重心长期在“做”上,忽略了“被找到”本身也是一个需要设计的产品。

面试题

Q1. 独立开发者启动 AI SaaS 项目前,最应该先做的是?

单选题 · easy

  • A.选择最新 AI 框架
  • B.验证真实用户需求← 正确答案
  • C.开发完整功能清单
  • D.设计炫酷官网首页

答案:B。相当于开店前先蹲点看人流量,而不是先装修厨房。验证需求能避免投入大量成本做没人要的产品;技术框架和官网都是后置环节。

Q2. 下列哪一项最符合 MVP 的定位?

单选题 · easy

  • A.功能最全的完整产品
  • B.验证核心价值的极小产品← 正确答案
  • C.让技术架构完美的版本
  • D.提供永久免费的新产品

答案:B。MVP 是“刚好能解决一个真实痛点的最小闭环”,像第一版只卖一碗招牌面。功能全、架构完美、永久免费都不是 MVP 的目标。

Q3. 需求验证中“付费意愿”指的是?

单选题 · easy

  • A.用户是否点赞收藏
  • B.用户是否愿意掏钱解决← 正确答案
  • C.产品能支持多少用户
  • D.用户是否愿意邀请好友

答案:B。点赞收藏是轻量兴趣,邀请好友是传播行为,都不等于付费。付费意愿反映用户对这件事的重视程度,是新店定价和上线的核心依据。

Q4. 一人团队做技术选型时,最应优先考虑?

单选题 · mid

  • A.技术最新最前沿
  • B.自己熟悉且够用← 正确答案
  • C.组件越多越复杂
  • D.全部能力自研

答案:B。小店后厨要先选自己玩得转的灶台。最新技术学习成本高,组件堆砌和全自研都会拖住上线速度;熟悉且够用才能最快出菜。

Q5. 盈亏平衡用户数 = 固定成本 / (客单价 - 边际成本),分母代表什么?

单选题 · mid

  • A.每卖出一份的毛利贡献← 正确答案
  • B.推广一个新用户的成本
  • C.每位用户开发成本
  • D.每月服务器总支出

答案:A。客单价减去边际成本,是每多服务一个用户能留下的利润,也是摊薄固定成本的弹药。它不包含获客费用,也不包含开发成本。

Q6. 哪些做法能提升 SaaS 的持续变现能力?

多选题 · mid

  • A.降低用户月流失率← 正确答案
  • B.提高客单价与毛利率← 正确答案
  • C.让用户购买一次就结束
  • D.增加增购与升级套餐← 正确答案

答案:ABD。持续变现靠的是订阅复利。降低流失率能延长用户生命周期,提高客单与毛利能提升每单利润,增购升级路径能让熟客消费更多。一次性买卖恰恰破坏了复利。

Q7. 月流失率从 5% 降到 2%,其他条件不变,LTV 会如何变化?

单选题 · hard

  • A.降低约百分之六十
  • B.提高到原来的一点五倍
  • C.提高到原来的二点五倍← 正确答案
  • D.保持基本保持不变

答案:C。LTV 公式中月流失率在分母上。5% 对应平均订阅 20 个月,2% 对应 50 个月,所以 LTV 提高到 50 / 20 = 2.5 倍。留客永远比拉新更有杠杆。

Q8. 一人团队选择获客渠道时,正确的原则包括?

多选题 · mid

  • A.选择能长期深耕的渠道← 正确答案
  • B.关注可持续的获客成本← 正确答案
  • C.只投最贵广告位
  • D.全部平台平均发力

答案:AB。小店不可能在十条街同时开店,选一条主街长期经营才是正解。只投最贵广告位会烧光预算,平均发力会让每个渠道都不精,只有可持续深耕和成本可控才能带来复利。

Q9. 下列属于独立开发者效率杠杆的是?

多选题 · hard

  • A.把重复客服流程写成 SOP← 正确答案
  • B.用 AI 自动生成运营周报← 正确答案
  • C.所有客户交流亲自处理
  • D.每周只优先推进三件要事← 正确答案

答案:ABD。SOP 减少决策消耗,AI 自动化释放琐碎时间,聚焦要事保证精力投入高杠杆动作。所有客户交流亲自处理看似负责,实际会撕碎整天时间,不是杠杆。

Q10. 某产品客单价 20 美元,月流失率 4%,按简化 LTV 公式计算 LTV 约为?

单选题 · extreme

  • A.200 美元,不值得获客
  • B.300 美元,勉强回本
  • C.500 美元,值得持续投入← 正确答案
  • D.1200 美元,风控压力极大

答案:C。简化 LTV = 客单价 / 月流失率 = 20 / 0.04 = 500 美元。若获客成本低于这个值,说明用户长期价值可观,值得持续投放;1200 美元明显算错,200 和 300 也低估了复利。