#389.Tailwind CSS 创始人的至暗时刻：从风靡全球到裁员 75%，开源商业化的残酷真相

本期播客以极度私密、情绪化的方式，记录了Tailwind CSS创始人Adam Wathan在商业经营遭遇重大挫败后的内心独白。作为全球最受欢迎的开源CSS框架之一，Tailwind CSS在技术社区中享有极高声誉，但其背后的商业化路径却陷入困境：收入持续多年缓慢下滑，最终迫使团队在2024年初裁掉75%的工程人员（即3名核心工程师，团队从4人缩减至1人）。这一决策并非源于项目失败，恰恰相反，是在项目“疯狂成功”的背景下发生的——用户量激增，但商业转化率却与流行度成反比。Adam将此归因于多重结构性挑战，包括AI技术对文档流量的侵蚀、开源社区对商业诉求的误解，以及自身作为技术创始人在商业战略上的经验不足。

整个叙述揭示了开源项目商业化的残酷现实：即使拥有数百万用户和极高的行业影响力，若缺乏可持续的变现机制，仍可能面临现金流枯竭的风险。Adam坦承自己长期处于“温水煮青蛙”式的收入下滑中，直到通过数据建模才意识到公司仅剩约六个月的运营窗口。他详细描述了裁员过程中的道德挣扎、对被裁同事才华的高度认可，以及在资源极度受限下如何重新聚焦产品开发与AI工具整合。尤为关键的是，他指出当前大语言模型（LLM）对开源项目的双刃剑效应——一方面提升Tailwind的使用广度，另一方面却削弱其核心分发渠道（文档网站）的商业价值，因为用户不再访问官网，而是直接通过AI爬取Markdown内容。这场危机不仅是一次业务重置，更是一场关于开源伦理、商业责任与创始人心理韧性的深刻反思。

# 一、收入持续下滑与“温水煮青蛙”式危机的爆发

Adam Wathan在播客开篇即揭示了一个长期被忽视的财务现实：尽管Tailwind CSS在全球开发者社区中持续走红，其商业收入却已连续多年呈现缓慢而稳定的下降趋势。这种下滑并非断崖式崩盘，而是以每月固定金额递减的方式进行，导致百分比降幅逐月扩大，形成一种极具欺骗性的“稳定假象”。由于账单仍能按时支付，团队一度误以为收入已“稳住”，实则从未真正止跌。直到假期期间，Adam首次基于真实数据而非直觉进行财务预测，才震惊地发现：若趋势不变，公司将在六个月内耗尽现金流，无法支付工资。

“收入已经慢慢下滑好几年了，但这个过程特别慢、特别稳，就像温水煮青蛙一样，你几乎都感觉不到。”

这一认知偏差源于人类对渐进式变化的天然迟钝。Adam坦言，自己长期“给自己讲故事”，用主观感受替代客观数据，误判了业务健康度。这种心理机制使得团队未能及时调整战略，错失了多个潜在的干预窗口。当现实数据揭示出严峻前景时，留给公司的反应时间已极为有限——仅六个月。这迫使管理层不得不做出一个痛苦但必要的决定：立即缩减团队规模，以确保剩余员工能获得体面的遣散费，并有足够时间寻找新工作。Adam强调，这一决策的核心动机并非成本削减本身，而是出于对员工的责任感：“如果我处在那个位置，我也希望别人能这么对我。”

# 二、裁员75%：数字背后的人性重量与团队结构剧变

尽管裁员比例高达75%，但由于Tailwind团队规模极小（工程团队仅4人），实际被裁人数为3人。Adam特意强调这一百分比的重要性，因为若仅说“裁了三人”，容易让人低估其冲击力；而事实上，这意味着工程团队从四人锐减至一人，构成了一次结构性的“巨大变化”。被裁的三位成员——Philip、Jordan和Dan——均被Adam誉为“合作过最有才华的人之中的三个”，他们在技术、设计、产品思维等多个维度展现出卓越能力，且深度参与了Tailwind核心产品（如Tailwind UI、Headless UI、Tailwind v3/v4）的构建。

“这三个人都是我特别喜欢合作的同事，是我合作过最有才华的人之中的三个。我本来还特别期待能和他们一起继续创造新东西，我脑子里有一大堆我们可以一起做的项目。”

裁员决策的残酷性在于，它并非基于绩效或能力，而是纯粹由现金流压力驱动。Adam明确表示，他宁愿让团队免费工作也不愿失去他们，但现实是：“我要么让他们免费在这儿干活，要么就只能让他们走去找个能按月发工资的新工作。”这一两难凸显了小型开源商业实体在面对市场波动时的脆弱性——即便拥有顶尖人才，也无法抵御系统性收入萎缩。值得注意的是，裁员后剩余团队仅由三位创始人（Adam、Steve Schoger、Jonathan Reinink）及一名长期工程师Robin组成，外加兼职运营Peter，总计五人（含两名全职员工）。这种极简结构虽能降低运营成本，但也意味着每位成员必须承担远超以往的工作负荷。

# 三、AI的双刃剑效应：技术红利与商业侵蚀的悖论

Adam将Tailwind当前困境的核心矛盾归结为AI技术的双重影响。一方面，AI（尤其是大语言模型）极大提升了Tailwind的普及度，使其“比以往任何时候都更受欢迎”；另一方面，AI也直接侵蚀了其商业模式的根基——文档网站作为唯一付费产品分发渠道的价值正在瓦解。具体而言，用户越来越多地依赖LLM直接爬取Tailwind文档的Markdown源文件，而非访问官网。这导致文档流量从峰值下降约40%，而与此同时，Tailwind的受欢迎程度却是流量峰值时期的三倍。由于付费产品（如Tailwind UI）的信息仅通过文档页面展示，流量流失直接转化为商业曝光减少，进而抑制收入增长。

“我他妈做了这么个疯狂成功的开源项目，结果商业上的成功却跟这个项目的流行度成了反比。”

这一悖论在近期一个Pull Request（PR）争议中集中爆发：社区成员提议在文档页面添加“复制为Markdown”按钮，以方便AI使用。尽管Adam认为该功能“体验也不错”，但他不得不关闭PR，理由是此举可能进一步加速用户脱离官网，从而“让我们的收入变得更少”。他在回复中直言：“我们现在必须专注于做能帮公司赚钱的事儿，否则这个框架就没法持续下去了。”这一立场引发了部分社区成员的不满，指责团队“只想着赚钱”。对此，Adam感到无奈，强调在仅有600多个待处理PR和极度有限精力的情况下，必须“非常无情地划分优先级”，优先保障能带来直接收入的产品改进（如Tailwind One Pass）。

# 四、被裁核心成员的能力画像与职业推荐

Adam利用播客最后时段，深情介绍了三位被裁同事的专业能力与个人特质，旨在为其寻找新机会：

• Philip：前Sourcegraph工程师，曾参与Facebook React核心团队及Workplace项目。被推荐人Torsin称为“合作过最优秀的人之一”。Philip在Tailwind负责核心库开发、Tailwind Plus Elements库构建，并主导了复杂前端组件（如IFRAME响应式缩放预览）的设计。他兼具超强工程效率、AI工具深度使用者身份，以及罕见的商业产品嗅觉——常追问“这活儿值得做吗？投入X天合理吗？”
• Jordan：早年为构建工具Laravel Mix的高级贡献者。Adam称其为“AI出现之前的人肉AI”，因其拥有“神秘又深奥的知识”，能迅速诊断Safari/Webkit等底层引擎BUG，并无畏地深入任何陌生代码库提交修复PR。他不仅主导了React库Headless UI的开发，还是团队首选的系统管理与服务器问题解决者。
• Dan：角色为“设计工程师”，兼具顶级设计师与强工程能力。他为Tailwind v4完成品牌重塑、设计全新P3色彩系统，并为此自研整套颜色预览工具。Dan还是病毒式技术推文（含等轴测绘图与图表）的创作者，正撰写书籍《Making Software Cock》，深入解析计算机原理。其独特价值在于“真正懂工程的设计师”——例如能精准设计语法高亮主题，理解“注释没有函数名重要”。

Adam强调，这三人“在任何公司都会是巨大的财富”，并主动提供热情推荐，呼吁听众所在企业予以关注。

# 五、战略重置：回归一线开发与AI工具深度整合

面对团队规模骤减，Adam宣布将亲自回归一线开发角色，承担比过去几年更多的编码工作。他认为这反而是一线希望，因为“亲手创造东西”能带来分配任务所无法比拟的满足感。同时，团队将被迫更高效地利用AI工具以弥补人力缺口。例如，在一次服务器CPU与内存爆满的故障排查中，团队直接通过SSH连接服务器，使用“CLOCK CODE”（应为Cursor或类似AI编程助手）模拟DevOps工程师角色，快速定位问题为“负载过高”而非代码BUG，大幅缩短排障时间。

“靠着它，我们排查问题的速度比你自己手动去查，该在终端里敲什么命令，看一堆数据要快得多。”

此外，团队正探索用AI自动化处理GitHub Issue分类等重复性工作。尽管Adam承认怀念八人团队的创造力，但他强调必须“在现有条件下做到最好”。未来战略重心将聚焦于改进Tailwind One Pass产品、拓展合作伙伴计划（由Peter主导，已带来“更可预测的经常性收入”），并审慎评估任何可能影响商业曝光的功能开发。他反复申明，当前所有决策并非出于“贪婪”，而是因为“收入正在趋向于零”，必须优先确保公司生存。

# 总结与启示

本期播客以罕见的坦诚揭示了开源项目商业化的深层困境：技术成功不等于商业可持续。Tailwind CSS的案例表明，即使拥有现象级用户基础，若核心变现渠道（如文档流量）被新技术范式（如LLM爬取）颠覆，仍可能陷入“越流行越亏损”的怪圈。Adam Wathan的挣扎凸显了创始人在理想主义（服务社区）与现实主义（维持运营）之间的撕裂，以及小型团队在系统性风险面前的无力感。然而，其应对策略——果断裁员保尊严、回归产品本质、拥抱AI提效——也为同类项目提供了宝贵参考。最终，这场“至暗时刻”不仅是Tailwind的业务重置，更是对开源经济模型的一次残酷压力测试，警示所有开源维护者：必须尽早构建抗脆弱的商业模式，否则技术光环终将被财务现实吞噬。