English العربية Deutsch Español Français हिन्दी Italiano 日本語 한국어 Português (BR) Русский Türkçe 中文

模块 S:叠加收入流

STREETS 开发者收入课程 — 免费模块(全部7个模块在4DA内免费) 第14-16周 | 6节课 | 交付物:你的Stream Stack(12个月收入计划)

"一个收入流是副业。三个收入流是生意。五个收入流是自由。"


在过去的十三周里,你构建了大多数开发者从未构建过的东西:一套自主收入运营体系。你有基础设施、运转中的收入引擎、执行纪律、情报系统和自动化。(完成模块 T — Technical Moats 以全面激活本模块中基于护城河的策略。)

接下来的内容,将把每月多赚$2K的开发者和完全替代工资收入的开发者区分开来:叠加

单一收入流——无论多好——都是脆弱的。最大的客户离开了。平台更改了API定价。算法变动导致流量暴跌。竞争对手推出了你产品的免费版本。这些情况中的任何一个都能在一夜之间摧毁单一收入流。你见过这种事。也许它就发生在你身上。

多个收入流不仅仅是简单相加,而是复利增长。它们相互强化。它们创建了一个系统,失去任何单一收入流只是不便,而非灾难。如果设计得当,它们会彼此供给,形成一个随时间加速的飞轮。

本模块就是关于设计这个系统。不是随意积累副项目,而是有意识地构建收入组合——就像精明的投资者构建金融投资组合一样。

在这三周结束时,你将拥有:

这是最后一个模块。你在STREETS中构建的一切都在此汇聚。

开始叠加吧。


第1课:收入组合的理念

"像管理投资组合一样管理你的收入——因为它本质上就是投资组合。"

为什么开发者对收入的思考方式是错误的

大多数开发者用思考就业的方式来思考收入:一个来源、一份薪水、一个依赖。即使开始独立赚钱,他们也会默认回到同样的模式——一个自由职业客户、一个产品、一个渠道。金额可能变了,脆弱性没变。

投资专业人士几十年前就想明白了这一点。你不会把所有钱投入一只股票。你会分散到不同的资产类别——有些为了稳定,有些为了增长,有些为了长期升值。每类资产服务于不同目的,运行在不同时间线上,对不同的市场状况做出反应。

你的收入也应该以同样的方式运作。至少应该如此。

五种收入流类别

每个开发者的收入流都属于五个类别之一。每个类别都有不同的风险特征、时间跨度和增长曲线。

Stream 1: Quick Cash         — 自由职业/咨询     — 现在就能付账单
Stream 2: Growing Asset      — SaaS/产品        — 6个月后付账单
Stream 3: Content Compound   — 博客/通讯/YT     — 12个月后付账单
Stream 4: Passive Automation — 机器人/API/数据   — 你睡觉时付账单
Stream 5: Equity Play        — 开源→公司         — 长期财富

Stream 1: Quick Cash(自由职业 / 咨询)

这是赚钱最直接的途径。有人遇到问题,你解决它,他们付你钱。不需要构建产品,不需要培养受众,不需要讨好算法。你用专业技能以溢价费率将时间换成金钱。

Quick Cash是你的基础。它在你构建最终将取代它的收入流时支付账单。

Stream 2: Growing Asset(SaaS / 产品)

这是大多数开发者幻想但很少真正推出的收入流。你构建一次产品,多次销售。一旦找到产品市场契合度,利润率非常惊人。但找到这种契合需要数月,收入曲线从零开始,在拐点出现之前会痛苦地保持平坦。

Stream 3: Content Compound(博客 / 通讯 / YouTube)

内容是启动最慢但持续力最强的收入流。你发布的每一条内容都会复利增长。今天写的博客文章两年后仍在带来流量。这个月上传的YouTube视频明年会被推荐。通讯每周都在增加订阅者。

Stream 4: Passive Automation(机器人 / API / 数据产品)

这是开发者独有的收入流。你构建无需你直接参与就能产生价值的自动化系统。数据处理管道、API服务、监控机器人、自动报告。收入来自系统运行,而非你的工作。

Stream 5: Equity Play(从开源到公司)

这是长期博弈。你以开源形式构建某样东西,围绕它培育社区,然后通过高级功能、托管版本或风险投资来变现。时间线以年而非月来衡量。但成果以公司估值而非月收入来衡量。

为什么单一收入流是脆弱的

每月都在发生的三个真实场景:

  1. 客户离开。 你为两个客户做咨询,月入$8K。一个被收购了,新管理层把一切转为内部。你瞬间降到月入$4K。账单不会减半。

  2. 平台更改规则。 你从Chrome扩展赚月入$3K。Google更改了Web Store政策。你的扩展因"违反政策"被下架,解决需要6周。收入:6周内$0。

  3. 算法变化。 你的博客通过自然搜索流量的联盟收入赚月入$2K。Google推出核心更新。你的流量一夜之间下降60%。你什么都没做错。算法只是决定展示不同的内容。

这些都不是假设。全部都在日常发生。能在不陷入财务恐慌的情况下撑过来的开发者,是拥有多个收入流的人。

两种心态:替代工资 vs 补充工资

在设计你的投资组合之前,决定你在玩哪个游戏。它们需要不同的策略。

补充工资(月入$2K-5K):

替代工资(月入$8K-15K+):

说实话: 大多数人应该从补充工资开始。在职期间构建收入流,证明它们稳定6个月以上,积极储蓄,然后再过渡。那些在第一个月就辞职"全力以赴"的开发者,往往6个月后就因烧光积蓄和信心而重返就业市场。无聊?是的。有效?同样是的。

投资组合理论应用于收入

投资组合平衡风险和回报。你的收入组合也应该如此。

"安全优先"开发者: 咨询60%,产品30%,内容10%

"增长模式"开发者: 咨询20%,产品50%,内容30%

"走向独立"开发者: 咨询0%,SaaS 40%,内容30%,自动化30%

时间分配:每个收入流投入多少

你的时间就是你的资本。有意识地分配它。

收入流类别 维护阶段 增长阶段 构建阶段
Quick Cash 每周2-5小时 每周5-10小时 每周10-20小时
Growing Asset 每周3-5小时 每周8-15小时 每周15-25小时
Content Compound 每周3-5小时 每周5-10小时 每周8-15小时
Passive Automation 每周1-2小时 每周3-5小时 每周8-12小时
Equity Play 每周5-10小时 每周15-25小时 每周30-40小时

大多数开发者不应该同时在多个收入流上处于"构建阶段"。将一个收入流构建到进入维护阶段,然后再开始构建下一个。

收入时间线:逐月的真实推进

以下是每种收入流类型在12个月内的实际表现。不是最好情况,也不是最坏情况。是持续执行的开发者最常见的情况。

Quick Cash(咨询):

Month 1:  $500-2,000   (第一个客户,可能定价偏低)
Month 3:  $2,000-4,000 (费率调整,1-2个稳定客户)
Month 6:  $4,000-8,000 (渠道充实,高级费率)
Month 12: $5,000-10,000(精选客户,再次提价)

Growing Asset(SaaS/产品):

Month 1:  $0           (仍在构建)
Month 3:  $0-100       (已上线,第一批少量用户)
Month 6:  $200-800     (找到牵引力,根据反馈迭代)
Month 9:  $500-2,000   (产品市场契合度显现)
Month 12: $1,000-5,000 (如果PMF真实则复利增长)

Content Compound(博客/通讯/YouTube):

Month 1:  $0           (发布中,还没有受众)
Month 3:  $0-50        (小受众,可能第一笔联盟销售)
Month 6:  $50-300      (增长中,一些自然流量)
Month 9:  $200-1,000   (内容库复利积累)
Month 12: $500-3,000   (真实受众,多种变现方式)

Passive Automation(机器人/API/数据):

Month 1:  $0           (构建系统中)
Month 3:  $50-300      (第一批付费用户)
Month 6:  $200-1,000   (系统稳定,自然增长)
Month 12: $500-2,000   (最少维护下运行)

常见错误: 拿自己的第2个月和别人的第24个月比较。Twitter上那些"我的SaaS月入$15K"的帖子从不提之前$0-$200的18个月。每个收入流都有爬坡期。为它做好规划。预留预算度过这个时期。不要因为头两个月看起来什么都没有就放弃正在起效的策略。

轮到你了

练习 1.1: 写下你当前的收入来源。对每一个,确定它属于五个类别中的哪一个。如果你只有一个来源(工资),也写下来。承认其脆弱性。

练习 1.2: 选择你的心态——补充工资还是替代工资。写下原因,以及在你切换到另一种之前什么条件需要成立。

练习 1.3: 从三种投资组合配置(安全优先、增长模式、走向独立)中选择最符合你当前状况的一种。写下你在各收入流类别之间的目标百分比分配。

练习 1.4: 计算你每周可用于收入项目的小时数。要诚实。减去睡眠、本职工作、家庭、锻炼,以及至少5小时的"生活缓冲"。那个数字就是你真正的资本。


第2课:收入流如何相互作用(飞轮效应)

"收入流不只是相加——它们相乘。为互动而非独立来设计。"

飞轮概念

飞轮是一种储存旋转能量的机械装置。开始转动很难,但一旦运转起来,每次推动都会增加动量。动量越大,下一次推动所需的力就越小。

你的收入流以同样方式运作——如果你把它们设计为互相作用的话。孤立存在的收入流只是副项目。供给其他收入流的收入流才是飞轮的组件。

月入$5K和月入$20K之间的差距,几乎从来不是"更多收入流",而是"连接更好的收入流"。

连接1:咨询供给产品创意

每个咨询项目都是市场调研。你被付费坐在一家公司的问题里面。雇用你的客户在用金钱告诉你——确切地说——存在什么问题以及他们愿意为什么样的解决方案付费。

提取流程:

每个咨询项目应该产出2-3个产品创意。不是模糊的"这样不错"的想法,而是具体的、经过验证的创意:

"三次法则": 如果三个不同的客户要求同样的东西,就把它构建成产品。三次不是巧合。三次是市场信号。

考虑这个场景: 你为三家不同的金融科技公司做咨询,每家都需要将银行对账单PDF解析为结构化数据。你每次写个快速脚本。第三次之后,你把脚本变成托管API服务。一年内,月费$25-30的客户有100-200个。你仍然做咨询,但只为那些先成为API客户的公司。

关于这种模式的真实案例,Bannerbear(Jon Yongfook)从自动化咨询起步,通过将重复性客户工作产品化,发展为$50K+ MRR的API产品(来源:indiepattern.com)。

连接2:内容驱动咨询线索

写文章的开发者永远不缺客户。

每月一篇深度技术博客文章——关于你实际解决过的问题,1,500-2,500字——对你的咨询管道的贡献,超过任何数量的主动开发或LinkedIn社交。

管道如何运作:

你写了一篇关于解决Problem X的文章
    -> Company Y的开发者遇到了Problem X
    -> 他们搜索Google
    -> 他们找到你的文章
    -> 你的文章确实有帮助(因为你实际做过这件事)
    -> 他们查看你的网站:"哦,他们也做咨询"
    -> 入站线索。不用推销。不用冷邮件。他们主动找上门来。

这会复利增长。第1篇文章可能产生零线索。第12篇产生稳定的月度入站。第24篇产生的线索超过你能承接的量。

"内容即销售团队"模型:

传统咨询公司雇佣业务开发人员。你"雇佣"博客文章。博客文章不需要医保,从不休假,在所有时区7×24小时工作。

真实案例: 一位Rust开发者每月写两篇关于性能优化的文章。没什么花哨的——只是他在工作中解决的实际问题(已脱敏,无专有细节)。8个月后,他每月收到3-5个入站线索。他接2-3个。他的咨询费率现在是$275/小时,因为需求大于供给。博客每月花他8小时。这8小时产生$15K/月的咨询收入。

计算:8小时写作 → $15,000收入。这是每小时写作$1,875,他整个业务中投资回报率最高的活动。

连接3:产品产生内容

你构建的每个产品都是等待激活的内容引擎。

发布内容(每次产品发布3-5篇):

  1. "我为什么构建X" — 问题和你的解决方案(博客文章)
  2. "X的底层工作原理" — 技术架构(博客文章或视频)
  3. "构建X:我学到了什么" — 经验和教训(Twitter话题+博客)
  4. 发布公告(通讯、Product Hunt、HN Show)
  5. 教程:"X入门"(文档+视频)

持续内容(永久性的):

开源即内容: 如果你的产品有开源组件,每个Pull Request、每个版本发布、每个架构决策都是潜在的内容素材。"我们在X中如何处理缓存"同时是工程文档、社会证明、营销内容和社区建设。

连接4:自动化支撑一切

你通过自动化节省的每一小时,都是你可以投入到其他收入流增长中的一小时。

自动化每个收入流的重复部分:

自动化的复利效应:

Month 1:  你自动化了开票。                    每月节省2小时。
Month 3:  你自动化了内容分发。                 每月节省4小时。
Month 6:  你自动化了产品监控。                 每月节省5小时。
Month 9:  你自动化了客户引导。                 每月节省3小时。
Month 12: 自动化总节省:每月14小时。

14小时/月 = 168小时/年 = 超过4个完整工作周。
这4周投入到构建下一个收入流。

连接5:情报连接一切

这是系统变得大于各部分之和的地方。

一个关于热门框架的信号不只是新闻。通过飞轮追踪,它变成:

没有情报的开发者看到新闻。有情报的开发者看到跨所有收入流的关联机会。

完整的飞轮

一个完全连接的收入流组合看起来是这样的:

                    +------------------+
                    |                  |
            +------>|    CONSULTING    |-------+
            |       |   (Quick Cash)   |       |
            |       +------------------+       |
            |              |                   |
            |    client problems =             |
            |    product ideas                 |
            |              |                   |
            |              v                   |
   leads    |       +------------------+       |    case studies
   from     |       |                  |       |    & launch
   content  +-------|    PRODUCTS      |-------+    stories
            |       |  (Growing Asset) |       |
            |       +------------------+       |
            |              |                   |
            |    product launches =            |
            |    content pieces                |
            |              |                   |
            |              v                   v
            |       +------------------+  +------------------+
            |       |                  |  |                  |
            +-------|    CONTENT       |  |   AUTOMATION     |
                    | (Compounding)    |  | (Passive Income) |
                    +------------------+  +------------------+
                           |                      |
                    audience builds         saves time for
                    authority +             all other streams
                    trust                         |
                           |                      |
                           v                      v
                    +----------------------------------+
                    |         INTELLIGENCE              |
                    |    (4DA / Signal Detection)       |
                    |  Surfaces opportunities across    |
                    |        all streams                |
                    +----------------------------------+

飞轮实际运转——真实的一周:

周一:你的4DA简报浮出一个信号——一家大公司开源了其内部文档处理管道,开发者在抱怨缺失的功能。

周二:你写了一篇博客文章:"[Company]的Document Pipeline哪里做错了(以及如何修复)"——基于你在文档处理方面的实际咨询经验。

周三:文章在HN获得关注。两位CTO联系你咨询文档处理基础设施。

周四:你接了一个咨询电话。通话中,CTO提到他们需要一个不将数据发送到外部服务器的文档处理托管API。

周五:你将"隐私优先的文档处理API"加入产品路线图。你现有的自动化系统已经处理了一半的所需功能。

那一周,一个情报信号产生了:一篇博客文章(内容)、两个咨询线索(Quick Cash)和一个经过验证的产品创意(Growing Asset)。每个收入流都供给了其他的。这就是飞轮。

设计你的连接

不是每个收入流都需要连接到每个其他收入流。这没关系。飞轮要运转,你至少需要三个强连接。

绘制你的连接:

对于你组合中的每个收入流,回答:

  1. 这个收入流产出什么可供其他收入流使用?(线索、内容、数据、创意、代码)
  2. 这个收入流从其他收入流消费什么?(流量、信誉、收入、时间)
  3. 这个收入流与任何其他收入流之间最强的连接是什么?

如果一个收入流与你的其他收入流零连接,它不是飞轮的一部分。它是一个独立的副项目。这不意味着要终止它——而是要找到连接,或者承认它是独立的并据此管理。

常见错误: 为最大收入而非最大互动来设计收入流。一个每月产生$800并且供给其他两个收入流的收入流,比一个孤立地产生$2,000的收入流更有价值。孤立的收入流增加$2,000。连接的收入流增加$800加上整个投资组合的增长加速。12个月后,连接的收入流每次都赢。

轮到你了

练习 2.1: 画出你自己的飞轮。即使今天只有1-2个收入流,也画出你想要构建的连接。包含至少3个收入流,并确定它们之间的至少3个连接。

练习 2.2: 对于你当前或计划中的咨询/服务工作,列出三个源自(或可能源自)客户对话的产品创意。应用"三次法则"——其中有没有多个客户都提出过的?

练习 2.3: 写下你最近在工作或个人项目中解决的3个技术问题。为每一个起草一个博客文章标题。这些就是你的第一批内容——你已经解决的问题,为那些将面临同样问题的人写出来。

练习 2.4: 确定一项你在任何收入流中反复执行的任务,可以在本周自动化。不是下个月。本周。自动化它。


第3课:月入$10K的里程碑

"月入$10K不是梦。它是一道数学题。这里有四种解法。"

为什么是月$10K

每月一万dollars是一切发生变化的数字。这不是随意的。

月$10K以下,你在补充收入。到了月$10K,你就独立了。这就是它重要的原因。

以下是四条具体路径。每条都是现实的、具体的、在12-18个月持续执行内可实现的。

路径1:咨询为主

画像: 技术扎实,经验丰富,愿意以高级费率出售时间。追求稳定性和立即的高收入,产品在后台增长。

收入流 计算 月收入
咨询 每周10小时 x $200/小时 $8,000
产品 50个客户 x $15/月 $750
内容 通讯联盟收入 $500
自动化 API产品 $750
合计 $10,000

时间投入: 每周15-20小时

现实时间线:

所需技能: 一个领域的深度专业知识(不只是"我会React"——更像是"我了解大型电商的React性能优化")。沟通能力。撰写提案的能力。

风险级别: 低。咨询收入即时且可预测。产品和内容在后台增长。

扩展潜力: 中等。咨询有上限(你的时间),但产品和内容可以超越该上限。在18-24个月时,你可以将比例从80%咨询转变为40%咨询 + 60%产品。

路径2:产品为主

画像: 你想构建东西并销售。你愿意接受较慢的初始收入,换取可扩展的、不依赖时间的收入。

收入流 计算 月收入
SaaS 200个客户 x $19/月 $3,800
数字产品 每月100单 x $29 $2,900
内容 YouTube + 通讯 $2,000
咨询 每周3小时 x $250/小时 $3,000
合计 $11,700

时间投入: 每周20-25小时

现实时间线:

所需技能: 全栈开发。产品感觉(知道该构建什么)。基本营销(着陆页、文案)。对前6个月不确定性的承受力。

风险级别: 中。收入启动缓慢。你需要积蓄或咨询收入来弥补差距。

扩展潜力: 高。月入$11K时你处于拐点。400个SaaS客户 = 仅SaaS就月入$7,600。内容受众复利增长。如果产品增长,你可以完全放弃咨询。

说实话: $19/月的SaaS获得200个客户在纸面上听起来简单。实际上,获得200个付费客户需要不懈执行——构建真正有用的东西,找到正确的市场,根据反馈迭代,持续营销12个月以上。这绝对是可实现的。但不容易。任何告诉你不难的人都在向你推销什么东西。

路径3:内容为主

画像: 你擅长沟通——书面或口头。你享受教学和解释。你愿意花12个月构建受众,换取随时间递减努力的复利回报。

收入流 计算 月收入
YouTube 5万订阅者,广告+赞助 $3,000
通讯 1万订阅者,5%付费 x $8/月 $4,000
课程 每月30单 x $99 $2,970
咨询 每周2小时 x $300/小时 $2,400
合计 $12,370

时间投入: 每周15-20小时

现实时间线:

所需技能: 写作或演讲能力。一致性(这才是真正的技能——前3个月没人看的情况下坚持每周发布12个月)。值得教授的领域专长。基本视频剪辑或雇剪辑师的预算(月$200-400)。

风险级别: 中。变现缓慢。平台依赖(YouTube、Substack)。但受众是你能构建的最持久的资产——它可以跨平台转移。

扩展潜力: 非常高。5万YouTube受众是你未来构建任何东西的发布平台。课程收入复利增长(构建一次,永久销售)。通讯是不经过算法直接触达受众的渠道。

$300/小时的咨询费率: 注意这条路径的咨询费率是$300/小时,而不是$200/小时。因为内容受众创造了信誉和入站需求。当一位CTO看过你20个视频并阅读你的通讯时,他们不会谈判费率。他们只会问你有没有空。

路径4:自动化为主

画像: 你是一个重视杠杆胜过努力的系统思维者。你想构建以最少持续时间投入产生收入的机器。

收入流 计算 月收入
数据产品 200个订阅者 x $15/月 $3,000
API服务 100个客户 x $29/月 $2,900
Automation-as-a-Service 2个客户 x $1,500/月长期合约 $3,000
数字产品 被动销售 $1,500
合计 $10,400

时间投入: 每周10-15小时(所有四条路径中稳定状态下最少的)

现实时间线:

所需技能: 后端/系统开发。API设计。数据工程。对特定细分市场的理解(数据和自动化必须服务于真实受众的真实需求)。

风险级别: 中低。分散于四个收入流。单个收入流不超过收入的30%。长期合约自动化客户提供稳定性。

扩展潜力: 中高。时间效率是关键优势。每周10-15小时,你有余力添加收入流、开设内容频道或以高级费率接偶尔的咨询。时间自由本身具有经济价值。

常见错误: 看到路径4就想"我只需要构建四个自动化产品"。自动化为主的路径需要深厚的领域知识来确定人们愿意为什么数据或API服务付费。这里列出的数据产品和API不是通用的——它们为特定受众解决特定问题。找到这些问题需要咨询经验(路径1)或内容驱动的市场研究(路径3)。大多数在路径4成功的开发者,之前在路径1或3上花了6-12个月。

选择你的路径

你不必精确地选择一条路径。这些是原型,不是处方。大多数开发者最终会是混合型。但了解你倾向于哪个原型有助于你做出分配决策。

决策框架:

如果你…… 则倾向于……
有强大的专业人脉 路径1(咨询为主)
热爱构建产品且能忍受慢启动 路径2(产品为主)
善于沟通且喜欢教学 路径3(内容为主)
是重视时间自由的系统思维者 路径4(自动化为主)
需要快速赚钱 先走路径1,然后过渡
有6个月以上的积蓄 路径2或3(投资复利)
每周只有10小时或更少 路径4(每小时杠杆最高)

资深开发者(8年以上): 所有四条路径都对你开放,但路径3(内容为主)和路径4(自动化为主)提供最高的长期杠杆。你的经验提供了值得付费的观点(内容)、值得自动化的模式(数据产品)和减少销售摩擦的信誉($300+/小时的咨询)。关键决策:你想用声誉竞争(咨询/内容)还是用系统思维竞争(产品/自动化)?

轮到你了

练习 3.1: 选择最适合你情况的路径。写下原因。对你的约束要诚实——时间、积蓄、技能、风险承受能力。

练习 3.2: 为你的路径定制数学。将通用数字替换为你的实际费率、价格点和现实客户数量。你的月入$10K是什么样的?

练习 3.3: 确定你所选路径中的最大风险。最可能出问题的是什么?写下你的应急计划。(示例:"如果我的SaaS到第9个月还没达到100个客户,我将咨询增加到每周15小时,用那笔收入资助再6个月的产品开发。")

练习 3.4: 计算你的"过渡资金"——在较慢的收入流启动期间维持自己所需的积蓄或Quick Cash收入。Quick Cash收入填补这个缺口。你需要每周多少小时的咨询来覆盖最低生活开支?


第4课:何时终止一个收入流

"商业中最难的技能是知道何时放弃。第二难的是真正去做。"

终止的难题

开发者是构建者。我们创造东西。终止我们构建的东西违背我们的每一个本能。我们想:"我只需要再加一个功能。""市场会赶上来的。""我投入了这么多,现在不能停。"

最后一个有个名字:沉没成本谬误。它杀死的开发者副业比糟糕的代码、糟糕的营销和糟糕的想法加起来还多。

不是每个收入流都能存活。构建可持续收入的开发者不是从未失败的人——而是快速失败、果断终止、并将释放的时间重新投入到真正有效的地方的人。

四条终止规则

规则1:$100规则

如果一个收入流在6个月的持续努力后月入不足$100,终止它或大幅转向。

6个月后月入$100意味着市场在告诉你什么。可能产品错了,可能市场错了,可能执行错了。但6个月的努力换来月$100,是一个清晰的信号:渐进式改进无法修复它。

"持续努力"是关键词。如果你发布了产品然后5个月没碰它,你不是测试了6个月——你测试了1个月然后荒废了5个月。那不是信号,那是遗弃。

例外:

规则2:ROI规则

如果相对于其他收入流,你的时间ROI为负,则自动化或终止它。

计算每个收入流的每小时ROI:

Hourly ROI = Monthly Revenue / Monthly Hours Invested

Example portfolio:
Stream A (Consulting):    $5,000 / 40 hrs = $125/hr
Stream B (SaaS):          $1,200 / 20 hrs = $60/hr
Stream C (Newsletter):    $300  / 12 hrs  = $25/hr
Stream D (API product):   $150  / 15 hrs  = $10/hr

Stream D的$10/小时是个问题。除非它在前6个月且呈上升趋势,否则那每月15小时花在Stream A(额外$1,875收入)或Stream B(额外$900收入)上更好。

但要考虑趋势。 $10/小时但月增长30%的收入流值得保留。$25/小时但4个月持平的收入流是自动化或终止的候选者。

规则3:精力规则

如果你讨厌做那份工作,即使它盈利也要终止——即便它是赚钱的。

这很反直觉。为什么要终止一个盈利的收入流?

因为倦怠不会针对单个收入流。倦怠针对的是你的整体能力。一个你讨厌的收入流会从所有其他事情中抽走精力。你开始害怕工作。你拖延。质量下降。客户注意到了。然后你也开始怨恨其他收入流,因为"要是我的SaaS赚更多钱,我就不用做这个蠢通讯了。"

这就是倦怠级联。它杀死的不只是你讨厌的那一个,而是所有收入流。

测试: 如果想到要在某个收入流上工作时胃部紧缩,那是你的身体在告诉你电子表格不会说的话。

说实话: 这不意味着"只做有趣的事"。每个收入流都有乏味的部分。客户支持很乏味。视频剪辑很乏味。开发票很乏味。精力规则不是关于避免乏味——而是关于基本工作本身。写代码?有时乏味,但你享受这门手艺。因为报酬好就写每周投资银行通讯,即使你觉得金融无聊透顶?那是精力消耗。要分清区别。

规则4:机会成本规则

如果终止Stream A能释放时间将Stream B扩大3倍,那就终止Stream A。

这是最难应用的规则,因为它需要你对未来做出判断。

Current state:
Stream A: $500/mo, 10 hrs/week
Stream B: $2,000/mo, 15 hrs/week, growing 20% month-over-month

If you kill Stream A and invest those 10 hrs in Stream B:
Stream B with 25 hrs/week could reasonably grow to $6,000/mo in 3 months

Killing a $500/mo stream to potentially gain $4,000/mo is a good bet.

关键词是"合理地"。你需要证据表明Stream B能吸收更多时间并转化为收入。如果Stream B是时间受限型的(更多时间 = 更多产出 = 更多收入),这个判断是稳妥的。如果Stream B是市场受限型的(更多时间不会改变采用速度),这个判断是错误的。

如何正确终止一个收入流

终止收入流不意味着在客户面前消失。那会损害你的声誉,进而损害你未来所有的收入流。要专业地终止。

步骤1:日落公告(关闭前2-4周)

Subject: [Product Name] — Important Update

Hi [Customer Name],

I'm writing to let you know that [Product Name] will be shutting down on
[Date, at least 30 days out].

Over the past [X months], I've learned a lot from building this product
and from your feedback. I've made the decision to focus my efforts on
[other projects/streams] where I can deliver more value.

Here's what this means for you:
- Your service will continue normally until [shutdown date]
- [If applicable] You can export your data at [URL/method]
- [If applicable] I recommend [alternative product] as a replacement
- You will receive a full refund for any unused subscription period

Thank you for being a customer. I genuinely appreciate your support.

Best,
[Your name]

步骤2:迁移计划

步骤3:回收可用资源

不是一切都随收入流消亡:

步骤4:复盘

写一份简短的复盘报告。不是给别人看的——给你自己。三个问题:

  1. 什么有效?(即使失败的收入流中,也有些东西是有效的。)
  2. 什么无效?(要具体。"营销"不够具体。"我找不到转化率超过2%的渠道"够具体。)
  3. 我会怎样做不同?(这成为你下一个收入流的输入。)

真实案例

终止通讯(月$200)以专注SaaS(月$8K)的开发者:

通讯有1,200名订阅者,通过付费层和偶尔的赞助月入$200。每周需要4-5小时。SaaS月增长15%,投入在开发和营销上的每一小时都对收入有可见的影响。

计算:$200/月除以每周4.5小时 = $11/小时。同样的时间投入SaaS,每小时产生约$150的增量收入。

他终止了通讯。三个月后,SaaS月入$12K。他不想念那份通讯。

终止SaaS(月$500,大量支持)以专注咨询(月$12K)的开发者:

SaaS有80个用户,月入$500,每周产生15-20个支持工单。每个工单需要20-40分钟。开发者每周花10-15小时在一个月入$500的产品上。

同时,她的$200/小时咨询有等待名单。真的——客户在等数周才能排上。

她终止了SaaS,把每周15小时转到咨询,收入从月$12,500跳到$14,500。而且,她不再害怕周一早上了。

终止咨询(月$10K)全力投入产品的开发者(现月$25K):

这需要勇气。他每周20小时咨询,月入$10K。舒适。稳定。他完全终止了咨询,每周40小时投入他的两个产品。

4个月里,收入降到月$3K。他动用了积蓄。伴侣很紧张。

第5个月,一个产品到达拐点。第8个月,产品收入合计月$15K。第14个月,月$25K。他再也不会回去做咨询了。

这条路不适合所有人。他有8个月的积蓄、有收入的伴侣,以及基于增长轨迹对产品的高度信心。没有这些因素,这个赌注是鲁莽而非大胆。

开发者独有的沉没成本陷阱

开发者有独特版本的沉没成本:对代码的情感依恋

你花了200小时构建某样东西。代码很优雅。架构很干净。测试覆盖率很高。这是你写过的最好的代码。

然而没人买。

你的代码不珍贵。你的时间才珍贵。那200小时无论你接下来做什么都不会回来。唯一的问题是:下一个200小时花在哪里?

如果答案是"支撑一个市场已经拒绝的产品",你不是在坚持,你是在固执。坚持是根据反馈迭代。固执是忽视反馈并希望市场改变主意。

常见错误: 用转向代替终止。"我再加一个新功能。""我试试不同的市场。""我改改定价。"有时转向能成功。但大多数时候,转向只是更缓慢的死亡。如果你要转向,设一个硬性截止日期:"如果[特定指标]在[特定时间内]没有达到[特定数字],这次我真的要终止了。"然后真的去做。

轮到你了

练习 4.1: 将四条终止规则应用于你当前或计划中投资组合的每个收入流。写下每个的判决:保留、终止、观望(设定特定指标再给3个月)或自动化(减少时间投入)。

练习 4.2: 对于标记为"观望"的收入流,写下具体的指标和具体的截止日期。"如果[收入流]在[日期]前没有达到月[$X],我将终止它。"把这放在你能看到的地方。

练习 4.3: 如果你曾经放弃过一个项目,写一份回溯复盘。什么有效?什么无效?你会怎样做不同?从过去失败中提取的教训是未来收入流的燃料。

练习 4.4: 计算你当前所有收入来源(包括本职工作)的每小时ROI。排名。那个排名可能会让你吃惊。


第5课:再投资策略

"你用第一笔$500做什么,比你用第一笔$50,000做什么更重要。"

再投资原则

你的收入流产生的每一美元有四个可能的去向:

  1. 你的口袋(生活开支、生活方式)
  2. 税款(不可商量——政府要拿走它的份额)
  3. 回投业务(工具、人员、基础设施)
  4. 储蓄(跑道、安全、安心)

大多数开发者把赚到的全部花掉(减去税款)。构建持久收入运营的人会策略性地再投资。不是全部。不是大部分。而是一个有意识的百分比,分配到能加速增长的特定投资上。

级别1:第一个月$500

你跨过了门槛。你在赚钱了。不多,但是真的。分配如下:

税款储备金:月$150(30%) 不可商量。把打入你业务账户的每一dollar的30%转到一个单独的储蓄账户。标注"税款——不准动"。IRS(或HMRC,或你当地的税务机关)会来取这笔钱。准备好。

再投资:月$100-150

你的口袋:月$200-250 拿一部分钱。真的。早期胜利在心理上很重要。给自己买点提醒你这是真实的东西。一顿好饭。一本书。新耳机。不是兰博基尼。是一个说"我用自己的运营赚到了这个"的东西。

说实话: 月$500水平是脆弱的。感觉很兴奋,但2-3个客户取消就回到$0。不要把生活方式调整到这个数字。不要辞职。不要像成功了一样庆祝。像证明了概念一样庆祝。因为这正是你所做的——证明了概念。

级别2:第一个月$2,000

这下有意思了。月$2,000意味着你的收入流在产生真实的、可重复的收入。是时候投资杠杆了。

税款储备金:月$600(30%)

再投资:月$400-600

你的口袋:月$800-1,000

常见错误: 太早为错误的事情雇人。月$2,000时,你不需要开发者、营销人员、设计师或社交媒体经理。你需要一个VA来处理偷走你构建时间的行政拖累。其他一切可以等到月$5K。

级别3:第一个月$5,000

月$5,000是"考虑独立"的门槛。不是"现在就做"——是"认真考虑"。

税款储备金:月$1,500(30%)

独立前的清单:

再投资:月$1,000-1,500

你的口袋:月$2,000-2,500

级别4:第一个月$10,000

你有了一个真正的生意。像对待生意一样对待它。

税款储备金:月$3,000(30%)

在这个级别,你的再投资决策应该由一个具体问题驱动:"通往下一个$10K的瓶颈是什么?"

结构性投资:

心态转换:

月$10K时,停止思考当前的$10K,开始思考下一个$10K。第一个$10K花了12个月。下一个$10K应该在6个月或更短时间内,因为你现在有了:

游戏从"如何赚钱"变成了"如何扩展已经有效的东西"。

税务规划:没人在4月之前读的章节

现在就读这个章节。不是4月。现在。

美国(United States):

欧盟(European Union):

英国(United Kingdom):

无论哪个国家都适用的税务建议:

  1. 收入到账当天留出总收入的30%。不是20%,不是25%,是30%。你要么欠这笔钱,要么在报税时有个惊喜。
  2. 从第一天开始追踪所有业务支出。用电子表格、Wave或Hledger。追踪支出的开发者每年节省$2,000-5,000本来会漏掉的税款。
  3. 月入超过$5K时找专业会计。ROI是即时的。
  4. 永远不要混合个人资金和业务资金。分开的账户。始终如此。

轮到你了

练习 5.1: 根据你当前或预期的收入,确定你在哪个级别(1-4)。写出具体的分配:税款、再投资和给自己各多少。

练习 5.2: 如果你在级别2+,确定本月你能做的ROI最高的雇佣或购买。不是最令人兴奋的,而是每花一美元能节省或产生最多时间或金钱的那个。

练习 5.3: 计算你当前的有效税率。如果你不知道,那就是答案——你需要弄清楚。咨询会计或花一小时看你所在国家税务机关的网站。

练习 5.4: 如果还没有的话,设立一个单独的"税款储备金"账户。设置从业务账户自动转账30%。今天就做,不是"收入更高时再说"。

练习 5.5: 写下三个你可能遗漏的扣除项。查看上面的列表。大多数开发者因为不追踪小支出而每年漏掉$1,000-3,000的扣除。


第6课:你的Stream Stack(12个月计划)

"没有计划的目标是愿望。没有里程碑的计划是幻想。这才是现实。"

交付物

就是这个。整个STREETS课程的最终练习。你构建的一切——基础设施、护城河、收入引擎、执行纪律、情报、自动化——汇聚到一个文档:你的Stream Stack。

Stream Stack不是给投资者的商业计划。它是给你的运营计划。它告诉你这个月该做什么、测量什么、终止什么、增长什么。它是你每周一早上打开来决定如何使用有限时间的文档。

Stream Stack模板

创建一个新文件。复制这个模板。填写每个字段。这是你的12个月运营计划。

# Stream Stack
# [Your Name / Business Name]
# Created: [Date]
# Target: $[X],000/month by [Date + 12 months]

---

## Portfolio Profile
- **Archetype:** [Safety First / Growth Mode / Going Independent]
- **Total available hours/week:** [X]
- **Current monthly revenue:** $[X]
- **12-month revenue target:** $[X]
- **Bridge income needed:** $[X]/month (from Quick Cash streams)

---

## Stream 1: [Name]

**Category:** [Quick Cash / Growing Asset / Content Compound /
             Passive Automation / Equity Play]

**Description:** [One sentence — what this stream is and who pays for it]

### Revenue Targets
| Timeframe | Target | Actual |
|-----------|--------|--------|
| Month 3   | $[X]   |        |
| Month 6   | $[X]   |        |
| Month 12  | $[X]   |        |

### Time Investment
- **Building phase:** [X] hrs/week for [X] months
- **Growth phase:** [X] hrs/week
- **Maintenance phase:** [X] hrs/week

### Key Milestones
- **Month 1:** [Specific deliverable — "Launch landing page and beta"]
- **Month 3:** [Specific metric — "10 paying customers"]
- **Month 6:** [Specific metric — "$500/month recurring"]
- **Month 12:** [Specific metric — "$2,000/month recurring"]

### Kill Criteria
[Specific condition that would cause you to shut this stream down]
Example: "Less than $100/month after 6 months of consistent weekly effort"

### Automation Plan
[What parts of this stream can be automated, and by when]
Example: "Automate onboarding emails by Month 2. Automate reporting
dashboard by Month 4. Automate social media distribution by Month 3."

### Flywheel Connection
[How this stream feeds or is fed by your other streams]
Example: "Client problems from this consulting work generate product
ideas for Stream 2. Case studies from this work become content for
Stream 3."

---

## Stream 2: [Name]
[Same structure as Stream 1]

---

## Stream 3: [Name]
[Same structure as Stream 1]

---

## [Stream 4-5 if applicable]

---

## Monthly Review Template

### Revenue Dashboard
| Stream | Target | Actual | Delta | Trend |
|--------|--------|--------|-------|-------|
| Stream 1 | $[X] | $[X] | +/-$[X] | up/down/flat |
| Stream 2 | $[X] | $[X] | +/-$[X] | up/down/flat |
| Stream 3 | $[X] | $[X] | +/-$[X] | up/down/flat |
| **Total** | **$[X]** | **$[X]** | | |

### Time Dashboard
| Stream | Planned hrs | Actual hrs | ROI ($/hr) |
|--------|------------|------------|------------|
| Stream 1 | [X] | [X] | $[X] |
| Stream 2 | [X] | [X] | $[X] |
| Stream 3 | [X] | [X] | $[X] |

### Monthly Questions
1. Which stream has the highest ROI on time?
2. Which stream has the best growth trajectory?
3. Is any stream hitting its kill criteria?
4. What's the biggest bottleneck across all streams?
5. What one thing would have the biggest impact next month?

---

## 12-Month Roadmap

### Phase 1: Foundation (Months 1-3)
- Month 1: [Primary focus — usually launching Stream 1 (Quick Cash)]
- Month 2: [Stream 1 generating revenue. Begin building Stream 2]
- Month 3: [Stream 1 stable. Stream 2 in beta. Stream 3 started]

### Phase 2: Growth (Months 4-6)
- Month 4: [Stream 1 on maintenance. Stream 2 launched. Stream 3 growing]
- Month 5: [First automation of Stream 1 processes]
- Month 6: [Mid-year review. Kill/grow/maintain decisions for all streams]

### Phase 3: Optimization (Months 7-9)
- Month 7: [Scale what's working. Kill what's not]
- Month 8: [Add Stream 4 if capacity allows]
- Month 9: [Flywheel connections strengthening]

### Phase 4: Acceleration (Months 10-12)
- Month 10: [Full portfolio running]
- Month 11: [Optimize for ROI across all streams]
- Month 12: [Annual review. Plan Year 2. Rebalance portfolio]

---

## Quarterly Decision Points

### Q1 Review (Month 3)
- [ ] All streams launched or in beta
- [ ] Revenue covering monthly costs (minimum)
- [ ] Time allocation matching plan (+/- 20%)
- [ ] Kill criteria evaluated for each stream

### Q2 Review (Month 6)
- [ ] At least one stream at target revenue
- [ ] Kill any stream that hit kill criteria
- [ ] Flywheel connections producing visible results
- [ ] First reinvestment decisions made

### Q3 Review (Month 9)
- [ ] Total revenue at 60%+ of 12-month target
- [ ] Portfolio rebalanced based on performance
- [ ] Automation saving 5+ hours/month
- [ ] Next streams identified if current ones are at capacity

### Q4 Review (Month 12)
- [ ] 12-month target hit (or clear understanding of why not)
- [ ] Full portfolio performance analysis
- [ ] Year 2 plan drafted
- [ ] Stream Stack document updated with actuals and learnings

完整的Stream Stack实例

以下是一个中级全栈开发者的完整填写版Stream Stack。不是假设。基于执行过此框架的开发者的复合案例。

# Stream Stack
# Alex Chen
# Created: February 2026
# Target: $8,000/month by February 2027

---

## Portfolio Profile
- **Archetype:** Safety First (transitioning to Growth Mode at Month 9)
- **Total available hours/week:** 18 (evenings + Saturdays)
- **Current monthly revenue:** $0 (employed full-time at $130K/year)
- **12-month revenue target:** $8,000/month
- **Bridge income needed:** $0 (employed — this is salary supplement
  until streams prove stable for 6 months)

---

## Stream 1: Next.js Performance Consulting

**Category:** Quick Cash

**Description:** Fixed-scope performance audits for e-commerce companies
running Next.js. Deliverable: 10-page audit report with prioritized
recommendations. Price: $2,500 per audit.

### Revenue Targets
| Timeframe | Target | Actual |
|-----------|--------|--------|
| Month 3   | $2,500 (1 audit/mo) |  |
| Month 6   | $5,000 (2 audits/mo) |  |
| Month 12  | $5,000 (2 audits/mo, higher rate possible) |  |

### Time Investment
- **Building phase:** 5 hrs/week for 1 month (build audit template, landing page)
- **Growth phase:** 8 hrs/week (4 hrs delivery, 2 hrs marketing, 2 hrs admin)
- **Maintenance phase:** 6 hrs/week

### Key Milestones
- Month 1: Audit template complete. Landing page live. First 5 cold
  outreach emails sent to agencies.
- Month 3: First paid audit delivered. 2 testimonials collected.
- Month 6: 2 audits/month. Waiting list forming. Rate increase to $3,000.
- Month 12: 2 audits/month at $3,000. Productized service page ranking
  in Google for "Next.js performance audit."

### Kill Criteria
Cannot land a single paid audit after 4 months of active outreach
(20+ cold emails sent, 5+ posts published).

### Automation Plan
- Month 1: Automate audit report generation template (fill in metrics,
  auto-format as PDF)
- Month 2: Automate Lighthouse/WebPageTest runs and data collection
- Month 3: Automate follow-up email sequences after audit delivery

### Flywheel Connection
Every audit reveals common Next.js performance patterns → becomes
content for Stream 3 (blog). Common audit findings → become features
for Stream 2 (SaaS tool). Audit clients → become potential SaaS
customers.

---

## Stream 2: PerfKit — Next.js Performance Monitoring Dashboard

**Category:** Growing Asset

**Description:** A lightweight SaaS that monitors Core Web Vitals for
Next.js apps with AI-powered recommendations. $19/month.

### Revenue Targets
| Timeframe | Target | Actual |
|-----------|--------|--------|
| Month 3   | $0 (still building) |  |
| Month 6   | $190 (10 customers) |  |
| Month 12  | $950 (50 customers) |  |

### Time Investment
- **Building phase:** 8 hrs/week for 4 months
- **Growth phase:** 5 hrs/week
- **Maintenance phase:** 3 hrs/week

### Key Milestones
- Month 1: Architecture and data model. Landing page with waitlist.
- Month 3: MVP launched to 20 beta users (free). Collect feedback.
- Month 6: Paid launch. 10 paying customers.
  Lighthouse CI integration shipped.
- Month 12: 50 customers. Monthly churn < 5%.
  Automated alerting feature shipped.

### Kill Criteria
Less than 20 paying customers after 9 months post-launch (Month 13
total). If kill criteria hit, open source the code and sunset the
hosted version.

### Automation Plan
- Month 4: Automated onboarding emails (3-email sequence)
- Month 5: Automated weekly performance reports to customers
- Month 6: Automated billing and dunning (Stripe Billing)

### Flywheel Connection
Fed by: Consulting audits reveal feature needs.
Blog posts about Next.js performance → drive signups.
Feeds: Customer usage data → content ideas.
Customer case studies → consulting credibility.

---

## Stream 3: "Next.js in Production" Blog + Newsletter

**Category:** Content Compound

**Description:** Weekly blog posts and bi-weekly newsletter about
Next.js performance, architecture, and production operations.
Free blog, paid newsletter tier at $8/month.

### Revenue Targets
| Timeframe | Target | Actual |
|-----------|--------|--------|
| Month 3   | $0 (building audience) |  |
| Month 6   | $80 (10 paid subs) |  |
| Month 12  | $800 (100 paid subs) + $400 (affiliates) |  |

### Time Investment
- **Building phase:** 4 hrs/week for 2 months (set up blog, write
  first 8 posts, build email capture)
- **Growth phase:** 4 hrs/week (1 post/week + newsletter curation)
- **Maintenance phase:** 3 hrs/week

### Key Milestones
- Month 1: Blog launched with 4 foundational posts. Newsletter
  signup on every page. Twitter/X account active.
- Month 3: 500 email subscribers. 8+ blog posts indexed in Google.
  First HN or Reddit post gets traction.
- Month 6: 2,000 email subscribers. 100 paid tier. First
  sponsorship inquiry.
- Month 12: 5,000 email subscribers. 100 paid. Consistent
  organic traffic. Blog generating consulting leads.

### Kill Criteria
Less than 500 email subscribers after 6 months of weekly publishing.
(Content streams get more time than products because compounding
is slower.)

### Automation Plan
- Month 1: RSS-to-social automation (new post → auto-tweet)
- Month 2: Newsletter template automated (pull latest posts,
  format, schedule)
- Month 3: 4DA integration — surface Next.js-relevant signals
  for newsletter curation

### Flywheel Connection
Fed by: Consulting experiences → blog topics.
Product development lessons → "Building PerfKit" series.
Feeds: Blog posts → consulting leads. Blog posts → product signups.
Newsletter audience → product launch distribution channel.

---

## 12-Month Roadmap

### Phase 1: Foundation (Months 1-3)
- Month 1: Launch consulting service (landing page, first outreach).
  Start blog with 4 posts. Begin PerfKit architecture.
- Month 2: First consulting client. Blog publishing weekly.
  PerfKit MVP in progress. Newsletter launched.
- Month 3: First audit delivered ($2,500). PerfKit in beta with
  20 users. Blog at 500 subscribers.
  Revenue: ~$2,500 | Hours: 18/week

### Phase 2: Growth (Months 4-6)
- Month 4: Second consulting client acquired. PerfKit paid launch.
  Blog content compounding.
- Month 5: Consulting at 2/month. PerfKit at 10 customers.
  First consulting lead from blog.
- Month 6: Mid-year review. Revenue: ~$5,270 | Hours: 18/week
  Decision: Stay course or accelerate?

### Phase 3: Optimization (Months 7-9)
- Month 7: Consulting rate increase to $3,000/audit. PerfKit
  feature expansion based on customer feedback.
- Month 8: Evaluate adding Stream 4 (automation — automated
  performance reports as a standalone product).
- Month 9: Flywheel visibly working — blog drives both
  consulting and PerfKit signups. Revenue: ~$7,000

### Phase 4: Acceleration (Months 10-12)
- Month 10: All streams running. Focus on scaling PerfKit.
- Month 11: Revenue optimization — raise prices, improve
  conversion, reduce churn.
- Month 12: Annual review. Revenue target: $8,000/month.
  Plan Year 2: reduce consulting to 1/month, scale PerfKit
  and content.

月度审查节奏

Stream Stack只有在你审查它时才有用。以下是节奏:

月度审查(30分钟,每月第一个周一):

  1. 更新每个收入流的收入实际数据
  2. 更新每个收入流的时间实际数据
  3. 计算每个收入流的每小时ROI
  4. 将终止标准与实际数据对照
  5. 确定本月需要解决的一个瓶颈

季度审查(2小时,每3个月):

  1. 每个收入流的终止/增长/维持决策
  2. 投资组合再平衡——从低ROI向高ROI收入流转移时间
  3. 评估添加新收入流(仅在现有收入流处于维护阶段时)
  4. 根据实际表现更新12个月路线图

年度审查(半天,与STREETS Evolving Edge更新同步):

  1. 完整的投资组合绩效分析
  2. 第2年计划:什么保留,什么终止,什么新增
  3. 第2年收入目标(如果飞轮在运转,应为第1年的2-3倍)
  4. Sovereign Stack Document更新(硬件、预算、法律状态可能已变化)
  5. 技能盘点更新——今年你发展了什么新能力?

12个月路线图模板(通用)

如果你从零开始,这是默认的顺序:

Month 1-2:启动Stream 1(最快产生收入) 你的Quick Cash收入流。咨询、自由职业或服务。在你构建较慢收入流时提供财务桥梁。不要想太多。找一个愿意为你已经知道的东西付钱的人。

Month 2-3:开始构建Stream 2(复利资产) Stream 1产生现金时,将30-40%的可用时间投入构建产品。用Stream 1客户工作的洞察来指导你构建什么。

Month 3-4:开始Stream 3(内容/受众) 开始发布。博客、通讯、YouTube——选一个渠道,承诺每周发布。这个收入流需要最长时间才能回报,这正是你需要早开始的原因。

Month 5-6:Stream 1的首次自动化 到现在,你已经做了足够多的咨询/服务工作来识别重复部分。自动化它们。自动化开票、报告、引导或任何模板工作。释放的时间投入Stream 2和3。

Month 7-8:扩展有效的,终止无效的 年中清算。将每个收入流与其终止标准对照。要诚实。从表现不佳的收入流向表现出色的转移时间。如果所有收入流都表现不佳,重新审视你的细分市场选择(模块T)和执行(模块E)。

Month 9-10:如果有余力则添加Stream 4 仅在Stream 1-3正在产生收入且未消耗你所有时间时。Stream 4通常是自动化或被动产品——以最少持续努力运行的东西。

Month 11-12:全投资组合优化,规划第2年 优化定价,减少流失,提高转化,进一步自动化。起草第2年计划。第2年的目标是减少Quick Cash依赖,增加产品/内容/自动化的收入份额。

常见错误: 同时启动所有收入流。你会在所有收入流上都零进展,而不是在一个上取得有意义的进展。顺序启动,不是并行启动。Stream 1应该在产生收入后才开始构建Stream 2。Stream 2应该在进入beta后才开始Stream 3的发布。每个收入流通过前一个的表现来赢得其时间分配。

轮到你了

练习 6.1: 用你的3-5个收入流填写完整的Stream Stack模板。每个字段。没有占位符。使用基于你实际费率、现实客户数量和诚实时间可用性的真实数字。

练习 6.2: 设置你第一次月度审查的日历提醒——从今天起30天后。现在就放入日历。不是"以后再说"。现在。

练习 6.3: 写下每个收入流的终止标准。要具体且有时限。与会追究你责任的人分享。如果没有这样的人,写在显示器上的便利贴上。

练习 6.4: 确定你组合中最强的飞轮连接。这是你应该最重点投资的连接。写下未来30天内你将采取的3个具体行动来加强这个连接。


STREETS毕业生

完整旅程

你从模块S(Sovereign Setup)开始时有一份硬件清单和一个梦想。你以模块S(Stacking Streams)结束,拥有完整的收入运营体系。

STREETS完整旅程构建了什么:

S — Sovereign Setup(第1-2周): 你审计了你的设备,设置了本地LLM,建立了法律和财务基础,创建了Sovereign Stack Document。你的基础设施成为了商业资产。

T — Technical Moats(第3-4周): 你识别了独特的技能组合,构建了专有数据管道,设计了竞争对手无法轻易复制的可防御优势。你的专业知识成为了护城河。

R — Revenue Engines(第5-8周): 你构建了具体的、代码支撑的变现系统。不是理论——实际的产品、服务和自动化,附带真实代码、真实定价和真实部署指南。你的技能成为了产品。

E — Execution Playbook(第9-10周): 你学习了发布流程、定价策略和如何找到第一批客户。你发布了。不是"计划发布"。发布了。你的产品成为了供应。

E — Evolving Edge(第11-12周): 你构建了信号检测系统,学习了趋势分析,让自己在竞争对手之前看到机会。你的情报成为了优势。

T — Tactical Automation(第13-14周): 你自动化了运营中的重复部分——监控、报告、客户引导、内容分发。你的系统变得自主了。

S — Stacking Streams(第14-16周): 你设计了一个具有特定目标、终止标准和12个月路线图的互联收入流投资组合。你的收入流成为了生意。

STREETS毕业生的模样

完成本课程并执行12个月的开发者拥有:

全天候运行的自主基础设施。 一个本地计算堆栈,运行推理、处理数据、服务客户,不依赖任何单一云提供商。设备不再是消费品。它是产生收入的资产。

具有定价权的清晰技术护城河。 竞争对手无法通过看YouTube教程复制的技能组合、专有数据和定制工具链。当你报价$200/小时时,客户不会犹豫——因为他们从$50/小时的替代方案那里得不到你提供的东西。

产生收入的多个收入引擎。 不是一个脆弱的收入流。三个、四个、五个收入流,分布在不同类别和不同风险配置上。一个下降时,其他的承接。一个飙升时,盈余被重新投入下一个机会。

执行纪律。 每周发布。基于数据而非感觉迭代。不带对沉没成本的情感依恋地终止表现不佳的收入流。每月审查数字。每季度做出艰难决策。

实时情报。 始终知道细分市场在发生什么。不是通过刷Twitter。而是通过一个有意的信号检测系统,在机会、威胁和趋势变得明显之前就将其浮出水面。

战术自动化。 机器处理每个收入流中的重复工作。发票生成、内容分发、监控、引导、报告——全部自动化。人类时间用于只有人类能做的工作:战略、创造力、关系、判断。

叠加的收入流。 一个分散的、有韧性的收入投资组合,其中每个收入流供给其他收入流。飞轮在转。每次推动需要的力更少,产生的动量更大。

长期博弈

STREETS不是一个"快速致富"系统。它是一个"12-24个月实现经济主权"系统。

经济主权意味着:

这需要时间。12个月持续执行后月入$10K的开发者,拥有的东西远比从一次幸运的产品发布中赚到$10K的开发者有价值。前者有一个系统。后者有一张彩票。

系统每次都赢过彩票。在每个时间维度上。

年度更新

技术格局在变。法规在演进。新平台出现。旧的消亡。API定价变化。模型能力提升。市场开放又关闭。

STREETS每年更新。2027年版将反映:

2027年版1月见。


4DA集成:你的情报层

4DA集成: 4DA的每日简报成为你每天早上的商业情报报告。你的细分市场发布了什么?哪个竞争对手刚刚上线?哪个框架在获得牵引力?哪项法规刚通过?哪个API刚改了定价?

在STREETS中成功的开发者是拥有最佳雷达的人。他们在机会出现在Upwork之前就看到了咨询机会。在缺口变得明显之前就看到了产品空白。在趋势变成潮流之前就看到了它。

4DA就是那个雷达。

特别是在本模块中:

用你的Stream Stack关键词设置4DA上下文。每天早上审查每日简报。对重要的信号采取行动。忽略其余的。

你的设备产生情报。你的收入流产生收入。4DA将它们连接起来。


最后的话

十六周前,你是一个有电脑和技能的开发者。

现在你有了自主基础设施、技术护城河、收入引擎、执行纪律、情报层、战术自动化,以及一个有12个月计划的叠加收入流投资组合。

这一切都不需要风险资本、联合创始人、计算机科学学位或任何人的许可。只需要你已经拥有的电脑、你已经拥有的技能,以及将你的设备当作商业资产而非消费品来对待的意愿。

系统已经构建。Playbook已经完成。剩下的是执行。


"街头不在乎你的计算机科学学位。它们在乎你能构建什么、发布什么、卖出什么。你已经有了技能。你已经有了设备。现在你有了playbook。"


你的设备。你的规则。你的收入。

STREETS 开发者收入课程 — 完成。 从模块S(Sovereign Setup)到模块S(Stacking Streams) 16周。7个模块。42节课。一个playbook。

每年更新。下一版:2027年1月。 由4DA的信号情报构建。

← 上一个 模块 T:战术自动化