Selling Software Is Obsolete

What is it（这是什么）

Selling Software Is Obsolete 直译是"卖软件已经过时了"，它的核心主张是：在 AI 时代，传统"开发一个软件产品→定价→卖给用户"的商业逻辑正在失效。原因有三层：第一，AI 让软件的生产成本趋近于零，供给爆炸导致单款软件的稀缺性消失；第二，用户不再愿意为"功能"付费，因为功能可以被 AI 即时生成或替代；第三，独立开发者真正的瓶颈从来不是写代码，而是营销与分发。对独立开发者而言，这句话的真正含义不是"别做软件了"，而是"别再把'卖软件'当成商业模式"——价值正在从产品本身转移到分发渠道、垂直场景绑定和持续服务关系上。技术本质是 AI 压缩了软件价值链，商业意义是逼迫独立开发者从"产品思维"切换到"渠道+服务思维"。

Why now（为什么现在出现）

这个讨论在 2026 年 11 月爆发，是三个变量叠加的结果。第一，AI 编程工具（Cursor、Claude Code、v0 等）已经让"一个人一周做出一个 SaaS"成为常态，V2EX 上同类产品的供给密度在 2025-2026 年显著上升，独立开发者发现自己的产品上线即被淹没。第二，AI Agent 和自然语言界面正在替代大量传统软件入口，用户开始习惯"用对话完成任务"而非"打开一个 App"，这让功能型软件的付费意愿被直接侵蚀。第三，独立开发者的核心痛点被反复确认：营销成本远高于开发成本，而 AI 并没有降低获客成本，反而因为供给增加让 CAC 更高。这三个变化在 2026 年同时成熟，才让"卖软件是伪命题"从情绪吐槽升级为结构性判断。一年前 AI 工具还没这么普及，一年后这个共识会变成常识，所以现在是讨论的窗口期。

Market Evidence（市场证据）

从信号数据看，这个术语目前在 2 个独立信源（v2ex、w2solo）获得 2 次提及，增长率 100%，处于 nascent（萌芽）阶段。信源数量少但质量高——V2EX 和 w2solo 都是中文独立开发者密度最高的社区，这里的讨论直接反映一线从业者的真实焦虑，而非媒体炒作。增长率的 100% 是低基数下的增长，说明讨论刚起步，尚未形成跨平台扩散。信号质量判断：这是真实的市场需求信号，但当前形态是"情绪共识"而非"产品需求"。社区在讨论"卖软件不行了"，但还没有人提出"那卖什么"的清晰答案。这意味着趋势本身是真实的，但直接对应的产品机会尚未成型——机会分、市场分、需求分均为 0/100，正是因为市场还没有把这种焦虑转化为可付费的解决方案。对独立开发者来说，这是典型的"趋势先行、产品滞后"窗口。

Who's Behind It（谁在推动）

推动这个趋势的核心力量是中文独立开发者社区本身，而非某家公司。V2EX 的"程序员"节点和 w2solo 社区是讨论主阵地，参与者主要是 1-3 人小团队的独立开发者、副业开发者和被裁后转型的技术人。他们没有统一组织，但共享同一套痛点：产品做出来了，卖不出去。间接推动者包括 AI 编程工具厂商（Cursor、Anthropic 的 Claude Code 等），它们客观上降低了开发门槛、加剧了供给竞争，是这个趋势的"隐形庄家"——它们的增长恰恰是"卖软件过时"的成因之一。目前没有商业公司主动运营这个话语，这意味着谁先把它产品化，谁就定义这个赛道。

TAM & Market Size（市场规模）

潜在用户群体是中文独立开发者与小型 SaaS 团队。按 V2EX 程序员节点和 w2solo 的活跃规模估算，核心人群在 10 万-30 万人量级，其中真正有付费能力（愿意为工具/服务月付 50-300 元）的约 2-5 万人。付费意愿存在但方向未定：这群人愿意为"帮我卖出去"付费，不愿意为"又一个开发工具"付费。市场规模目前处于增长中——AI 让独立开发者数量上升，但单个开发者的预算在收缩，因为他们的产品收入本身在承压。关联数据机会分 0/100、需求分 0/100 说明当前还没有被验证的付费场景，TAM 是"焦虑驱动型"而非"需求驱动型"。真实可寻址市场应聚焦在"分发与营销服务"这一侧，而非"软件产品"本身，规模估计在年 1-3 亿元人民币的服务市场。

Competitive Landscape（竞争格局）

竞争分 0/100 意味着这个方向目前几乎没有直接竞争者，因为还没有人把"卖软件过时"做成产品。间接玩家分三类：一是 Product Hunt、Indie Hackers 等海外分发社区，提供曝光但不对中文开发者友好；二是国内的小报童、知识星球等内容变现平台，解决的是"卖知识"而非"卖软件"；三是各类 SaaS 模板站和 boilerplate 市场，解决的是"开发效率"而非"卖出去"。明显的市场空白在于：没有人做"独立开发者的分发与变现基础设施"——把产品上架、获客、定价、转化打包成服务。大公司不会做这个，因为市场太小、太垂直、太依赖社区信任。时间窗口估计 12-18 个月，一旦有玩家跑通模式，复制会很快。

Business Model（商业模式）

推荐订阅制为主、抽佣为辅的混合模式。纯订阅（月付 99-299 元）适合工具型产品，如"独立开发者分发看板"；抽佣（成交额 5%-10%）适合marketplace 型产品，如"独立软件分发市场"。定价依据：目标用户月收入多在 0-5000 元区间，工具支出预算通常占收入 5%-10%，即 50-300 元/月是心理上限。12 个月收入预测：保守 3 万元（100 个付费用户×99 元×3 个月均值），基准 15 万元（300 用户×149 元×平均 4 个月留存），乐观 50 万元（800 用户×199 元+抽佣收入）。获客成本估算：社区内容获客 CAC 约 20-50 元/付费用户，回本周期 1-2 个月；付费广告 CAC 会到 200 元以上，不建议早期使用。核心逻辑是先靠社区信任低成本获客，再用抽佣放大 ARPU。

MVP Blueprint（MVP 蓝图）

核心功能只保留三个：①独立产品提交与展示页（含截图、定价、一句话卖点）；②分发渠道聚合（自动同步到 V2EX、w2solo、X、Product Hunt 的发布清单与模板）；③简单的转化追踪（点击、注册、付费的 UTM 归因看板）。砍掉评论、社交、复杂分析等 nice-to-have。技术栈推荐：Next.js + Supabase（认证+数据库）+ Vercel 部署，前端用 shadcn/ui 模板，2 天可搭完骨架。最快上线路径：用 Supabase 的现成 auth 和 row-level security，展示页用静态生成，分发清单先用 Markdown 模板 + 复制按钮，不做自动 API 集成（各平台 API 不稳定，手动复制反而更快上线）。预估开发天数标注为 0 说明当前还没有可参考的实现，实际 MVP 需 5-7 天。产品类型按建议做 SaaS + Tool 组合：SaaS 承载看板，Tool 承载分发清单生成器。

Commercial Opportunities（商业化机会）

方向一：独立软件分发市场。产品描述是把中文独立开发者的软件集中展示、按场景分类、支持一键跳转购买；目标用户是做完产品但卖不动的独立开发者；预期月收入 1-5 万元（抽佣 5%-10% + 首页推荐位）；优于其他方向的原因是直接命中"营销是最大问题"这一核心痛点。

方向二：独立开发者营销陪跑服务。产品描述是提供发布清单、定价咨询、社区运营模板的订阅服务；目标用户是技术强营销弱的 1-2 人团队；预期月收入 2-8 万元（月费 199-999 元）；优于其他方向的原因是高客单、强信任、不易被 AI 替代。

方向三：AI 时代的软件定价与包装工具。产品描述是帮开发者把功能重新包装成"服务/结果"而非"软件"的定价助手；目标用户是正在被 AI 冲击的传统 SaaS 开发者；预期月收入 1-3 万元；优于其他方向的原因是切中"卖软件过时"的字面命题，叙事强。

Product Ideas（产品创意）

🥇 IndieShip（独立分发台）：一句话价值主张——"一次提交，同步发到 5 个开发者社区"。目标用户是刚上线产品的独立开发者，场景是发布日的手忙脚乱。为什么现在做对：社区正在讨论"卖不出去"，分发是最高频的即时需求，且没有中文竞品。

🥈 PricingShift（定价转型助手）：一句话价值主张——"把你的软件从卖功能改成卖结果"。目标用户是收入下滑的 SaaS 独立开发者，场景是重新设计定价页。为什么现在做对：AI 侵蚀功能价值是正在发生的事，定价咨询需求真实且付费意愿高。

🥉 SoloMetrics（独立开发者收入看板）：一句话价值主张——"看清你的软件到底还值不值得卖"。目标用户是多产品并行的独立开发者，场景是决定砍掉哪个产品。为什么现在做对：讨论热度上升会带来"该不该继续"的决策焦虑，数据工具是低成本切入点。

SEO Opportunity（SEO 机会）

搜索量趋势：上升，但基数极小，属于"讨论词"而非"搜索词"。有价值的长尾关键词：「独立开发者 怎么卖软件」「AI 时代 软件商业模式」「indie dev marketing 中文」「独立开发 产品卖不出去」「SaaS 定价 转型」。竞争程度评估 SEO 难度 0/100，几乎无竞争。内容策略建议：做"问题诊断型"长文页面（如"为什么你的独立产品卖不动：5 个结构性原因"）而非产品落地页，先用内容占据讨论词，再把流量导向工具。优先做 V2EX 和 w2solo 的站内内容，搜索引擎排名是次要目标。

Risk Assessment（风险评估）

判断会错的情况：如果 AI 工具进入平台化整合期，大厂推出"一键生成+一键分发"的免费服务，独立开发者的分发焦虑会被平台吸收，这个赛道就失去独立价值。三大风险：技术风险低（MVP 技术简单）；市场风险高（用户预算收缩，付费意愿可能低于预期）；执行风险高（社区信任难建立，冷启动需要长期内容投入）。最低成本验证方式：先在 V2EX 发一篇"我整理了 20 个独立开发者分发渠道"的帖子，看收藏和私信量，如果一周内超过 50 个收藏或 10 个私信，说明需求真实。放弃信号：连续 3 个月付费用户增长停滞在 50 人以下，或社区讨论热度在 6 个月内消退到无人提及。

Action Plan（行动建议）

第一步（今天）：在 V2EX 程序员节点发一篇讨论帖，标题围绕"卖软件过时后，独立开发者该卖什么"，收集 20 条以上真实回复，验证痛点措辞。第二步（本周）：把回复整理成分发渠道清单，做成一个免费 Markdown 模板，用 Gumroad 或小报童免费发放，收集邮箱。第三步（第一个月）：用收集的邮箱做 10 个用户访谈，确认付费意愿和价格锚点，同时上线 IndieShip 的展示页 MVP。第一个月目标：100 个邮箱、10 次访谈、MVP 上线。第三个月目标：50 个付费用户、验证 CAC 和留存，决定是否加抽佣模式。关键原则：先做内容和信任，再做产品，不要反过来。

Related Terms（相关趋势）

• Indie Hacker — 同一人群的英文话语体系，Selling Software Is Obsolete 是其中文社区的焦虑版本
• AI-Native SaaS — 竞争关系，AI 原生软件正在替代传统功能型软件，是本趋势的成因
• Build in Public — 互补关系，公开构建是应对"卖不出去"的分发策略之一，常与本术语一起出现