1
00:00:00,100 --> 00:00:04,160
本内容改编自开源项目 Easy-Vibe，为二次演绎配音版。

2
00:00:04,110 --> 00:00:08,353
你好，欢迎来到 Easy-Vibe 第 1 站，学习地图，开讲。

3
00:00:08,353 --> 00:00:10,156
先问你一个问题。

4
00:00:10,156 --> 00:00:15,372
你现在特别想做一个东西，一个能解决身边某个麻烦的小工具。

5
00:00:15,372 --> 00:00:21,478
比如帮你妈算账，帮你店里排班，帮你记住该催的客户，帮社团统计报名。

6
00:00:21,478 --> 00:00:23,545
你的第一反应是什么？

7
00:00:23,545 --> 00:00:27,199
我猜大概率是，我不会写代码，算了。

8
00:00:27,199 --> 00:00:30,889
这个"算了"，放在几年以前，是成立的。

9
00:00:30,889 --> 00:00:38,798
不会写代码，想法就只能是想法，停在脑子里，停在 PPT 里，停在跟朋友喝酒吹牛的那三分钟里。

10
00:00:38,798 --> 00:00:44,735
想让它变成真能跑的东西，你得先找工程师，或者自己闷头学几年。

11
00:00:44,735 --> 00:00:48,665
但这几年发生了一件事，把这个门槛拆了。

12
00:00:48,665 --> 00:00:51,502
顺便说一句这门教程的来历。

13
00:00:51,502 --> 00:00:56,838
它的核心贡献者和测试者，来自清华大学深圳国际研究生院。

14
00:00:56,838 --> 00:01:06,766
同学们在实际学习和操作里不断指出问题、提建议、参与修改，让它更清晰、更可靠，也更贴近初学者的真实需要。

15
00:01:06,766 --> 00:01:16,454
这件事很要紧，因为它说明这门课不是站在岸上教游泳，是真有一群人在水里扑腾过，而且把呛水的经验写了下来。

16
00:01:16,454 --> 00:01:20,312
这一集要讲的，就是这张地图的全貌。

17
00:01:20,312 --> 00:01:26,153
零基础的人能走到哪里，路上有哪几个台阶，每个台阶能拿到什么。

18
00:01:26,153 --> 00:01:33,942
听完你至少能确认一件事，你不用先学几年编程，才能开始做和验证自己的第一个产品原型。

19
00:01:34,084 --> 00:01:37,134
以前做软件，门槛是真的高。

20
00:01:37,084 --> 00:01:45,246
你想把一个想法变成能跑的程序，得先学一门编程语言，再学开发工具，再学一大堆技术知识。

21
00:01:45,246 --> 00:01:50,690
前端、后端、数据库、部署，一整套东西堆在你面前。

22
00:01:50,690 --> 00:01:55,738
想做个能给别人看的小东西，从零开始按周算是客气的。

23
00:01:55,738 --> 00:01:59,981
普通人看一眼这个清单，还没起步就先放弃了。

24
00:01:59,981 --> 00:02:08,202
所以很长时间里，"做软件"这件事是被一小部分人垄断的，你有想法没用，你得先变成他们中的一员。

25
00:02:08,202 --> 00:02:12,193
大语言模型和 AI 编程工具把这件事改了。

26
00:02:12,193 --> 00:02:19,657
现在你可以直接用大白话告诉电脑你想干什么，让它帮你生成代码、搭界面、改功能。

27
00:02:19,657 --> 00:02:25,089
中间那些语法细节、工具配置、环境问题，交给 AI 去磨。

28
00:02:25,089 --> 00:02:30,883
你的角色从"亲手写每一行"变成了"说清楚要什么，然后判断它给的对不对"。

29
00:02:30,883 --> 00:02:36,676
这个转变看着轻巧，其实很重，因为你从搬砖的变成了看图的。

30
00:02:36,676 --> 00:02:44,488
这里最关键的转变是这个，人和计算机沟通的方式，从严格的编程语法，延伸到了自然语言。

31
00:02:44,488 --> 00:02:49,957
你说了几十年的人话，忽然之间变成了一种能驱动计算机的语言。

32
00:02:49,957 --> 00:02:54,428
这件事的分量，比任何一个具体工具的上线都大。

33
00:02:54,428 --> 00:02:58,010
因为它换掉的不是效率，是入场资格。

34
00:02:58,010 --> 00:03:00,750
以前是"你不会，所以没你的事"。

35
00:03:00,750 --> 00:03:04,560
现在是"你会说人话，就可以上场试试"。

36
00:03:04,708 --> 00:03:08,480
Vibe Coding 这个词，出现于二零二五年二月二日。

37
00:03:08,430 --> 00:03:12,144
提出它的人是 AI 研究者 Andrej Karpathy。

38
00:03:12,144 --> 00:03:25,653
他用这个词描述一种新的编程方式，人主要通过自然语言告诉 AI 想要什么，看一眼跑出来的结果，再继续对话、继续修改，而不必从头手写、理解、管理每一行代码。

39
00:03:25,653 --> 00:03:28,598
说人话就是，用说话来编程。

40
00:03:28,598 --> 00:03:34,475
描述想法，让 AI 生成程序，运行看看，再通过对话一轮轮调。

41
00:03:34,475 --> 00:03:40,305
你不会背语法没关系，你只要能把"我要什么"讲清楚，并且看得出"它给错了"。

42
00:03:40,305 --> 00:03:43,778
后半句比前半句更难，也更值钱。

43
00:03:43,778 --> 00:03:49,896
它最先带来的突破，是让很多人跨过了"不会写代码所以无法开始"这道坎。

44
00:03:49,896 --> 00:03:57,733
一个没有编程经验的人，几分钟内就能做出一个小游戏、一个网页、一个能拿给别人演示的原型。

45
00:03:57,733 --> 00:04:01,422
以前这是要按周算的活，现在按分钟算。

46
00:04:01,422 --> 00:04:06,230
这个速度差，会彻底改变一个人对自己能力的判断。

47
00:04:06,230 --> 00:04:10,136
原来我也行，这句话比任何技术都值钱。

48
00:04:10,136 --> 00:04:13,778
但请注意，我说的是"做出了一个能跑的 Demo"。

49
00:04:13,778 --> 00:04:17,288
Demo 和产品之间，还隔着老远一段路。

50
00:04:17,288 --> 00:04:21,182
这段路才是这门课真正要带你走的地方。

51
00:04:21,182 --> 00:04:27,144
跑起来只是证明了它能跑，没证明它该做、有人要、能活下去。

52
00:04:27,292 --> 00:04:33,455
当"做出一个能跑的 Demo"越来越容易，新的问题就来了，而且一个比一个难。

53
00:04:33,405 --> 00:04:36,591
应该做什么，而不只是能做什么。

54
00:04:36,591 --> 00:04:40,040
它为谁解决问题，用户真的需要吗。

55
00:04:40,040 --> 00:04:45,521
AI 生成的第一版，怎么变成稳定、清楚、能持续修改的东西。

56
00:04:45,521 --> 00:04:50,317
怎么把产品交到用户手里，而不是只在自己电脑上跑。

57
00:04:50,317 --> 00:04:55,256
怎么通过使用、反馈和付费，证明它真的创造了价值。

58
00:04:55,256 --> 00:04:59,247
你看，这五个问题，没有一个是语法问题。

59
00:04:59,247 --> 00:05:01,290
它们全是判断问题。

60
00:05:01,290 --> 00:05:07,143
代码可以问 AI，判断只能问用户、问市场、问你自己的脑子。

61
00:05:07,143 --> 00:05:13,189
所以 Vibe Coding 并没有消除学习要求，它是把要求换了一档，而且抬高了。

62
00:05:13,189 --> 00:05:16,579
只看 Coding，目标是让代码运行。

63
00:05:16,579 --> 00:05:21,254
真正 Build Product，是要对从问题到结果的完整过程负责。

64
00:05:21,254 --> 00:05:32,444
原话说得很直白，Coding 问的是我能不能把它做出来，Build Product 问的是它值不值得做，谁会使用，我怎样把它交付出去，又怎样知道它真的有效。

65
00:05:32,444 --> 00:05:44,295
这门课想做的，就是先让你快速做出东西，再一步步教你怎样选择问题、验证需求、设计方案、构建产品、接触用户，以及根据结果继续迭代。

66
00:05:44,295 --> 00:05:47,660
整条主线是一条闭环，八个小环节。

67
00:05:47,660 --> 00:05:56,206
发现问题，验证需求，设计方案，构建产品，交付用户，说明价值，观察结果，持续迭代。

68
00:05:56,206 --> 00:06:01,711
建议你把八个词记下来，这门课后面所有内容，都挂在这条链上。

69
00:06:01,711 --> 00:06:05,990
哪一个环节断了，产品就会在断的地方卡住。

70
00:06:05,990 --> 00:06:11,723
比如你做完了没人用，那断的一定是验证需求，而不是构建产品。

71
00:06:11,723 --> 00:06:14,788
还有几个具体问题你迟早会撞上。

72
00:06:14,788 --> 00:06:18,237
怎么让 AI 写出干净、能维护的代码。

73
00:06:18,237 --> 00:06:21,891
怎么把零散的代码拼成一个能跑的应用。

74
00:06:21,891 --> 00:06:25,100
怎么让应用真正上线、被人用到。

75
00:06:25,100 --> 00:06:29,968
怎么把文本生成、图像识别这些 AI 能力装进产品里。

76
00:06:29,968 --> 00:06:34,595
怎么判断用户是不是真的需要它，甚至愿意为它付钱。

77
00:06:34,595 --> 00:06:37,384
这些都会在课里找到答案。

78
00:06:37,516 --> 00:06:41,648
你可能会问，产品工程师到底是个什么岗位？

79
00:06:41,598 --> 00:06:45,420
这不是二零二六年才突然冒出来的新头衔。

80
00:06:45,420 --> 00:06:54,831
早在二零一八年，客户通讯公司 Intercom 就提出了 Product Engineer 这个概念，用来描述一种对产品有"所有权"的工程师。

81
00:06:54,831 --> 00:07:06,334
不是照着别人写好的需求文档敲代码，而是真正理解用户的问题，参与讨论产品应该做成什么样，并且持续跟进自己负责的产品上线之后的表现。

82
00:07:06,334 --> 00:07:12,331
八年过去，这个岗位不但没消失，反而被 AI 推着长成了一片森林。

83
00:07:12,331 --> 00:07:17,512
AI 带来的真正变化，是把"做东西"这件事的门槛大幅降低了。

84
00:07:17,512 --> 00:07:30,276
以前一个人很难同时搞定原型、界面、前后端、AI 能力集成、测试和部署这一整套工作，但借助大模型和编程 Agent，这些技术边界正在被打破。

85
00:07:30,276 --> 00:07:42,740
公司对工程师的期待也跟着变了，不只是把代码写完交差，而是能直接理解用户需求、验证方案是否可行、推动产品被真正用起来，最终对业务结果负责。

86
00:07:42,740 --> 00:07:46,863
这不是某一家的偏好，是正在发生的行业现实。

87
00:07:46,863 --> 00:07:58,089
翻开二零二六年的招聘信息，从 Hamilton AI 到 Alma，从保险公司 Harper 到加密投资机构 Paradigm，岗位描述里高频出现的都是同一批要求。

88
00:07:58,089 --> 00:08:04,603
直接跟客户聊天，从一次对话里挖出需求做出产品，马上给真实用户试用。

89
00:08:04,603 --> 00:08:11,394
一个人搞定 Agent 设计、后端代码、界面开发，还要观察律师和客户实际怎么用。

90
00:08:11,394 --> 00:08:18,750
深入销售、客服、承保现场，最终对转化率这类业务指标负责，不只是把功能上线。

91
00:08:18,750 --> 00:08:33,585
到二零二六年八月，OpenAI 的 F D E 岗位已经把"生产采用率"和"可量化的工作流效率提升"写成了核心成功标准，成功标准不是写了多少代码，而是客户用不用、有没有真的提升工作效率。

92
00:08:33,585 --> 00:08:38,982
翻译一下就是，代码写多少不再是成绩，东西有没有人用才是。

93
00:08:38,982 --> 00:08:48,802
这句话听起来残酷，但它对一个想入行的人其实是好消息，因为它把起跑线从"你会多少技术"挪到了"你能不能解决真问题"。

94
00:08:48,940 --> 00:08:51,990
这些变化同时意味着两件事。

95
00:08:51,940 --> 00:08:57,157
会写代码的人角色在变，不懂代码的人也有了入场的机会。

96
00:08:57,157 --> 00:08:58,755
先讲第一件。

97
00:08:58,755 --> 00:09:04,825
对比传统的"按需求写代码"，产品工程师的工作方式有几个明显变化。

98
00:09:04,825 --> 00:09:06,568
工作起点变了。

99
00:09:06,568 --> 00:09:13,996
不再等着产品经理把需求文档写好，而是自己走到用户和业务一线去发现真正的问题。

100
00:09:13,996 --> 00:09:16,063
原型的作用变了。

101
00:09:16,063 --> 00:09:23,251
做原型不只是为了展示技术有多酷，而是尽快交到用户手里，验证你的想法对不对。

102
00:09:23,251 --> 00:09:24,945
能力边界变了。

103
00:09:24,945 --> 00:09:33,900
不再只负责自己那一小块技术模块，而是要能打通界面、后端、AI、部署，甚至关心用户体验好不好用。

104
00:09:33,900 --> 00:09:35,799
成功标准变了。

105
00:09:35,799 --> 00:09:44,921
以前代码写完、功能上线就算交差，现在要看产品有没有人用、有没有提升效率、能不能带来转化和收入。

106
00:09:44,921 --> 00:09:47,553
和客户的距离也变近了。

107
00:09:47,553 --> 00:09:56,724
越来越多的产品工程师开始直接参与客户演示、概念验证和上线支持，用技术实力证明产品的价值。

108
00:09:56,724 --> 00:09:59,717
你可能会担心，还要会销售？

109
00:09:59,717 --> 00:10:03,635
别紧张，这不是让你去做传统意义上的销售。

110
00:10:03,635 --> 00:10:08,010
对产品工程师来说，所谓"会销售"其实是三件事。

111
00:10:08,010 --> 00:10:19,549
能找到可能需要你产品的人，听得懂他们的真实痛点，能演示你的解决方案，邀请他们试用，并且验证他们是不是真的愿意持续使用、甚至付费。

112
00:10:19,549 --> 00:10:26,544
说到底，这不是让你去卖嘴皮子，是让你别做一个"东西交出去就跟我没关系了"的人。

113
00:10:26,544 --> 00:10:32,397
你自己做的东西，你自己都不在乎有没有人用，那它大概率真没人用。

114
00:10:32,397 --> 00:10:36,027
这句话不好听，但值得贴在墙上。

115
00:10:36,172 --> 00:10:38,525
更重要的是第二件事。

116
00:10:38,475 --> 00:10:45,050
AI 不仅改变了工程师的工作，也把"做产品"这件事的门槛降到了前所未有的低度。

117
00:10:45,050 --> 00:10:53,235
以前，如果你不会写代码，哪怕有再好的想法，也只能停留在脑图、原型图或者 PPT 里。

118
00:10:53,235 --> 00:11:00,002
要做出真正能运行的产品，你必须找到工程师合作，或者自己花几年时间学编程。

119
00:11:00,002 --> 00:11:03,668
你的想法再好，也过不了"没人给你做"这一关。

120
00:11:03,668 --> 00:11:05,459
但现在不一样了。

121
00:11:05,459 --> 00:11:08,379
第一，你不用先学几年编程。

122
00:11:08,379 --> 00:11:16,192
你可以用自然语言和 AI 对话，让它帮你写出代码、搭出界面、解决报错，直接做出能跑的东西。

123
00:11:16,192 --> 00:11:20,867
卡住了问它，报错了贴给它，它就是你随身的师傅。

124
00:11:20,867 --> 00:11:24,365
第二，行业经验比代码能力更稀缺。

125
00:11:24,365 --> 00:11:34,100
如果你是老师、医生、律师、销售、运营，或者在某个行业深耕多年，你懂用户的真实痛点、懂业务流程。

126
00:11:34,100 --> 00:11:40,999
这些领域知识，恰恰是很多纯工程师欠缺的，也是做出好产品最关键的东西。

127
00:11:40,999 --> 00:11:50,062
一个在银行做了十年信贷的人，比一个刚学会写代码的人，更知道风控流程里哪一步最让人想摔键盘。

128
00:11:50,062 --> 00:11:54,124
他知道坑在哪，这比会写代码稀缺得多。

129
00:11:54,124 --> 00:12:00,014
第三，从"我有一个想法"到"我做出了产品"，距离缩短到几周甚至几天。

130
00:12:00,014 --> 00:12:08,812
你完全可以自己动手，把你熟悉行业里的某个痛点做成一个小工具，交给真实用户使用，验证它的价值。

131
00:12:08,812 --> 00:12:12,574
具体到你身上，这门课能帮的也很清楚。

132
00:12:12,574 --> 00:12:16,240
学生可以自己动手做项目，不用再求人。

133
00:12:16,240 --> 00:12:20,410
职场人能把重复工作自动化，甚至做出副业。

134
00:12:20,410 --> 00:12:27,081
产品经理和设计师的想法不再停留在纸面，能快速做出 Demo 交给用户验证。

135
00:12:27,081 --> 00:12:32,898
创业者和中小企业主能低成本验证想法，不用先组建完整团队。

136
00:12:32,898 --> 00:12:37,117
老师能制作教学工具、课件、自动化出题。

137
00:12:37,117 --> 00:12:42,273
医生和律师能把专业流程自动化，打造自己的效率工具。

138
00:12:42,273 --> 00:12:45,374
这门课就是为这两类人准备的。

139
00:12:45,374 --> 00:12:59,341
不管你是已经会写代码、想升级能力边界的工程师，还是完全零基础、但有想法、懂行业的普通人，都可以从这里开始，学会用 AI 把想法变成真正能解决问题的产品。

140
00:12:59,476 --> 00:13:03,115
你可能还听过 F D E、O P C 这些说法。

141
00:13:03,065 --> 00:13:06,046
它们和产品工程师是什么关系？

142
00:13:06,046 --> 00:13:15,121
简单说，这三个概念是同一套能力在不同范围的应用，但它们不是一回事，也不是必须按顺序晋升的阶梯。

143
00:13:15,121 --> 00:13:27,224
Product Engineer 是把产品做对并做出来，主要待在公司内部的产品团队，对从发现问题、设计方案，一直到产品上线、用户反馈和业务指标的整段结果负责。

144
00:13:27,224 --> 00:13:42,745
F D E 是把产品带进客户现场并产生结果，深入企业客户一线，从发现客户需求、做概念验证、系统集成，一直负责到部署上线、用户采用和后续扩展，有时还会直接参与销售过程。

145
00:13:42,745 --> 00:13:54,728
O P C 是用同一套能力经营一门完整生意，自己给自己干，从找市场机会、做产品，一直负责到营销、销售、交付、客服，甚至现金流。

146
00:13:54,728 --> 00:13:58,346
可以把它们理解成三个逐渐扩大的圆。

147
00:13:58,346 --> 00:14:13,213
往外扩一圈，你要负责的事就多一截，但底子还是那套基本功，发现真实问题，做出最小可用产品，交到用户手里，讲清楚价值，然后根据用户的使用反馈和付费意愿继续迭代。

148
00:14:13,213 --> 00:14:20,762
所以不管你想进大厂、去 AI 公司，还是自己试试做点小生意，起步要练的东西是一样的。

149
00:14:20,762 --> 00:14:24,151
这里要多说一句关于 O P C 的实在话。

150
00:14:24,151 --> 00:14:31,615
一个人加 AI 确实能干过去一个团队的活，设计、编程、内容、分析、客服都能覆盖。

151
00:14:31,615 --> 00:14:39,932
但"无人公司"目前还不存在，方向判断、承担风险、接触用户、拍板关键决策，还是得你自己来。

152
00:14:39,932 --> 00:14:45,028
AI 更像一支你随时可以调度的数字团队，不是替你上班的替身。

153
00:14:45,028 --> 00:14:49,307
想清楚这件事，能省掉很多不切实际的幻想。

154
00:14:49,307 --> 00:14:53,923
这三条路具体怎么走、怎么选，我们下一集细讲。

155
00:14:53,923 --> 00:14:57,360
这一集到这里，你只要带走一句话。

156
00:14:57,360 --> 00:15:04,031
做出一个能跑的 Demo 已经不难了，难的是让它值得做、有人用、能持续。

157
00:15:04,031 --> 00:15:07,841
而这正是这张地图要陪你走完的路。