开场与嘉宾介绍

主持人: Hello 大家好，我是主持人。大家都在哪个地方呢？我在北京，所以现在是早上九点半。我在聊天室里面发的这两个链接，第一个是我们今天的嘉宾 Billy 的介绍，他的自己的网页。第二个链接是他今天要分享的项目。台北的朋友欢迎。如果有参加我们一月十号新年快闪活动的朋友，应该已经对 Billy 比较熟悉，因为他当天做了一个自己项目的 demo，五分钟之内做出了 demo。当时就有很多人回应，所以今天我们其实因为只有五分钟，那天只展示了他项目的冰山一角。我们今天就把 Billy 请回来，继续跟大家全面分享一下他的作品。不仅仅是因为他的产品做得好，还有他本身是一个资深的 Podcast 制作人。虽然没有技术背景，不是那么懂代码，但是他更懂的是创作者在这个时代真实的痛点。所以我们今天邀请到 Billy 来做客，你可以先自我介绍一下，跟大家打个招呼。

Billy: 嗨，大家好，我是 Billy。等一下简报里面我会稍微展示一下我自己的有合作的 Podcast 节目，还有就是自己过去的一些作品。我们大概什么时候开始？

主持人: 现在其实就可以开始了，人会慢慢进来。

Billy: 好，那我就直接开始分享简报了。

主持人: 可以。

Billy: 好，大家可以看到简报吗？

主持人: 可以可以可以。

Billy: 好，OK，那开始了。这个简报其实是在叙述我从刚开始开发，一直到现在这个时间点所遇到的所有事情，所以它其实还在不断长大当中。像今天就准备了九十页的简报，有点不太确定今天到底能不能讲完或讲多少，反正就是大家可以互相交流。我现在是看不到聊天室的，所以到时候主持人如果有什么事情可以再用语音的方式让我知道，这样我才知道回去看一下聊天室或是要停下来之类的。

主持人: 没问题。

Rival：播客内容分发解决方案

Billy: 好，我的产品叫做 Rival，它的意思就是 "write your voice"，是 "write" 跟 "voice" 合在一起的一个名称。它想做的事情就是把大家的声音，也就是 Podcast，写成其他的文字，在不同的社群平台上面展示宣传。我自己是一个 Podcast 制作人，如果是华语圈的，大家应该可能蛮常听到我参与过的一些节目。我之前是在大人学的 "大人 Small Talk" 这个节目服务，连续多年都入选 Apple Podcast 的节目。我现在是在关键评论网工作。除了 Podcast 制作人之外，我自己还是一个导演。这部是我的学生作品，这部是我去年做的一部短片作品。我去年还写了一本电子书，关于进行 Podcast，已经累计超过一千人下载。现在这两个项目都还在发展当中，短片正在发展成电影长片，纪录短片正在发展成实境节目，我正在用自己业余的时间做这些 side project。

我不太确定大家会不会都认识，所以我这边还是先解释一下 Podcast。Podcast 就是传统的广播，但是变成现在可以随时听的方式，有点类似电视节目变成 Netflix。Netflix 上面就是我们随时可以想要看什么节目，我们就去点。那 Podcast 也就变成是广播，我们随时可以去点开来，在我们任何想要的时间点来听。但是 Podcast 很不幸的，它是一个没有自然流量的媒体。虽然说 Spotify 或者 Apple Podcast 上面会有一些推荐栏位，但实际上它上面的效果可能不是那么显著。所以它不会像 YouTube，大家打开 YouTube 的 App 或者网页，就会看到其他你没有追踪过或没有看过的节目，你这样可能会去点。但是因为 Podcast 没有这样子的机制，所以很难有自然流量。你放在那边就有人会主动听你的节目，基本上你要去宣传才有人听，你没有宣传就没有人听。

我们在做的这个过程当中，大概会经历这样子的步骤：从节目规划、录音，然后到剪辑，后面要写标题，排程发布，然后写各种不同类型的文字或者做成短语音，在不同平台上面发布。大家可以分成筹备期、后期制作和宣传期这三个大的部分。大家可能会觉得做一集节目，准备一集节目这件事应该花最多时间吧？但不是。因为现在不同的社群媒体越来越多，包含最早的 Facebook，然后 Twitter，IG，甚至如果你是一些工作类型的节目，有可能还会推到 LinkedIn 上面。同时你还要再制作一份到 YouTube 上面，现在还有 Threads、抖音或是 Blog 文章等等的。就发现一个一个累积起来，后面在做这些社群内容的时间，花的比前面想要做一期节目还多，这样是不是有点本末倒置？那自己就想要去解决这样子遇到的一个问题，所以现在就有了 Rival 这样的一个产品跟服务，想要先解决自己的问题，然后再看看有没有其他人也有遇到类似的问题，然后一起解决，可以帮助大家解决。

Rival 产品演示

Billy: 现在我做一个简单的 demo，我换到 demo 的页面。

主持人: 好好。

Billy: 这个就是我们产品的内部。我现在直接上传一个档案给大家看。这边就会希望可以直接大家去输入这个节目的名称，帮助 AI 去认识你的节目，可能在谈论什么主题。这边有所有预设，我们准备好的模板，或者你也可以做自己的风格，可以直接全选，然后上传辨识这样子就好了。这样等一下你就可以拿到各种社群文案。同时你也可以用它开始连接的方式来做这件事情。

在等待它辨识的过程当中，我这边就稍微带大家看一下这整个页面。我自己有做一个东西叫做推荐奖励，你只要用你的链接给人家的话，你就可以得到三十分钟使用时间，对方也可以得到三十分钟使用时间。另外，这个东西叫做风格库。风格库就是你可以创造自己的写作风格，让 AI 模仿，然后就可以随时去调用。比如说这边我用一个东西叫做电子报，这边就可以去选择你原本这个内容的类型，或者你可以完全不管它，就直接选自定义内容就好了。然后这边是我的电子报，我可能就可以把它全部圈起来，然后再贴上去。这边可以选择输出的语言，然后分析。接下来它这边就会产生这个内容的提示词，你就可以把它存起来，之后就可以去做调用。

现在还在辨识当中，这边就先给大家看前面的东西。它现在跑完了，字幕已经先出来了。字幕出来之后，这边就可以去编辑这个讲者标签，可以让后面出来的东西更精准。现在它这边其他的内容已经陆续跑出来了。所以这边就是节目时间轴跟节目的精华重点，各种的贴文它都帮我们写好了。我是点书。我可能会希望它一次可以出两篇，所以可以一次看两篇，觉得这个喜欢我可以选。或者如果这边的标题，我会请它给我一次给我二十个，我就会从里面挑一个我喜欢的来用，挑几个我喜欢的。如果不喜欢的话，那就再换一个版本，就不断地换到自己满意的位置。

另外，我还要做一个编辑区。在这里面就等于说，假设这边有一篇文章，我就可以复制，然后在这里贴上，在这里做编辑。接下来如果要贴到 Facebook，可以直接复制到 Facebook 上面。因为在 Facebook 上面，大家可能不一定会注意到，我们平常在做社群经营的时候，你如果直接上面打字，它那个阅读行会变得非常的小。所以你要特别用它一个特定的格式去复制贴上的话，你在视觉上阅读才会比较舒服。或者我也有另外做 Notion 的连接，可以接 Notion 账号，这些会到 Notion 你自己想要的页面去。另外还有就是蛮多人喜欢这个短音的剪辑段落的建议。另外就是像刚刚这个，它二十个又是在重新给出来了。

我自己的理念其实是说，因为我自己平常的状况也是说，它生出来一个东西我不满意，再生一个，不是生出来不满意再生一个。如果说你要它一次就给你一个满意的答案，我觉得这是很不现实的。我之前其实参加很多 AI 影片的创作比赛，那个时候其实做大量的 AI 影片，会发现如果你很纠结于它一次就要给你一个满意的东西，老实讲那是非常不可能的事情，它很像在抽扭蛋一样。所以我觉得这件事情可以应用到文字的上面。它文字上面，虽然它可能不是一次给你一个完整你想要的博客文章，但是这个东西它已经帮你完成七八十了。你可以把两三篇它帮你生出来的东西，然后把它混合在一起，变成你自己想要的东西。这件事情虽然好像不是说一步到位，但是它快速地把你可能从原本写两个小时的文章，缩短到只要十分钟或甚至是五分钟以内。我觉得这件事情就可以节省掉大家非常多的时间。好，那我现在再回来。

AI 文案生成与风格定制

主持人: 我明白你这个不仅仅是一个语音转文字的 App，它还有流量分发的功能，就是它可以在各个平台上帮你准备文案。我有一个问题，就是你这些文案的风格，它有特定风格吗？你是直接 prompt AI 说你去帮我以 Facebook 的风格去生成文案，还是说你是给他了一些例子，让他先学会这样的文本案例，然后让他再生成的呢？

Billy: 其实会去做一些设计。比如说这边生成就可以看到它这边会去定义角色，然后讲话风格是什么，然后写作手法或者是惯用字，或者喜欢用这些表情符号等等的，会让它去留意这些东西。重点其实是这个结构。这个结构东西呢，就是我们一开始我们在协作的时候，比如说我们协作你就会起承转合，或者有人喜欢是列点式的方式。或者说它可能是一篇文章可能是一个开场，然后三个标题，然后三个标题里面分别又会有一两个小标题，它的结构是这个样子。所以去分析它的结构，然后再跟它去说大概的字数是什么样子。所以其实大部分文体都可以依照这样的方式去做拆解。因为我本身是做行销出身的，所以我自己知道每一种不同社群媒体上面的文体风格会有一些差异，所以我们就会依照这个东西去做调配。对了，顺便回答问题，我自己是念企业管理的，也不是资讯背景，也不是影视背景。

主持人: 对，所以要给他足够详细的设计。

Billy: 对，所以其实这个东西目前是繁体中文，我们调试的，我觉得是目前最满意的。因为英文跟简中的环境，毕竟我们自己不是母语人士，所以其实会比较不确定出来东西是不是足够好的。但是一旦未来这个商业模式能够运转起来，有收入的话，那可能我们这边就会再邀请一些不同语系的创作者来帮我们去调一个适合的 prompt，然后在里面当做模板，给它做调用。

主持人: 这样。OK，如果大家有任何问题可以随时在我们的聊天室里面提问。我们讲一部分，可以停下来回答一下大家的问题，欢迎提问。

Billy: 好，那我这边就继续了。对了，还有一个功能是 AI 的聊天功能。因为其实里面很常遇到的事情是，有时候你不会确定它这个东西到底有没有讲到这句话。所以有时候就会可能去问它这句话出现在哪个时间点，或者说你不喜欢它前面帮我做了总结，那这边就可以帮我总结这个节目，然后直接用聊天的方式去跟它讨论。或者说这个节目可能我如果下一集要做的话，我可以在再衍生出什么样的东西，就可以在这边跟它用聊天的方式来讨论。好，那我回到简报了。

从无AI到AI自动化：Rival的开发历程

Billy: 好的，刚刚跟大家分享的就是我们筹备，然后到宣传花多少时间。我这边稍微记录一下，因为我自己的工作大概就是从没有 AI，然后到开始有 AI 的这个过程。所以没有 AI 的时候，其实我们要花非常多的时间。假设所有的平台我们都要露出的话，因为像我之前在工作的时候，是我负责处理 Podcast 跟 YouTube 的上架，跟一些简单的文案。但是会有另外的人，另外的同事去做，把这个东西，一个人把它再写成文章，得有另外一个人，再把它做成 Instagram 的东西。那等于说，除了我一个人力之外，还有其他人力来配合，才有办法把这个东西它整个在不同社群媒体上面的触角做得完整。

但有 AI 之后，虽然可以加速，但是我们还是有很多的人工需要去做的事情。后来我在学了 n8n 的东西，把所有的东西开始让它自动化，就开始节省了这样的时间。但是 n8n 它有一个短板是，它是一个流线性的流程，它等于第一个任务完成才开始执行第二个任务，才会执行第三个任务。但我开始把它开发成现在这个状态之后，它可以一次同时执行十个任务，而不是一个一个慢慢执行，所以它的效率又快了非常多。

这是我整个在开发的时候发展的时间轴。刚开始导入的时候，是用云辨识服务，把字幕丢进去，用所有 GPT 做整合。后来就是开始使用了 n8n 这样子自动化工具。后来就是觉得说开始发现有人想要这样的服务，那就去用 Level 把这个产品雏形建立起来，然后用代码精修。后面开始在去年十月的时候，我们又做了一个小的 beta 测试，然后开始做一些用户的访谈。到现在开始刚刚发布没几天，现在接受市场的毒打。

最早为什么会开始学到 n8n 这个事情呢？我看到了一个 YouTube 上面的影片。这个频道他就在分享各种 n8n 的模板，还有知识。我就看到说，他这边用 AI 转音档，然后转逐字稿，然后把字幕，然后他会让 AI 去修正里面的东西。我就想说，他到底怎么做的？他的结构大概是说他的音档从这边进来，然后 LLM 去修正他输出的音档，然后再存到 Drive 里面。我就想说，那这个东西有没有机会再让它往后面的东西也帮我做出来，就是它已经处理好字幕，那是不是把这些东西也全部加进去，让它一次处理好呢？后来，我就把他的模板下载下来，开始学习，然后模改成这个样子。这个样子，基本上就是可以从前面只要丢音档到后面所有社群文案全部一起输出的流程。

前面这边就是我们把档案丢进 Google Drive 里面，这是一种输入的方式。再来这中间是去口语音辨识的 API，让它进来工作。然后再来这边就是用 LLM 去帮它校正里面的字幕。然后这边就是它输出，它处理完之后去把字幕再储存回到 Google Drive 里面。那再依据不同的平台去输出成不同的社群素材。所以说在 n8n 这个阶段，就认识到有前端、后端、资料库、AI 这几件事情，然后还有就是节点这样的概念。简单来说，前端就是使用者看到的，后端就是帮你处理事情的地方。资料库就是把资料存起来的地方，就是我们刚看到的 Google Drive 这样的角色。API 的话有点类似一个门禁卡，或者说你找外包的人来帮你处理事情的感觉。你必须要有这专门的电话去叫他帮你处理某件事情，然后你再拿到某个东西。像刚刚我们做的事情，就是把音档丢给外面的云辨识服务，然后它回给我 SRT 的字幕档案。这件事情就是请外面的人来帮我工作，而不是让我电脑上面的工作来处理这件事情。

后来做完这件事情之后，就想说，如果我需要的话，会不会别人也需要？所以就开始做了一些市场的测试，然后去问一些大家的意见。先用这个 n8n 的版本。那个时候就有人开始跟我说，他可以接受多少钱，但可能不会每一集都有。他觉得建议说可以有免费试用，然后多少钱月费他也是可以接受的。或者他可能会希望再增加可以抓短音的段落，所以就加入了这样的模板。就是依照大家的建议，来思考这件事情到底是真的大家愿意付钱来做的，还是其实我就自己用得开心就好。那既然说大家都是有想要用这样子的愿意付钱来做这样服务的话，那是不是有机会把它开发成一个完整的产品？所以后来就开始来到了用 Level 建立产品雏形的这个阶段。

产品雏形与成本考量

Billy: 在建立这个产品雏形的时候，我知道听说了一个东西叫做产品规格书。产品规格书有点类似我们在买东西的时候开的一个需求，或者是它的零件图，或者说这个东西要怎么组装的。产品规格书我问了 AI，它说里面大概有背景说明，然后产品目标，还有目标使用者，还有就是最重要的功能需求，要把你需要的功能把它列出来。然后还有就是里面的流程图，它可能是 A 步骤、B 步骤、C 步骤是怎么衔接的。它里面是需要哪些资料的栏位，它怎么储存？它会使用哪些第三方服务 API 等等的这些事情。但是这件事情对我们一个麻瓜，一个不懂魔法的人来说，实在太艰难了。所以这件事情我们就交给 AI 来帮我们处理。

那个时候还在 Google Gemini 2.5 Pro 的时候，那个时候 Pro 甚至还没有下放给一般免费账户使用。所以那个时候就去使用了 Google AI Studio 里面可以去调用当时最好的模型，又不用钱。那个时候就是有用了，请 AI 帮我做产品规格书这件事情。我后来大概发展成可以有两种方式，一个比较简单的方式。就是你可能有一个竞品，或者说你知道大概国外有买哪些服务可能在做类似的事情。那你想要再加点自己的东西进去，你就会跟大家讲说我想要开发一个像什么什么什么的网站。那开发规格书要怎么写，然后它就给你，然后你再去把里面的细节调整成自己想要调。比如说它可能会说它用的是 Whisper 的 API，但是你可能讲说不要我不想用 Whisper，我想用别家的，那你就把这个东西跟它讲，你要改成那个那就可以了。或者你也可以这样子打，就是我要用什么工具来开发一个什么，然后使用者会经历什么流程，然后中间会用到什么 API，然后它的消费方式会什么，然后它会使用什么金流服务，然后请它帮忙写。那这样子就可以产生一份规格书出来。

接下来那个时候也是各种的服务很多，除了 Level 以外，还有 Refereed Reading 或者是 Firebase 这样的东西。它们都是在帮你建构一个 Web App 的 No-Code 服务。那个时候我就试了好几个，做的事情都一样，就是把产品规格书贴进去，然后就要开始做，然后去比较到底哪一个做比较好。后来就是 Level 胜利，它出来的东西就是做得还不错。我花了一个月，其他的就做到长成这个样子。其实有很多的架构都跟现在都还是很像的。那个时候确实已经可以开始跑了，应该说基础功能面这件事情没有什么大问题。那接下来就是怎么把不同的地方把它整合起来。

主持人: 嗯。

Billy: 所以说，以刚刚 n8n 比较简单的事情可以看到的就是，它有一个使用界面使用者看到，它有一个后端帮来处理事情，然后有个资料库去储存产生的资料，然后是用一个这样子互动方式，前端扣后端，然后后端再调资料库，资料库再到后端，然后后端再把它传回到前端，让使用者看到。就是原本认知上，做事情好像是这么简单的样子。但是后来就想说，应该是只要加入会员系统跟加入金流去把收钱的跟算人的这两件事情加进来应该就可以完成了吧？前面那个流程图看起来那么的简单。所以原本想说，功能应该是占百分之八十的工作时间，然后接下来百分之二十的努力去把这金流跟会员东西补上去就好了。结果殊不知是会员跟金流才是大魔王，功能根本就只是一小块。原本以为做出功能好像很厉害，但其实做出功能根本只是一小步而已，后来都在跟会员跟金流在奋斗。

后来呢，这已经是简化过的流程图了。实际上原本以为是前端、后端、资料库，但是其实它们里面会有各种不同的功能，然后互相牵扯着。所以很常有时候出现的状况是它的复杂程度跟原本的状况呈现指数级的增长。很长的状况是可能这条线有问题，那你去修这条线，那修完之后不知道为什么这条线也出了问题。所以就是基本上就是你如果不懂得怎么去修 bug，或者你没办法去辨识里面哪些地方出错的话，你只跟它讲述一个问题，它很常会出现的状况是帮你修 A 但是 B 又坏了，然后你修 B C 又坏了，然后 A 也坏了，然后就会开始越修越大动，所以就会非常可怕。

主持人: 我也不知道了。

Billy: 这个是 Level 里面的界面，这是我去年年底的时候做的一个算是一个小小 Web App。里面那个界面很简单，它右边就是你会做出来的画面，左边就是像聊天室一样，你跟它讲你要做什么。所以那时候做的事情很简单，就是把产品规格书贴进去，然后它就会开始一步一步执行，就跟着它说明，然后允许，然后批准，然后去输入里面的 API Key，后面大概就会完成一个七七八八的东西。那好像 Level 很简单，瞬间就好了。但是是这样，但也不是这个样子。

像比如说那个时候就会出现蛮好笑的情况，就是它虽然有跟 Stripe 整合，但是它也快速地帮你做了一个产品。这个东西就是你可以去上面下单，但是下单之后它会每一次用户下单，它都会帮你建立一个新的产品。这是什么意思呢？比如说 A 用户他买了一次，他就出现产品 A。然后 B 用户买了一次，明明都是同样的方案，但是出现了产品 B。那如果接下来有一百个用户的时候，你的后台就会出现一百个产品。那你就会没有办法去管理你所有的后台里面你到底销售出了什么样的东西。因为实际上的做法应该是你在 Stripe 后台建立产品 A 跟产品 B，然后再让前端跟后端知道说你有产品 A 跟产品 B 两种产品项。那消费者消费产品 A 的时候，它就只对应到产品 A 这个产品，而不会一直建立新的产品。所以你后面就只要去算 A 产品有多少人消费，然后 B 产品有多少人消费，你就可以知道了。不然如果按照它原本的设计，每一个使用者买一个东西都是一个不同的产品，你后面可能会有几百个产品。但是你很难去统计说到底什么产品销售了多少，那后面这个东西就会出问题。或者你要去改 A 产品，你原本比如说你原本是给他两百分钟好了，你现在要改成三百分钟。那接下来你原本你如果只有你已经设定好产品 A 跟 B，只要改产品 A 里面的细节就好了。那如果说你原本是一百个用户，一百个产品，你就要去把这个产品 A 挑出来，挑出来之后一个一个去改。那它有没有做到让消费者可以买东西这件事情有，但他没有做的完整，那是很常会出现的状况。

那 Level 它有一个优点，也有缺点。优点就是它那个时候已经跟 Stripe 做好了整合，所以我基本上几乎只要输入我 Stripe 后台的 API Key 就连接好了。然后还有就是它有自动跟 Supabase 这样子后端资料库合作。所以那个时候也非常迅速，它直接帮我建立好这些东西，或者它引导我去开这个账号。它的前端界面在那个时候也是相对是好看的，比起其他家的 No-Code 服务。它也瞬间搞定了 Google 登录这件事情。原本以为 Google 登录这件事情不是一件非常常见的事情吗？到底为什么很多家的 No-Code 服务都没有办法做好这件事情，甚至 Firebase，它其实是 Google 自己的产品，但是它却搞不定自己家的登录服务，那个时候真是翻白眼。

后来就会发现它有很多缺点，比如说你随便问它一个问题，它也扣你点数。比如说你只是跟它确认一下这个东西在这边确定有吗？或者说这个东西是这个意思吗？那它照样扣你点数。因为它是用点数，然后互动它帮你写东西，会扣一点数的方式。所以你就会一直感受到你的点数被它消耗殆尽。所以就是变成说你就要花很多钱去买它的东西，所以那个时候心情就不是很好。后来它又发现个问题，就是如果你有登录画面之后，它原本那个预览视窗，你就没有办法去边预览，然后边改。因为它有一个特色，其实它是讲说你只要直接圈圈它的预览视窗，预览视窗就是这边它原本有讲说它有个特色，就是你可以直接圈这边，然后说你要改什么。但是因为它有个登录的这个步骤之后，所以它就变成你没有办法去看到你登录的画面。所以每次都是在盲拆盲改，就是你改完，然后推上去改完，然后更新之后才能确定它到底有没有错。

另外就是它会很贴心地跟你说，你要做一下安全检查哦，以免有什么安全性问题哦。但是每次的状况就是它帮你检查完的时候，然后跟你说这个东西要修，修完，然后扣你一点数，然后跟你说这个东西还是有安全性问题哦，就等于是有种在骗的感觉。另外后来就是发现很多 bug，它开始没有办法被完全解决了。因为它可能没有办法听得懂我在描述些什么，或者是说它的能力感觉到某个地方就会发现有很多 bug。就是你不断地问跟它讲两三次，它还是处在一样的状况，没有办法帮你实际地解决问题。

后来我们不是说原本以为功能百分之二十，然后会员跟金流百分之八十嘛，但是实际上的情况可能是功能只占了百分之五，其他百分之七十五都在修 bug。那会员确实很难，但它已经开始缩减到只剩百分之二十这样的努力程度了。这段时间我就认识了一些名词，就是什么是 Schema？Schema 就是你的资料表的栏位长什么样子。比如说你有一个 Excel 表单，里面有 A 工作表、B 工作表、C 工作表，然后里面有一个 A 栏，然后 A 栏或 B 栏、C 栏分别是什么？这些东西就叫做 Schema。那 Edge Function 就是后端里面的许多迷你小程序在帮你处理事情的。后来还要知道 GitHub 这个东西的存在。原本我只知道这个名字，但是我不知道它实际上在干嘛。所以后来了解到说，它就像是一个云端硬碟，可以放你去储存你程式。它可以像是一个时光机一样，每次改动都会有记录，让你可以随时你做错了之后，可以在上面去回溯到前面的时光机。或者你可以让加入其他伙伴进来，就是这里面在一起，在这个专案里面一起来工作。另外就是叫做 Repository，它其实就是一个专业资料夹，你可以把你的程式放到一个专业资料夹里面在里面去做一个 Commit，然后让它就是可以在里面储存回溯，就是它上面就是以 Repository 来当做一个储存的单位。

成本计算与商业模式

Billy: 好，在接下来进到下一步之前，我们想要做的是一个产品，那我们现在算一下成本有哪些。像刚刚提到就是有前端、后端，还有后端跟资料库，然后 API 还有金流大概分成这几块。我们准备的选手就是有这些，因为毕竟前端服务不是只有 Level，另外还有免费的，像是 Vercel 或者是 Zeabur 这样的地方，都可以让我们架设前端。或者云辨识有非常多的选手在这边候补的，像是 ElevenLabs 或是 Goodtape，或者是 Deepgram 等等的非常多。那还有就是 LLM 也有非常多的选项。那金流说 Stripe 有台湾其他金流服务商。我们先来算一下它们成本分别要怎么计算。

主持人: 对的。

Billy: 它们其实都有各自的月费存在，像它就是二十五块，然后 Level、Vercel 它是二十块，然后 Zeabur 它其实是五块。但 Zeabur 它比较算是一个万用的地方，它算是一个云端的电脑，你可以在上面架设任何东西，那架设任何东西就包含前端的配置。它们另外还有就是前端还有一个东西叫做频宽费用。频宽费用就是指说上面有多少人在用你的东西去读取你的网页，然后可能做什么事情，都会。所以等于越多人使用的话，你消耗的频宽就会越高。所以它的每 GB 是零点一五。我这边写错了，它就是等于说也要类似它是每 GB 多少钱这样去计算。

另外还有其他考量就是 Level。它还有一个问题，就是你每次在 Git 上面更新之后，你还要回到 Level 那边，按 Update 它才会更新到前端，不然它会被 Level 卡住。那等于说每次你都要手动部署一次。另外 Level 就是它很鸡婆，很喜欢帮你去改东西，或者每次会一直跳出东西，讲说你哪边有错，但实际上根本就没有错，那是正常的。它就会一直想要试图帮忙你来扣那个点数来赚钱。它有免费方案，但是它免费方案不能有商业行为。所以大概是如果你还要使用成变成商业的话，就要二十块。那 Zeabur 的话，它好处是它的个人方案便宜，只要五块钱，但是它的团队方案的话就要八十块一个月。

再来是 Supabase。Supabase 它其实有免费的方案，就是它免费的方案可以建立两个账户。它不同方案有不同的限制。比如说它这边就是会有免费方案的话，它的硬碟就是给你五百 MB，你可以存五百 MB 的东西。那它二十五块就可以存到一百 GB。另外就是还有一个状况，就是它的免费方案有设定单档上传的限制，就只能最大是五十 MB。但是对我来讲，我们音档不可能只有五十 MB，所以我势必得要开到 Pro 的方案，才能够解锁这样的一个限制。

再就是计算语音辨识的部分。这是语音辨识的服务。比如说像是 OpenAI，然后 Goodtape 或是一个 ElevenLabs。我们这边就是抓这三位选手。这边的话呢，就是 OpenAI 它是零点零零六每分钟。然后 Goodtape 的话，它是有基本费的，它是月费，就是基本费用。使用 API 的话是五十个小时五十欧元，然后一百小时每个月。那因为 ElevenLabs 它有分不同的方案，但是我们为了要它有 Webhook 的方案，只有要三百三十块的这样子等级的服务，它才会有 Webhook。

接下来就是它讲者辨识，我希望它可以帮忙分辨不同的讲者到底有谁。因为这对我们后面在做文章的时候非常重要。因为这个东西变成说总不能说这句话明明是 A 讲的，但是你文章里面就写成他是 B 讲的，这样就会有很多混淆的问题。所以 OpenAI 它没有这件事，没有这个东西，没有办法做这件事情。那 Webhook 就是指说呢，现在你刚刚用 API 的方式跟它说，你帮我做这件事情，但是你不确定它什么时候做好。那 Webhook 的话你就可以做一个类似它就类似一个管理员的在那个地方。就是等它做完东西，它要回传给你的时候，这个管理员会知道说我收到了，然后我要做下一件事情。那就要看它有没有提供你这个管理员的服务，或者是通知你的这个服务，可以用这样子。因为我们很长的状况是说，前面那个它有个问题是它的 Function 只要超过四分钟，没有接收到东西的话，它就会自己关掉。等于就是你的管理室自己关门了，那他就不会收到任何东西。所以需要有一个 Webhook 这样的服务来知道说它超过四分钟之后才给我东西的话，那我这边的系统才会知道说要开始继续后面的动作，所以我需要这样的东西。另外限制就是 OpenAI 的 Whisper 一个档案只能有二十五 MB 的大小。那二十五 MB 又更小了，比起我们平常很多音档一个小时大概都需要一百 MB 左右。所以后来就是 Goodtape 跟 ElevenLabs，它们都可以到两 GB 或者三 GB 这样的使用额度。应该说单个档案可以到两 GB，然后单个档案可以到三 GB。

再来是 API 的部分。API 的部分我这边稍微抓一些价格类似的。API 它等于说不同家又会有不同的模型。比如说 Google Gemini 2.5 之前有 2，那现在有 3。然后 OpenAI 之前有 4，然后现在是 4o。然后 Groq 之前 3，然后现在是 4.1。它们分别计算的方式是输入跟输出的 Token 数，每百万的 Token 数。那就是指说你给它的讯息，给它的文字，给它的图片，那就是一个输入。它回给你的东西就是输出。你给它每个文字或是每一张图片，其实都是要用 Token 来做计算。那以 Gemini 来说，它就是输入是零点一，然后输出是零点三。然后 OpenAI 这个模型是零点二零点八。那 Groq 它是零点二跟零点五。这张中呢，就是它其实是我目前觉得 Groq 表现其实还不错。但是价格呢，目前是 Gemini 最便宜的。而且现在每个人只要去绑定你的信用卡，它就会给你三百美元的折抵额度。所以等于说你前期的消费基本上几乎都是免费的，你只要超过额度才会开始付钱。

主持人: 嗯。

Billy: 再来是金流的部分。以 Stripe 来说呢，它的收费是每一笔交易的二点九趴，然后加上零点三块美元。其他台湾金流服务商大概是每笔两到三趴。这样看起来好像其实用台湾金流比较好。但是实际上会遇到问题是台湾的公司要申请金流服务，其实并不是那么容易的事情。我知道现在有比较容易申请的公司，在过去一年开始出现。但是这个前提也是你要先有公司，然后接下来你才可以去申请。那开公司，它就需要有成本，然后维护公司也需要另外一个成本。那对于我们现在想要做一个 MVP 产品来说这件事情，我觉得是后话。它要先证明它先能够赚钱之后，后面才再开公司去花这个成本才值得。不然如果一开始你就在烧钱的话，那你后续其实很难会经营下去。

另外就是 Stripe 它不需要开发票。台湾有一个东西叫做发票。像国外大部分地方都只有 Invoice，就是收据。但是台湾因为过去历史的缘故，出现一个东西叫做发票。但是要开发票，这些东西你必须要再跟国税局再去连在一起，有国税局的系统才能再开电子发票。那其实又是另外一个成本。等于说金流服务之外，你还有一个第三的东西，或者自己要再学一个 Function 来处理这件事情，我觉得非常麻烦。所以以现在我们想要做 MVP 的方式呢，就先用 Stripe。因为它只要输入 API，而且它不需要开发票，它会自动帮你给 Invoice，而且那边有资源，而且我朋友刚才有 Stripe 的账号可以借我，所以就可以选择 Stripe。

后来我们这边稍微算一下，这样子我们再分成固定成本跟变动成本。固定成本的话就是刚刚提到前端、后端跟语音辨识服务的基本费。那个时候我选择 Goodtape。因为假设我第一个月每个月就要烧三百三十块的话，那我觉得那个烧的成本也是太高了。那我们会有营运的压力。但是只要有固定成本越低越好的话，那刚开始的固定成本就是每个月只要九十块美金。那变动成本就是只说有用要花钱。那这边就是零点一跟零点三的美百万 Token，然后还有金流这样的费用。所以这样子算起来就是我一个月的营运成本，就是三千块台币不到。那这样子的话，我自然就有机会把它放的更久，让它可以营运的更久。假设这个 MVP 真的能够营运的成功，真的会付钱的话，那它就有机会开始在长大，我们再投入更多。

接下来就是这个商业模式到底是你要让它是一次性购买，还是订阅制，还是你要不同方案？那要月费还是年费吗？那它是不是要用到饱还是扣点数？那你的主要对象是对 B 端还是对 C 端？就是指对公司、工作室还是你对一般个人消费者。所以我后来设计的方式就是我们有一次性购买方案，然后也有订阅的方案，然后分成两个不同的方案，那分别是使用不同的分钟数来区别。

所以说呢，这边先简单计算一下成本。这边做几个成本的归类。如果你的成本小于你的定价百分之三十的话，建议可以去做这件事情。如果成本占你的定价百分之八十，其实你在扣掉税金百分之二十左右，或者其他衍生成本，基本上在做功德，就是再提供一个服务给大家，也不会赚到什么东西。当然如果是百分之五十的话，你大概可以活，但是你没有行销预算可以去做。因为现在网络的行销预算占的非常高，可能会需要占到三成左右去投放广告，来替人家来使用这个东西。那如果说你的产品成本小于百分之三十的话，那就有机会长大可以试试看。那如果这个东西几乎不用成本或小于百分之十的话，推荐大家可以赶快去做好。那在这个阶段大家要聊一下吗？还是说我们再进到下一个部分了？

主持人: 哇，我感觉你这个完全是一个非常完整的产品了，它不只是一个 MVP 了。你就是现在一开始只是把它当做一个能缓解你工作繁琐流程的一个工具，就是从 n8n 开始，对吧？最一开始是没想做这么一个产品是吗？

Billy: 应该说 n8n 先让自己可以方便的使用。然后后续接下来就是看看如果别人有想要用的话，我们再来算一下成本到底是不是划算的，到底是一个可以赚钱的产品，有机会赚钱，那我们再往下开发，然后有人可能愿意付钱，我们再往下开发。

主持人: OK。Cindy 问你现在的音频有用 n8n 的协助吗？

Billy: 没有没有了，直接用系统了。

主持人: OKOK。他说单用 LLM 会有问题吗？

Billy: 应该说你也可以继续用 LLM。但是遇到的状况其实就是我现在假设我有 Facebook 的 prompt 好的，我有 Instagram 的 prompt 好的。那变成说我现在要做 Facebook 的，我就要先丢一次我的字幕档，然后我再贴一次我的 prompt 进去。那这件动作好像看起来很简单，但是实际上当这件事情累加成十个，或者这十个里面，你有好几个你要重做，请它重新跑两三次的话，这个东西累加起来，每次看起来好像都三五分钟，但是其实加起来那个时间后面会变成到好几个小时。而且其他的状况会遇到是说，里面有些东西细节我可能是想要再微调的，但这个微调的过程中就会让你消耗非常多的时间。但是我现在设计是让它一次全部跑完，然后一次给你好几个选项。就是那个时候我们就有用户，试用的用户在讲说好像在选妃一样。我想说，天哪，还好你是女生才可以讲选妃这件事情，我讲会骂，但她形容的确实蛮贴切的，就是有一大堆标题或一大堆文案，站在那边让你选，你要哪一个这样感觉。

主持人: 嗯，OK。我看 Larry 在打字，我们等一下。所以转录其实只是第一步，后面才更难。

Billy: 对啊对啊，因为转录其实也很麻烦。因为其实像我这边的需求是我需要用的是繁体中文的辨识。那但是大部分的服务都是中、美语系，或者说只有做到简中。但是简中的辨识其实对我们台湾的用户来讲，有很多用语可能不一定是能够辨识那么清楚的。或者台湾人很喜欢讲话，就是中英混杂，里面会混杂着很多英文字跟中文混在一起。所以就是要找到一个适合的模型，然后它的费率又是合适的，那其实蛮不容易的。

主持人: 是是是，我看你每一步都在权衡。Larry 有一个问题，他好奇修 bug 的部分，因为基本没有技术背景，就只依靠 AI，不会觉得没有修完。

Billy: 对，所以后面就是下一个段落就会开始跟大家讲说怎么比较精准地去修 bug。那精准地修 bug 之后，如果还有问题的话，就要开始找哆啦 A 梦，就是要有工程师伙伴们的加入，我才能够去到处求助大家。

主持人: 嗯。我们再回答大雷这个问题。n8n、Zeabur 会部署在哪个区域更好些？对调用 API 会不会不同，会不会有影响？

Billy: 听说 API 好像差别不大。那区域的话就可以选择跟自己比较近的 server。就是比如说它里面会有可以去选说你要建在哪一个主机上面，那里面有台北的选项。那我就可以直接选择在台北 AWS。或者说如果你没有这个权限，你可以去用东京的或上海的，就是看它里面的区域离自己越近越好。

主持人: 我是你的主要用户。OK，希望回答你这个问题。那我们可以继续讲如何修 bug。

技术挑战与Debug经验

Billy: 好的，那个时候为什么没有使用代码这个东西呢？因为它的画面都黑黑的，程式码看起来可怕，所以我就不敢碰。但是后来呢，我去参加一个活动，叫做 AI Demo Night。那个时候就去分享自己 demo 自己做出来的产品。然后那个时候就遇到 Zeabur 的创办人，然后我就遇到很多问题，就是想说那你们都是程式码，我到底要怎么去预览我的画面，或者说我要做什么事情。然后他讲了一个让我非常震惊，打通我思考的一句话，就是说你想要预览画面，你就跟它讲啊。我说他跟它讲的什么意思？然后说你就在的那个对话框里面讲说给我一个预览画面，它就会给我了。我跟你说啊，真的这么简单吗？所以那个时候就开始去尝试了 Code。

我使用的工具，因为我是在 Windows 上面开发，我就用了微软的这个免费的服务，Visual Studio Code。它会帮助你比较简单地去理解程式码跟管理员的东西，不会在只有在终端机里面有一个黑黑的画面。所以它这边就会是这个栏位，这个位置就是你的程式码的档案。然后这边就是你那个专案资料夹，然后下面就是 Code。那我自己的话会在右边再开 CodeX，反正我订阅 GPT，反正都定了，就把它放着。就是如果 Code 这边做完，额度已经到了，那我这边回去 CodeX 这边再试试看，我是问两边不同意见，然后再做决定。

主持人: 这个是的，没有证据。

Billy: 好，就是但 Code 就是其实太香了，不一定一个就够用。因为里面很长，就是遇到问题，就是现在遇到的时间就是自己碰到它 Research 时间，它只会有一个五小时的，里面就是它等于说它每五个小时里面你能用的额度就是那么多。所以如果这个五小时额度用完之后，你要等下一个五小时。然后接下来就是你会很容易就是过度地成瘾去使用 Code 这样的东西。因为我发现它的机制很像手游的感觉。就是你修好一个东西之后，它会跟你说就是修了一个东西之后，它可能会跟你说这个东西已经修好了，或者没修好。或者你会觉得它好像可以在修一点点地方，所以你就会不断地花时间在这个事情上面。然后五小时的 Reset 其实也没有很久，因为我很长就是可能三个小时左右我的 Code 才用完，所以其实我大概只能休息一个多小时。我应该说我只要休息一个多小时就可以再使用了。所以很长那个时候就是会着了迷地在修 bug。然后这件事情就会变成很难，就是有个睡眠充足的时间。另外就是 Code 它非常容易去吹捧你的东西，它会讲说什么，然后企业级的标准你真的很棒之类的事情，不要太相信它说的话，不然你会觉得自信心膨胀。

另外在这个阶段，可能我觉得我会学会的东西，就是会有这些名词，就包含 Git 里面会有 Push、Pull、Commit 这样的词汇。还有就是 Branch。另外就是本地预览，本地预览就是 Local。修 bug 的时候要去知道就是 Console 怎么开启 Console。另外就是 Edge Function 里面的 Log 要学会去看，然后开始学会了 Webhook。在这个时候，我室友在上前端的课，然后就从那边学到了使用者故事跟流程图这样的概念。

主持人: 嗯。

Billy: GitHub 的东西呢，简单来说就是我们最常用的就是这几件事情。Commit 的意思就是我现在有一个进度，那帮我储存起来。那储存起来之后，你还要再做一个 Push 动作，它才会存到 GitHub 上面，才会存到上面的节点。那 Pull 的话就是把现在上面的某一个节点拉的时间点的东西拉到我的电脑上面。这个东西你就可以想象这条绿色的东西是你的主线，就是主要程式就是这条绿色的东西。那 Branch 就可以搭出来做个分支。那等于说你可以分支到另外地方这边做完之后，你再把它回到主线上面去。其他的合作伙伴也是用类似的方式。那 Push 的话就等于说，我现在建立的这个最新的点，就是我要 Push 上去到这个点上，这种东西叫 Push。或者说我在这个地方我要开始工作了，那我从这边要把它拉回来，就等于拉到我自己的电脑上面，然后再往下开始工作，这个动作叫做 Pull。那最后呢，如果你要把你的东西再合到这个主线上面，还就是叫做 Merge，就是再把它合上去。所以就是开始要有这样的观念，才可以去管控自己整个进度在 GitHub 上面的状况。

另外就是 Local 就是指本机端，等于说你在本机预览的时候，它给你的网址就会是一个 Localhost。就等于是在你的本机上面就可以预览你自己的做出来的东西。所以大家就是不要搞错了，Localhost 这东西不是你的网址，而只是单纯电脑让你本机看到的画面。所以在 Twitter 上面就会有这样的一个笑话，就是在讲说自己做了个东西，然后分享出来就网址是 Localhost。那这个东西其实大家根本就看不到。

主持人: 嗯。

Billy: Console 的话就是指说右边就是你的浏览器在使用的时候，你只要按下 F12 就可以开启这样的一个地方，这边就会跳出里面很多的错误。那如果说有一些地方你发现它有 bug 的时候，你就可以从这边看看它有没有跳出错误。那这边就可以复制这里面的错误，就跟它讲说这边出现这个错误是怎么回事呢？那请它帮你修理。或者说 Supabase 里面不同的 Function 也会有不同的，那里面如果出现 Error 的时候就可以去找出，到底是发生了什么事情，它里面可能会解释。那就一样去里面去把它复制下来，然后贴给 Code。

那怎么 debug？就是把这些东西的错误讯息复制起来，然后跟 Code 讲说出现了这个错误，请帮我找出来，然后提出解决方案，然后它不要动。因为它很常的状况是说，你跟它讲出现某个错误，它就自动很主动地想帮你解决掉这件事情。但是它提出的解决方案不一定是好事，不一定是好的，不一定是正确的解决方案。所以你要先让它不动作，先让它提出解决方案就好。那你去选择你要的解决方案，再让它来动作。

前面提到说 Webhook 它其实就像一个大楼管理员，去收到一个特定的东西，然后帮你做特定的事情。比如说金流的话，就是它收到用户有付钱的时候，它会收到一个讯息，然后跟你说它有付钱，所以我这边的系统也要给他点数，或者说给他新的权限。这件事情就需要 Webhook 去触发这个东西。或音档辨识，就是刚刚讲的，它如果超过太久的时间，所以它需要来跟我说它音档辨识好了，我这边的系统才可以再丢给 LLM，去帮我做后续的生成。或者说有人注册这个系统的时候，系统要寄一封欢迎信给他。这个东西都是用 Webhook 这样的东西去做触发的。

另外就是使用者故事流程图，这个东西其实是，比如说我这边设计的东西是它前台的使用者，它这边的域会需要做什么样的流程，它按设定页面的时候会看到些什么。这个东西在你一个人做的时候其实并不重要，应该说不能说不重要。就是你只是可以先给自己一个大概你要做的事情的一个地图，或者说不同页面之间关联性是什么？你自己做的时候，你当然这些东西可以存在你自己的脑海里面。但是当后来我有工程师的伙伴加入，然后我有做 UI 的伙伴加入。这个时候我开始要去统合每个不同人之间脑袋里面的东西的时候，就会需要做流程图，来让大家能够一致地知道这个页面到底在干嘛。这个页面有哪些按钮？这个页面它分别会触发哪些事情？这个东西要让大家是能够有一个一致的认知，我们才有办法继续一起下去。不然就会变成说每个人脑袋中的东西不一样，就做出来的东西却不是实际想要的这样的情况的发生。

另外就是，千万不要 AI 说什么就改什么，要学会看 AI 改了什么。因为很常就会遇到这种状况，是它跟你讲了一大堆你听不懂的东西，然后你就说好吧，你就想说好吧，那你就帮我改吧。但后面你会发现，当你的这个大楼越盖越高的时候，越盖越复杂的时候，你很有可能像叠叠乐积木一样，你抽掉一个积木，你的整栋大楼就倒了。所以越到后面你越要能够辨识它到底改了什么东西。但这并不是要求说每个人都需要看到每一行代码到底在做些什么。但是你至少要知道它改的是前端还是后端还是资料库。那比如说这些资料夹就是有关前端的资料夹，所以你看它想要改关于这里面的路径，是这里面的资料的时候，你就知道说好这个是前端的。那如果说这边这边的都是后端的东西，那这边是有关于资料库的东西。那像你就知道说它当想要动这里的东西的时候，它就是要去改后端。那所以说你比如说你原本想要改请它改前端，但是你发现它提出的解决方案里面竟然有改到后端的答案。那这个时候你要注意了，它到底为什么要去改这后端的档案，它改的这个东西合理吗？如果不合理的话，很有可能你一改，后面整栋大楼就毁了，然后你就前功尽弃了。那甚至有没有可能没办法回溯，这都是有可能会出现的状况。像比如说 Supabase，如果你不是付费用户的话，你好像不能回到前面的资料库的状态。那这样子你在一个免费方案的状况底下，你很有可能改了之后就回不去了，你就得要再重新去把它修好。那你就没有办法一键去回溯到前面的状态。

所以说建议就是指令可以这样子下，而不要这样子下。因为我们前面都很懒，直接帮我改什么什么什么。但是就像前面讲的，就是串接金流这件事情。你以为的这样跟 AI 脑袋中的那样，其实完全不一样的一件事。所以很有可能改了之后，你就会后悔不已。所以说建议的方式是说，你跟它说你想要做什么东西，然后请它给你它的修改计划是什么。然后它可能会提出 A 方案、B 方案、C 方案。那你就里面有看不懂的东西，你就问它那 A 方案的什么什么是什么意思呢？它就会跟你解释。或者它有时候跟你说它 A 之一有好几个选项，那你要哪个选项？一之二有哪个选项？那你要什么选项？那你要自己去明确跟它说，你一之一就是要这个，一之二就是要这个，然后请它执行某一个方案，然后要提醒它，不要自动把你 Push 上去。因为你等于说，你如果 Push 上去的话，你就会非常多的 Commit 在 Git 上面。那你后续要管理或回溯的时候都会变得非常麻烦。所以建议都是做到某一个段落的时候，你再 Push 上去到 Git 上面，这样你在做整个专案管理的流程的时候才会比较清楚。

Billy: 对，那这边就是如果说你没有去清楚 AI 它到底想做什么的话，就很可能出现这样的情况。像之前就是有个新闻，就是说有人想要请它帮忙清理低潮，那它整个低潮就完全不见了。类似这样的情况出现。所以大家要明确地知道 AI 到底在帮你做些什么事情。不然就是你的电脑可能被它弄得可怕的样子，或者你重要资料可能会不见。

另外后来 Code 出现一个东西叫做 Play Mode，这个东西就还蛮方便的。Play Mode 就是指说它在这个模式里面，它只会帮你做计划，它不会做出任何修改的动作。那这个样子就可以省掉我去跟它讲说叫它不要修改，或者叫它不要 Commit，或叫它不要 Push 这样的事情。它有分不同的模式，一个就是在它改之前会先问你，另外一个就是直接全自动，让它什么都帮你改。那就这边就是看你的信心程度了。如果你很有信心，你就直接把它 Auto 下去吧。那我自己比较没信心，都是先 Play Mode，然后先慢慢地找到适合解决方案之后才让它去执行。好，那这边就是 Code 的部分。

主持人: 正好 Larry 有几个问题，他有问说这些工作都是在工作之余做到的吗？好奇一周花在这个 project 的时间分配到做到现在完整的产品过程花了多久呢？

Billy: 刚刚我跟大家展示在七月底做到九月初，就已经完成，就是花一个月做到那样雏形。然后后来大概再花了一个月左右的时间去修 bug。然后后面就是到十月底到今年一月初这段时间，其实我们大部分时间是在等 API 修好，就是 API 能不能修好这件事情就是 Goodtape 那边修不修得好，这件事情不是我们这边能够控制的。因为中间还遇到一个圣诞节，然后圣诞节他们核心要非常的慢。所以我们就等到最近就是一月初十二月底的时候，就是他们假期回来之后才算是比较全面地完成。然后开始正开始这两个礼拜做正式上线这样子。然后就是这些都是在工作之余做的。我觉得好处其实是因为我自己是远端的工作，所以我可以在自己的电脑上面工作。但是我另外一个视窗就开着 Code，下个指令给它跑。然后我等于说没几分钟，我再回去验证一下，它改东西到底是不是对的就好了。它如果错了，那我就一直一样再丢个指令给它改，那我一样继续做我的工作。

主持人: 嗯。那你一周大概花多久在这个 project 上呢？

Billy: 有算过，因为最密集的时间其实都是在七八月，八九月那个时间点。对，因为后来其实可能就不一定，因为还会有其他 project 在执行其他的事情。那这个东西到后面修改的话，可能就会比较少一些。但前面那一两个月可能就是可能上班以外的时间都在做这些事情吧。

主持人: Larry 还问他有是怎么做版本管理的，有用特定的软件还是纯靠 GitHub？

Billy: 纯靠 GitHub。

主持人: OK。Cindy 问，当时在导入 Supabase 之前，有尝试存在本机资料夹吗？

Billy: 没有，因为一开始就是 Level 会做 Supabase 的联动嘛，那就直接一开始目标就是这样子，就没有必要再做一个本机的事情了。原本的目标就是做一个 SaaS 服务，那 SaaS 服务基本上就不会再存在本机。

主持人: OK。我最开始就找到了一个很好的平台。

Billy: 是一个好的平台。一开始真的超快的，然后后面它就一直用修 bug 去骗你点数，超坏的。

主持人: 嗯。好，那你可以继续讲用户访谈的部分。

产品上线与市场推广

Billy: 好的，这个的话就是在 Beta 上面认识的一些名词。首先就是跟大家介绍什么叫正式环境跟测试环境。我们刚开始在做的时候，其实我们就是做出个东西，然后那个东西就给人家用了。它只有单一的环境，你做什么，人家用什么的话，那个东西就到正式环境。那你自己修东西的话，就是测试环境。或者说你自己开发东西，就是测试环境。因为我们不可能就是每天用户在上面使用的时候，我们还自己在那边修修改改。如果改坏了，那用户就全坏了，那我们的服务就坏掉了嘛。所以到后面就是我工程师伙伴，我们开始准备在正式上线的时候，都在去帮忙做出了测试环境跟正式环境。等于说，你在修改的时候，你现在测试环境上面修改，然后就会改到前端跟后端。那这边东西你发现就是 OK 的时候，你再跟它 Merge 到正式的环境，那正式环境才会再推到前台正式环境的前端跟后端。所以等于你要会有双重的两个环境在同时工作。那所以在测试环境你就可以去开发你想要开发的新东西，或者修改修好的，或者正式环境遇到 bug，你在测试环境修好，推过去里面推到正式环境给大家使用。那因为到后面的时候，你要开始做分离这个动作，大家就会发现这个动作其实也没有那么简单。

另外就是大家可能刚开始会忽略的东西，就是叫 .gitignore。这个东西你要有一个这样的档案，让 Git 知道你什么东西不要上到 Git 上面去。那特别是说你的环境设定档，就是你的 API Key 或是你的资料库密码。这些通常刚在写的时候，它会自己写在环境档案里面。但是一旦你这些东西上传到 Git 上面之后，可能就会有外泄的情况，就会有人家可能就偷用你的 API Key。然后就想说为什么你信用卡被花那么多钱，那这件事情就会非常灾难。如果是人就可以偷你上面的资料库密码进到你的资料库里面，那你的用户资料就会外泄。

另外就还有其他的东西是主机、记忆体，还有就是流量这件事情。等于说，我正式环境需要一台主机，而且测试环境也需要一台主机。就等于说我这边二十五块是一个基本费，但是我后面还要再另外租一台主机，然后来做。比如说测试环境用比较差的主机，但是正式环境用比较好的主机给人家类似这样子。然后有一个蛮颠覆我原本想法的是竟然存档案也要钱。你不是已经给我一 GB 的容量了吗？或者你给我一百 GB 的容量了吗？但是它的意思是说，只要超过这个容量的话，你还要再多付钱给他，而且是一个维持的费用。比如说你现在因为你要存用户的东西，所以你要存很多图片、音档在你的主机上面。那这些东西如果你要让用户未来能够随时去使用的话，那这些储存的费用就是它都会再跟你取额外的费用在里面。所以我自己会建议说，如果你要做一个简单商业模式的话，最好最好就是你只存文字就好。因为文字只有几 KB，或者甚至几百的这样的储存量。但是你当你要开始储存音档、影片或者是图片的话，那你的储存的容量就很可能会爆炸。

另外还有一件事情就是蛮惊讶，就是你进来连上传档案也要钱。等于说用户上传档案给我，或者是我传这个档案给另外一个 API，这件事情都是要钱的。这件事情如果刚开始没有留意的话，你就一直传，那你就会花很多钱在这个传输费用上面。所以一个比较好的方式是有没有机会是用户这边就是直接到某个云端，然后这个云端它直接给你的 API。那这样子这个东西不会经过你的话，你这边就不会用到钱。那这个就是一个省成本的方式。但是这个就等于说，你先知道这个前提。那你在设计你的流程的时候，就有机会去节省你所要花费的费用。

另外的是就是别人用你的网站会消耗记忆体，就刚刚前面在讲前端的时候有讲到。所以并不是说你架了一个网站，就是你付它月费就没事，或者甚至不要钱。那其实背后都有一些成本存在的。当你开始要拥有自己的前端，拥有自己的后端，拥有自己的资料库，用自己主机的时候就会发现那个费用并不是像我们原本预期的网络世界，很多事情都是免费的这么快乐，这么开心。

另外就是还要再做一个东西，就是把刚看到的 Console 这里要去把它关掉。就我们要去这个 Code 里面再跟它讲说我要做一个开关，然后把这个 Console 关掉。因为我刚才朋友说，如果大家可以看到这个 Console 的话，他就会看到你的错误，或者甚至可以透过这个 Console 回去推导反推你的资料库结构。那他反推你的资料库结构之后，就有机会入侵你的资料库去对你做出攻击，所以就会把这边关掉。所以现在大家在正式网站的话，其实这边是完全看不到任何出现错误的 Console 或者任何人出现的东西。

接下来就是你要做一个维修开关。等于说你在资料库里面你就会在你后端你要有一个办法，让一键出现这个系统维护中这样的画面去覆盖掉。就是你前面的所有系统，让用户没办法还在做使用。那为什么要做这件事情呢？因为当你坏掉的时候，你才开始做这个开关就太晚了。你必须要先做好这件事情。那做好这件事情的好处是什么？一旦你发现你前面有一个重大漏洞，比如说你的有人恶意攻击你的网站，或者有人恶意在使用你的东西，让你的账单爆炸的时候，你可以赶快开启这个东西，把这东西关掉，让它至少你可以随时可以快速地止血，然后用户也不会觉得莫名其妙。

另外就是接下来你还要去买网域，那网域的话就是你的网址。等于说，当我们开始有正式的服务的时候，我们可能就不太适合再用 Level 这种尾缀是 Level.app 这样的尾缀给大家。因为当这个网域看起来还是一个测试用的东西的时候，可能大家不会有这么多信任感。所以你必须要去买一个网域，然后来给自己。那推荐的话就是可以去买直接去买 Cloudflare，不要去买那种比较便宜的注册商。它们虽然可能第一年都很便宜的价格，但是可能它们隔年的费用可能就会飙涨，可能从原本只要一块钱，但是隔年可能要五十块或者七十块一百块都有可能。那 Cloudflare 就是很便宜，而且它可以自动帮你防 DDoS 的攻击。DDoS 就是可能现在你平常网站都是两三个人在使用，但是后来突然变成一次两三万人在使用，那你的网站可能就会瘫痪。那你刚刚说越多人使用你的网站，那可能要消耗更多记忆体，你要去付那些钱。那它等于就可以用 DDoS 攻击去让你网站瘫痪，而且可以让你耗一堆钱在这件完全没有效益的事情上面。

后来在研究的时候，发现你后缀这件事情其实都是蛮重要的一个东西。因为这后缀是什么，其实可能会代表你的产品个性是什么。那这个后缀大家就可以自己去研究自己想要的东西。但是像现在 .com、.io、.ai、.app 其实都还蛮贵的。那所以大家就可以去挑选，像我自己是用 .cc，.cc 就还蛮便宜的。而且它 .cc 的话，它可能还会有一种就是带有 Creative 的概念在里面。

主持人: 是的是的是的。

Billy: 这些东西都会开始代表着每一个网站可能代表的一些性格。所以这个东西就可以大家可以去挑挑看，或者现在就可以先去把你喜欢的网域给买下来去维持住你的拥有权。

另外就是电子报这个东西。大家可能想说寄 Email 不是一件很平常的事情吗？那我能不能用自己的 Gmail 私人信箱去寄呢？当然可以，但前提就是你要去看你自己的使用量是多少。另外就是电子报，它有个好处，就是我自己用来是要做我前面有收集 Waiting List 嘛。那我就要把我的上线的这件事情公布给大家，然后跟大家讲。那我就要去寄。或者说大家开始在用很多 SaaS 服务的时候，它们有很多排程。比如说它们会给你一个欢迎信，然后教你们快速上手。然后它不同天会帮你介绍不同功能，或者在提醒你你的试用要到期都什么之类的这些东西。这个东西就可以透过专门的电子报系统去设定每一个用户，它们分别在不同的天数去收到这些东西，你就不用在每一次一直寄。另外就是 Gmail，如果你使用私人账号的话，我记得好像是一天是一百五十封还是两百五十封的上限。如果你超过这个上限，你的 Email 就会被判定成是一个垃圾 Email。别人在收到你的信的时候，都很容易会直接进到垃圾信件夹里面。那所以这件事情就是要非常小心去维护。那所以如果你的微信地址人不多，那你就可以这样子用私人信箱先挡一下，先寄一下。但是当你的人数开始上升的时候，这件事情可能就没有办法再去做下去。所以建议大家还是买一个网域，然后去做自己弄一个电子报系统来使用。

那电子报系统呢，它有个使用前提，就是你要先有网域，然后才可以绑上去。那现在市面上有很多不同的电子报系统可以使用，它们分别都可能会有自己的免费额度。另外呢，就是有一些是比较老牌的，像是 Kit，它之前的名字叫 ConvertKit。那现在改名叫 Kit。那现在有一些新创叫 Loops。那它们就是分别都有各自的特色。我自己是使用 Loops 的服务，我发现它在绑你的网域的时候其实非常快速，而且它的画面相对是简洁的。但是因为其他服务如果是比较老的话，它们的状况可能就没有那么的，它们画面可能就会比较老旧，那操作的难易度可能就会变得比较复杂。

另外还有一个东西叫做 Sitemap。Sitemap 这个东西其实就是要让 Google 引擎或者 Bing 能够收到你这件事情。所以你要自己帮自己的网站提交一份网站清单给 Google，然后让它认识你。那接下来人在搜寻的时候才有机会收到你。那这个东西制作也很简单，你跟 Code 说就是帮我制作一份 Sitemap，那它就帮你做好了，那它就会给你一份档案。然后你再去 Google Search Console 这个网站里面去提交你的 Sitemap，或者是 Bing 去提交你的 Sitemap。然后过个一两天或者过个几个小时之后，你就可以在 Google 上面搜寻到自己了。如果你没有提交的话，你要等 Google 自己去爬到你的网站，那也不知道什么时候。所以就是你可以去主动去做这件事情。当 Google 更认识你，它就会推荐给更多搜寻相关词汇的人。

接下来就是用户访谈的部分。我们那个时候就是有点类似在 n8n 那个时候再去访谈一些有兴趣的人。那用户访谈就是我们去找的 Webflow 上面的这些来填写预约。有兴趣的人，然后他们做试用，然后我们可能会发问卷给他，然后是面对面去聊他们的使用过程，或者跟他们约一个三十分钟的线上会议去了解他们是不是真的有这样的痛点，这个痛点够痛吗？那真的我们的服务有解决他的痛点吗？那他愿意付钱吗？他愿意付多少钱？那他在使用流程的过程当中，有没有什么地方是卡住的？因为我们自己在设计，我们自己太熟悉这个产品，很容易就会有很多的盲点，是没有办法去发现到的。就需要去用户来跟我们说，那会想要哪些新功能，他们也是可以许愿的。因为这个东西你就可以去想到一些自己原本没有想到功能，让用户的体验更加的完善。我是让这个产品更能让他们哇，一旦这个产品能够让他们哇的话，那就更有机会让他们留下来，成为你的付费用户。好的，那接下来用 Beta 大概讲到这边。

主持人: 感谢你准备非常详细。关于用户访谈，大家有什么问题吗？因为我看最开始 n8n 的时候就有人问过，你说他愿意付费多少多少？在这个 Beta 里有人提过，就是他愿意付费多少吗？

Billy: 在这个 Beta 里有。因为 Beta 的时候，其实我们那个付费方案的价格其实都已经出来了。所以就会问他说，那这个方案你觉得你会愿意付吗？那不愿意是什么原因？如果你愿意的话就是这个价格是 OK 的吗？

主持人: OK。那可以透露当时大家的反馈是什么呀？就是他愿意接受这样的报价的人多吗？

Billy: 不少，但是他们的状况我觉得会卡住的点是他们就是想说那等你正式上线之后，我再来付钱。

主持人: 嗯。

Billy: 对，因为当时就等于我们试用完之后，还要再收回来修理嘛。那修一修的时候就是等于说他可能会希望说你的服务是稳定的，然后他才开始付费，就会遇到这样的情况。但是现在所以我们现在正式上线了，就会去看说这些用户到底会不会真的来付钱。因为前面大家嘴巴讲，然后很棒啊，会想付钱啊，但实际上都是信用卡，真的掏出来那一刻才真的。

主持人: 嗯，对，到付费那一刻可能就会停下来。那你现在已经有付费用户了吧？

Billy: 应该有一次性的付费用户，但还没有订阅的用户。那因为我们现在其实还没有去做太多的社群宣传。因为我想要的步调可能会是我慢慢地试出给有预约的人。然后预约的用户，我先让他们使用之后，确认我系统不会爆炸，然后再来大规模宣传。不然如果大规模宣传，结果第一天宣传就爆炸，那这是一个无效宣传。

主持人: 嗯。OK。正好 Larry 有问说这些人是怎么找来的呢？原本就认识，还是单纯从网络上来的，有宣传吗？

Billy: 算是有宣传。因为我会去在 Threads 上面去分享，说自己在开发的这个过程遇到了什么问题，或者说自己开发新的是什么。然后你可能就可以顺道而提，哎，我现在要做一个什么服务，然后你可以点这个 Waiting List。或者像今天来参加这样的活动，在分享自己做的东西的时候一样，都是一个宣传的机会。

主持人: 所以你在一开始就是 Build in Public，你完全践行了这个规则。

Billy: 对，因为我之前前一个产品就是我在写电子书的时候，也是用类似的方式。我先说我要做一本电子书，那有兴趣的来填你的 Email，或者说来写下你想要我回答的问题。然后接下来这篇文我出去了，然后大家有回响了，那我就会可以收到问题，收到 Email。那我再把这个问题回复在网络上面，然后继续讲说，有问题可以跟我说，然后想要的话可以填下你的 Email。那它就是一个正向的回馈。我每次回答问题，它就在发文，然后就在收集名单，然后回着回文回着回着我这个产品也弄完了。

主持人: 嗯。这个就是第一次正反馈，就是来自那个读电子书，对吧？

Billy: 对。

主持人: OK。Victoria 问，所以现在有多少用户，他们的用度和你的期待有差吗？

Billy: 现在的话其实大概只有我应该五十几个注册用户吧。那但是现在就是我还没有开始做大规模的宣传。然后他们使用的程度，其实我有看到有些人已经开始第二周开始在使用了。因为节目大部分是周更的节奏嘛，所以就是开始看他们第一周有使用，那第二周会不会再继续使用。第三周会不会继续使用，那他们点数用完之后会不会付钱？所以它是蛮有一个递延的状态的，不一定是直接第一天使用就付钱的状况。另外就是现在我发现大家还使用的还蛮保守的。因为比如说我自己的话，我可能一个 Prompt 我可能会生成个二十到三十次左右。但我看到大部分人可能是生成个一两次，我就停下来了。就是我明明没有跟他们讲说生成会扣你钱的。但是我发现很多的用户他们心里会预设，我只要按一次生成就会被扣点数，所以他们会很省着用点数。所以这个东西就是变成说你发现用户有这样的情况。那接下来我们在做宣传，或者在做产品教育的时候，就要开始去强调这件事情，让大家可以尽情地去使用它。

主持人: 哦。那你有管理你的用户，比如说他使用的风格，有专门管理的这种，比如说看板之类的东西吗？

Billy: 管理的看板是什么意思？

主持人: 就是一个看板可以管理用户，每个用户他们的使用风格、使用习惯。就比如你刚刚说的那些，这些都是你人为观察出来的嘛，就是你们会有团队管理的这么一个。

Billy: 因为目前数量还没有很多，但是如果真的多了的话，可能再来做这件事情就好了。因为现在重点是验证商业模式嘛，如果商业模式根本转不起来的话，那可能根本就不需要再花后面的力气。所以重点是有没有人要先付钱，这可能才是我最重要的一件事。不然虽然我自己原本心态是这件事情，假如没有人付钱，商业模式不成功也没关系，我解决我自己问题。而且我学到了一个很棒的经验，是一个不会写程式的人，有办法做出这样一个产品，我觉得都是任何怎么说，我自己都不亏。

主持人: 对。那怎么确定他们用了你的结果呢？Victoria 问。

Billy: 在资料库里面都可以看到谁注册，然后谁做什么事情。

主持人: OKOK。好，那我们可以继续下一个部分。

Billy: 好的。我看到那个有当然有给大家或预约的优惠。但是至于大家有没有认真地去收信，去看里面的结账咒语就是另一回事了。

经验总结与未来展望

Billy: 好，那现在正式上线之后呢，就会开始再有更多的事情产生。那比如说就是大家已经很熟悉的东西叫做 GA，就是 Google Analytics。它可以去追踪使用者的使的数据，然后还有 Meta，然后还有 Microsoft 这个服务。那 GA 它做的事情呢，就是去追踪到底谁从哪里来。那它在这个网站中做了什么事情？比如说从搜寻引擎自己来的，或者它是从 Facebook 点过来的，或者从什么地方来的，或者它有没有按注册，或者它有没有去订阅你的服务，都可以在 GA 里面做追踪。那 GA 基本上它的使用方式也很简单，就是你去 Google Analytics 这边申请建立一个专案之后，它会给你一个追踪码，然后你就去跟 Code 说，我现在要埋入 GA 的追踪码，然后请帮我规划，你接下来怎么埋。然后它们就会在每一个按钮或每一个页面去埋追踪码。那追踪之后，你就会回来这个 GA 的网站里面去看，说用户他们大概在什么地方停留了多久。然后多少人可能进来这个网站，那多少人可能看了几分钟之后就离开，可以得到这样的数据，你就可以再去改善你的东西。

那为什么要先埋？因为先埋，你就可以先了解先累积这些资讯，因为这些资讯是会有延迟的。可能今天他们做的行为可能明天才会显示在 GA 里面。那你提早开始埋进去，你就可以提早开始收集。而且这个服务反正是免费的。

另外一个东西叫做 Meta Pixel。这个东西就是它可以先去埋入你的网站，然后就是去追踪这些用户。它假设它浏览器里面有登录它的 Meta 账户，不管是 Facebook 或 Instagram 等等，那它就会知道说这个用户有去过你的网站。所以它接下来在投放广告的时候，假设你有去平台上面投放广告的时候，它就可以再针对这些人在投放广告给他们再做一个再行销。那这样子的话就等于说可以达到就是对你有兴趣可能有兴趣的用户们。那这个当然是你有要去投放广告才会用到。但是这个东西反正不用钱，就先把它申请起来，先埋进去，先追踪再说。

另外的东西蛮有趣，叫做 Microsoft Clarity。它可以做的事情就是它可以去追踪用户的行为。比如说这边就可以看到这个用户，它的我们当然不会知道到底是哪个用户，因为它会折起来。但是可以看到它怎么在这个网页上面的行为。它可能主要集中在看哪一些区域，或者说它的滑鼠的轨迹是长什么样子。那或者说哪边产生愤怒点击，就是它这边一直狂点，然后发现哪边是失效的。那我们就可以借此去修复这个可能 UI 或者 UX 有哪些地方是不好的地方，或者去改善这边变成我们在 Onboarding 的时候，可以给它一个教育的过程，去有一些 demo 影片或什么东西去教它哪边其实应该怎么用，或者我们自己把它修得更加直觉。

主持人: 嗯。

Billy: 另外就是前面讲就是有 Waiting List 是跟我之前写电子书相关的，已经有超过一千个人下载了。那这些人其实都是我的潜在用户，所以我就会用电子报的方式通知他们。他们就是我现在作为一个可以帮助你做的产品，那你现在可以来用哦，大概就是会做这样的过程。等于是我在开始之前，我就会先掌握到一批名单。那这批名单我当然没办法保证他们一定每个人都会来用。但至少他们比起一般的游客来说，他们使用或付费的几率会是更高的。那因为我也不希望有太多的游客来消耗我的资源。因为刚刚提到说任何一个来使用的网站都是需要钱的嘛。那如果用这样的方式的话，我就可以尽可能的精准，就是来使用我网站的人。

主持人: 没有没有没有。

Billy: Demo 影片其实也做，就是要让用户知道你的网站怎么去使用。那我使用的是一个叫 Spring Studio 的一个服务，它就可以去记录你的网站上面，就可以去帮你录制你想要录的浏览器或者是程式的操作界面，而且会有这些自动的放大的效果。你可以去呈现一个操作，那就希望去把这些你的产品特色去把它录下来。然后直接让用户快速地去知道你的产品特色是什么。那我就会觉得说可以做这样的东西。不管接下来在社群宣传，或者你放到 YouTube 上面，或者你在做一些 Onboarding 的教学的话，这些影片都是蛮好使用的方式。

另外就是有一个东西叫做病毒式行销。病毒式行销基本上它的意思就是让这个产品自己去行销自己，你不用投入太多的广告预算。那比如说我就做这样的推荐奖励机制，让分享这个链接邀请注册的人都可以在获得额外的使用额度。那病毒式行销它最早只是来自于像是 Dropbox 这样的服务。就是 Dropbox 刚推出的时候，你每邀请一个用户，你就可以得到更多的云端使用空间。那现在就是病毒式行销用分为不同的类型，就是有这种内在型的跟工具型跟激励型。那内在型就是指说你必须要邀请其人才用。比如说你像你要做视讯会议，或者你调不过大，你一定是要共同编辑才做这件事情嘛。所以人家就会自然知道这个产品。或者说你可以在你的工具上面加入你的品牌 Logo，像 Notion 就有做这样的事情，或者像 Typeform 这样子表单也都会做这样的事情。那这些东西就可以自然地在用户使用过程当中帮你的品牌再去做宣传。那这些东西你就可以在原本设计产品的时候就加入进去里面去节省。未来你可能需要投放广告的这个预算。

最后最后就是给大家一个小建议，就是使用签账卡，不要使用信用卡。签账卡就是指说你的银行账户里面有多少钱，它才会刷多少钱。因为信用卡就是去扣你的使用额度嘛，就假设你的使用额度现在假设是二十万好了，那它就是刷到二十万才会停下来。那签账卡就是你假设你的银行账户就一百块，那它就是刷一百块没了，它就不会再刷了。所以这是一个给自己一个止损的效果。因为之前就会出现很多新闻是什么 API 就是被扣了几万块或者是十几万，是这种新闻出现。但是当你用签账卡的时候，你至少可以在它刷下去之前，先有一套防火线，它会刷不下去。那至少你就可以省掉这笔可能会出现的危机。因为如果信用卡你缴不出来的话，你的信用点数会有问题。但是至少你签账卡缴不出来，顶多就是你账号被 ban 而已。

另外就是在每个阶段都持续地测试市场。因为其实我们不知道这个东西到底大家会不会真的掏钱，或者大家愿意付的价钱在什么地方。那当这个东西每一次你丢出来的时候，都发现有人愿意使用，或他们愿意付钱的时候，那就再多投入一点多投入一点。因为你如果一开始就想要做到一个完美的产品，那是不现实的。你很有可能做一个完美的产品，但是到市场上面没有任何一个人想要使用，这是很有可能的情况。所以就是可以慢慢地投入，才不会让自己损失那么大。

另外就是在上线前，最好要找工程师做 Code Review，或者是做一些安全性检查，以免你的网站到后面或者是你的服务出去外面可能被入侵。那被入侵或者资料外泄，或者你 API 外泄，都会造成你很大亏损，或甚至你要负上法律责任，那都不是一件好事。另外就是给大家一个小建议，就是反正我们做这些事情，只要防火墙有做好，除了订阅费用，你没有什么损失。所以就邀请大家，如果你对 Podcast 有兴趣，或者你觉得音档在帮你生成一些东西，可以有什么样的帮助的话，都可以来使用我们的服务。你可以把你自己的 Prompt 灌进去里面，然后来生成你原本惯用的东西。那就是感谢大家的聆听。我们工程师伙伴说，如果大家有这方面的需要的咨询的话，都可以找他。那他那边可能会有一些咨询的服务，但我不是很确定，但他至少提出他有跟我说他有这样的意愿，所以大家可以有兴趣的话可以找他。另外就是我的社群传送门在这边，我目前有打算说，或许可能会把这份简报变成一个算是小日记之类的连载吧。就毕竟这个过程当中，也蛮有趣的。希望大家未来有想要交流的话，都可以再找我。

主持人: 没错，欢迎大家去试用和找 Billy 来交流。他真的是一个特别好特别完整的作品了。刚才 Larry 有提到你的三个建议之中，有一个签账卡的建议要小心，因为不能绑定金额高的户头，不然也是直接现金就没有了，完全追不回来。

Billy: 对对对对，就是绑一个平常没什么来用的户头。

主持人: 哼。然后 Larry 也问到整个开发流程，中后期有工程师加入吗？应该是有的，他最后有这建议。

Billy: 对，就是但我工程师伙伴那时候加入的时候，说，我那个时间点做的东西可能已经是过去要两个 Senior 工程师，做半年才能做出来的东西。

主持人: 嗯。

Billy: 但是现在用 AI 方式，我们在一两个月内就可以做到这样子程度。

主持人: 对。正好 Larry 还有一个问题。他说哪些事情是你原本就做过的，哪些是你第一次的经验？他会这么问，是因为所有的流程和考量都很完整，不只是单纯开发产品，像是 GA、SEO 等，是不是之前就有过经验，感觉思考很熟练。

Billy: 好的。之前有短暂地加入过一间新创的 App 公司。但是那个时候其实也没有做太多类似的事情，但是至少有一个基础的轮廓，知道说大概需要哪些东西。那等于就是再从自己平常会使用的 SaaS 服务去反推。因为像我们现在都会加入很多的 SaaS 服务嘛，那我们就会看到说，它们会有很多的宣传信，或者说它们会怎么做。或者说它们过去这些新创圈的老板或行销，他们都会出来演讲。等于我是从一个行销背景的角度回来回推。就是这件事情。如果我有一个产品，我要怎么让大家知道，或者后续要怎么持续改善，那我再慢慢加入这些东西。

另外就是反正我觉得现在有一件事情，其实大家蛮跨不出去，就是讲说自己在做什么。因为大家怕被骂嘛。但是老实讲就是有一个概念，我觉得蛮好的。就是你把自己做的东西贴出去，因为你反而学到免费的课程。就是有很多人的状况。我 No-Code 那什么东西，然后大家可以然后提出一个白痴问题，然后或者装笨，然后下面就有很多大神来帮忙。你做一个免费的课，那其实是超赚的。平常这些东西在外面上课可能上不到。但是你发一篇文就会有人家跟你讲，或有时候就是一个关键字而已。那这个关键字只要出现了，你去查这个关键字，你很可能就会学到很棒的东西。

主持人: 嗯，就是保持一种开放的心态。

Billy: 是你被骂，没有损失啊。

主持人: 不会损失什么。就像你最后一句说的话，你除了 Code 订阅不会损失什么。他正好 Cindy 问他，你现在有没有 Code，有订阅到 Max 了吗？

Billy: 没有。而且最有趣的事，其实我一直都在用一些优惠方案。就是 Code 会有一些推荐嘛，就是你可以前三个月只要十块钱。然后反正我就是 A 账号三个月十块钱用完了。好，那用 B 账号十块钱，就是用薅羊毛。然后那因为我发现我自己使用额度并没有到真的这么大，就是大概就是五个小时 Reset，我可能三个多小时才用完。那其实不会说什么一个小时就用完，所以其实那个体验没有到很卡。等于说剩下那一个小时的空档，我就去休息一下，就做其他的事情都还好。

主持人: 可以休息了，不然就会一直上瘾了。

Billy: 对啊，或者你也可以做一件事情，就是你买两个 Pro 账号，如果两个 Pro 账号，比如说 Max 一百块嘛，那两个 Pro 账号就算你原价也才四十块啊，那就轮着用。

主持人: 没错，非常感谢你。我说实话，我觉得你不只是这个 AI 工具很强大。我感觉更多，就是这就是专业，真的太专业了，就是能看出来你真的是被这个项目折磨了很久，但是又很有想法的 Producer。我觉得我们有这种想法就要去做出来，这真的是你传递出来最大的价值。非常感谢你今天准备的这么详细，这么丰富。如果大家还有什么问题，我们可以。Flash 正好还有一个问题。他说你在 No-Code 的过程中，有没有遇到很难解决的，后来是怎么解决这些问题的？你可以说一个最难的。

Billy: 最难的是推荐系统这件事。因为推荐系统这个东西其实要关注分别碰到非常多不同的 Function。就比如说推荐系统，就是它注册之后，它要我要给他一个奖励点数给他。那这件事情就等于说他注册之后，他会先建立他的 Profile，在我的资料库里面。然后接下来要在这个点数的表单里面要去分送一个点数给他，奖励点数给他。那接下来就是我另外还有个记录的表单，是要记录说他得到了这个点数。所以等于说他同时要关联的好几个表单跟好几个方式。然后接下来又是他又分成他用 Email 注册，跟他用 Google 注册是完全两个不同的路径。所以那个时候遇到的状况就是好，我现在要修理。我现在他错误的给了我，他没有给我注册奖励。好，我跟他说他要修理，就修理之后，他给我两倍注册奖励。因为他修好了，但他另外又建了一个备用的机制。在上面等于说我的用户他原本就可以拿到三十点的免费的点数。就后来他拿到六十点。我跟他说不对，你现在给了他两倍。他说好，我知道我再来修理。就后来他修理完之后，他给了三倍。就是他修理的过程当中，他不是处理这个原本就有的问题，而是他在叠的一个问题上叠了一层架构上去。所以等于说他原本修好，但是他在叠了一个东西上去，等于说他给了两倍，然后就要再修一次，他要再叠一次变三倍。他等于就是他没有办法实际做到这么细致的问题。所以最后的解决方案呢，就是去找哆啦 A 梦，请工程师用人工的方式辨识出问题到底在哪里，然后把它修好。因为这个东西就已经超过自己能够处理的问题了。但是我先把自己能处理的问题全部处理完之后，才去请工程师伙伴用人工的方式去看，实际上到底哪里有问题。因为这个东西我看不出来，才去请他们来做这件事。但是我觉得你能够找到工程师来帮你，其实有很大的前提是你前面的东西已经够完整了，人家才愿意帮你。因为如果你前面的东西非常的杂乱，或者说根本是连个雏形都没有。那人家其实会发现说这件事情他跳进来一定是个火坑，那他绝对不会帮你。他会评估你的人品到底累积到什么程度了。但是如果说你已经做到一个某个阶段，他进来只要帮个小忙，那这样子的话，他就有机会去帮你解决。你遇到难题是什么？

主持人: 没错，没错，是这样。你首先要有自己的 Credit，让别人信任你才可以继续。

Billy: 嗯。

主持人: OK。Victoria 有一个问题，如果重新做一个项目，你觉得哪里可以用不同的方式做？

Billy: 我觉得会是整个设计的的过程。就是应该说这件事情。你要去思考说这个东西到底是你要帮助你自己解决问题，还是你要真的要拿来当成一个商业的专案？因为他真的是一个商业的项目的话，那重点是他怎么去赚到钱。他重点不是这个东西多分析或者这个东西解决问题多大，而是你的这个切入点到底好不好。因为我现在遇到的状况是我，我有两件事情，我是先注册了。先辨识音档，然后再做 LLM。这两件这两个流程大概可以拆成这两件事。但是有没有办法一件事就好了，你有没有办法一件事就解决某一个问题，那你就不会变成是要去处理两个问题。因为这东西复杂度就会瞬间减半。或甚至减到一半以下。那有没有办法这个东西你开发的东西其实够简单，但是可以解决问题，又可以收到钱。那这样的项目，我觉得在商业上面的话会比较值得投资。但是如果单纯是你要觉得好玩，想要练习的话，那就先从自己觉得有趣的地方做起。像刚刚有提到这个 Threads 的回顾那个专栏老实讲我三天就做完了。但是后来卡住的事情就是卡在那个 API，他没有办法真的公开给大家使用。但是至少这个专案就很小，他就是我可以用我现在执行的方式就是先写产品规格书。我知道先收集他需要哪些 API，需要哪些东西。那我只要一份产品规格书，其实很快就可以马上把它东西做出来。但是实际上当你真的要变成一个赚钱的事业的话，或者是一个赚钱的发掘的话，你要重点是要去想他怎么够简单够省成本。而且可以让别人花钱来做这件事情，要找到那个痛点，跟人家愿意付钱。很棒的思路。

主持人: 希望回答了你这个问题。我们再次感谢 Billy 毫无保留的分享。如果大家对 Rival 感兴趣，链接就在我们那个聊天框的最上方，你可以去试用，甚至加入他的 Referral 计划。然后呢，我们这个因为今天的内容非常的细，我们会马上放回放，然后也会有详细的总结。感谢感谢你的。

Billy: 谢谢大家，谢谢。

主持人: 对，大家也可以去私信他，但是一定要注意双向互惠，互利就是也要珍惜彼此的时间。好，大家都感谢你。

Billy: 谢谢。

主持人: 我们今天就到这里，谢谢你。

Billy: 谢谢，拜拜，拜拜，拜拜。

20260208_Billy 的 Vibe Coding 进化之路：非技术背景如何用AI构建全栈SaaS产品 (Wrivo案例复盘)

Youtube观看：

导语：

在这个AI赋能的时代，技术背景不再是创造产品的硬性门槛。本期分享会，资深播客制作人、非技术背景的创作者 Billy Nien ，毫无保留地复盘了他如何利用 AI 工具链（Lovable, Claude Code, Supabase 等），从零构建出全栈 SaaS 产品 Wrivo 的全过程。这不仅是一份产品开发日志，更是一套关于如何低成本试错、精准控制技术债、并最终实现商业闭环的实战心法。无论你是想解决工作痛点的个人开发者，还是渴望构建微型SaaS的创业者，这份手册都将是你打破技术壁垒的破冰锤。

第一部分：核心理念 — 从“工具使用者”到“产品架构师”

1. 认知的重构：功能只是冰山一角，系统才是深海

* 核心理念: 许多初学者误以为做产品就是写出功能（Feature），但实际上功能开发只占工作量的极小部分（约5%），真正的挑战在于会员系统、金流对接以及修不完的 Bug（约75%）。 (Billy, 00:32:53)

* 实战案例: Billy 在使用 Lovable 对接 Stripe 金流时，发现 AI 虽然能快速生成代码，但逻辑是错的——它为每一个购买的用户都创建了一个新的 Product ID，导致后台产生数百个重复产品，无法进行统一管理和数据统计。 (Billy, 00:28:36)

* 落地方法:

* 先写产品规格书 (PRD): 不要直接写代码。先用 AI (如 Gemini 2.5 Pro) 生成详细的产品规格书，包含用户流程、API 需求、数据库字段 (Schema) 等。 (Billy, 00:23:00)

* 理解基础架构: 即使不写代码，也必须理解前端 (Frontend)、后端 (Backend)、数据库 (Database) 和 API 的基本概念，以及它们是如何通过“门禁卡” (API Key) 交互的。 (Billy, 00:21:00)

2. 人机协作的“叠叠乐”原则：看得懂比写得出更重要

* 核心理念: 随着代码量的增加，项目就像“叠叠乐”积木。如果你盲目接受 AI 的所有修改建议，抽掉一块关键积木（如错误的后端修改），整栋大楼就会倒塌。你不需要读懂每一行代码，但必须知道 AI 改了哪里（前端还是后端）。 (Billy, 00:59:39)

* 实战案例: 在修复一个 Bug 时，AI 可能会提出修改后端逻辑的方案，但实际上问题可能只出在前端显示。如果盲目执行，可能会导致数据库回溯困难，尤其是在使用 Supabase 免费版无法一键回滚的情况下。 (Billy, 01:00:50)

* 落地方法:

* 使用 Plan Mode: 在 Claude Code 中使用 Plan Mode，先让 AI 列出修改计划，确认无误后再执行，而不是让它自动修改 (Auto Mode)。 (Billy, 01:03:00)

* 小步提交 (Commit): 每完成一个功能点，就推送到 GitHub。不要累积太多修改一次性提交，确保有“时光机”可以回溯。 (Billy, 00:54:25)

3. 极简主义的商业验证：算好账再开工

* 核心理念: 做产品的初衷如果是商业化，就必须严格计算固定成本与变动成本。只有当成本低于定价的 30% 时，产品才有长大的机会；如果成本极低（<10%），则值得全力以赴。 (Billy, 00:45:01)

* 实战案例: Billy 详细计算了 Wrivo 的成本结构：前端 (Vercel/Zeabur) + 数据库 (Supabase) + 语音转录 (GoodTape) + LLM API (Gemini/OpenAI)。通过选择 GoodTape 的月费模式而非按量付费，将固定成本控制在极低水平（约 $90/月），从而降低了运营压力。 (Billy, 00:43:42)

* 落地方法:

* 使用签账卡 (Debit Card) 止损: 绑定 API 支付时，使用余额有限的签账卡而非信用卡，作为最后的物理防火墙，防止 API 调用失控导致天价账单。 (Billy, 01:31:53)

* 病毒式营销设计: 在产品设计之初就植入“推荐奖励”机制（如邀请送时长），利用用户进行自发传播，降低获客成本。 (Billy, 01:30:46)

第二部分：工具与武器库 — 全栈开发者的军火库

我保留了原图的 Emoji 图标，这样在笔记里看起来更直观。

第三部分：高级战术与避坑指南

🛡️ 开发与调试战术

1. 环境隔离 (Environments): 建立“测试环境” (Staging) 和“正式环境” (Production)。永远不要在用户正在使用的正式环境上直接修改代码。 (Billy, 01:07:28)

2. 隐藏控制台 (Console): 上线前务必让 AI 帮你写一个开关，关闭浏览器控制台 (`console.log`) 的输出，防止黑客通过错误信息反推数据库结构。 (Billy, 01:11:40)

3. 维护模式开关: 提前在数据库或后端做一个“系统维护中”的开关。一旦发生严重故障或被攻击，可以一键切断服务止损。 (Billy, 01:12:15)

4. Webhook 的重要性: 对于耗时较长的任务（如音频转录），必须使用 Webhook（回调通知）而非一直轮询，避免超时导致流程中断。 (Billy, 00:38:48)

💰 成本控制战术

1. 存储陷阱: 数据库存文字很便宜，但存图片、音频非常贵。尽量让用户直接上传到第三方云存储（获取临时上传链接），避免流量经过你的服务器产生额外费用。 (Billy, 01:10:41)

2. 薅羊毛策略: 善用各大云服务的免费额度 (Free Tier) 和初创公司优惠码。Claude Pro 账号如果额度用完，可以考虑多开一个账号轮换使用，比升级到昂贵的企业版更划算。 (Billy, 01:38:29)

📣 增长与验证战术

1. Building in Public: 在产品开发阶段就在社交媒体（如 Threads）分享进度和痛点，收集 Waiting List。这批早期关注者比路人更有可能转化为付费用户。 (Billy, 01:22:06)

2. 被骂是免费的课程: 敢于发布不完美的产品。用户的吐槽和报错其实是免费的 QA 测试和需求调研。 (Billy, 01:36:58)

3. SEO 基础: 记得让 AI 帮你生成 `sitemap.xml` 并提交给 Google Search Console，这是让搜索引擎找到你的第一步。 (Billy, 01:17:40)

第四部分：资源与链接库 (来自聊天室)

👤 嘉宾与项目

* Billy 的个人介绍: [https://portaly.cc/billynien](https://portaly.cc/billynien)

* Wrivo (本次分享的项目): [https://wrivo.cc/](https://wrivo.cc/)

🛠️ 推荐工具

* Cloudflare (域名与安全): [https://www.cloudflare.com/](https://www.cloudflare.com/)

* Loops (电子报营销): [https://loops.so/](https://loops.so/)

* Google Search Console (SEO): [https://search.google.com/search-console/about](https://search.google.com/search-console/about)

* Screen Studio (录屏演示): [https://screen.studio/](https://screen.studio/)

行动清单 (给所有社区成员)

1. 痛点自查: 你的工作流中是否有重复性极高、且涉及多个步骤的环节？（如 Billy 的播客转文案流程）。

2. 规格书先行: 尝试用 AI 写一份你构想中产品的 PRD，包含用户故事 (User Stories) 和流程图。

3. 成本核算: 在动手前，列出所有可能用到的 API 和服务，计算单次运行成本。如果利润空间不足 50%，请重新考虑商业模式。

4. 建立 Git 习惯: 无论是否懂代码，注册一个 GitHub 账号，理解 Commit, Push, Pull 的概念，这是与 AI 协作开发的基础。

5. 公开构建: 现在就在社交媒体上分享你的想法或半成品，建立你的 Waiting List。