过去大家聊做产品，总会先聊技术。要不要招后端？数据库怎么选？服务器怎么部署？权限怎么设计？光是这些问题，就足够让很多人停留在想法阶段。但随着 AI 和各种开发工具的成熟，越来越多的人开始有机会把精力放回产品本身。

这次我们邀请到 Zion 开发者生态负责人覃貌，分享他如何在工作之余借助 Vibe Coding 做前端页面及 Zion BaaS 完成后端搭建。他前后花费几十个小时，就把一个想法做成了真正有人使用的产品。在产品上线之后，他又经历了被用户找出十几个问题、接入数据分析工具观察用户流失，以及不断修改流程和文案去继续验证新想法的全过程。

同时，在这次分享中，我们也聊到了很多更底层的经验，比如为什么不要闭门造车、为什么要尽早收费、如何在没有设计经验的情况下保证前端审美。

如果你正在用 AI 做产品，那么在这场对话中，除了「好痛」这个产品本身，你还能从它背后那套从想法、开发、上线到验证的完整过程中获取到新的经验，在开发成本越来越低的今天，如何更快地找到真实需求、获得真实反馈，并持续迭代，或许才是独立开发者真正需要思考的问题。

主持人：蒋耀锴｜Zion CEO

嘉宾：覃貌｜Zion 开发者生态负责人  👉 产品体验：howtone.cn    

为什么在做自己的产品？

蒋耀锴：今天主要是跟覃貌聊一下关于他最近做的一个产品。覃貌先介绍一下自己，你是干嘛的？

覃貌：OK，大家好，我叫覃貌，我来自函子科技，我在函子科技目前是负责开发者生态，所以大家会看到我在不管是飞书群还是线上线下的活动，会频繁的出没，我自己把这个叫蠕动，我会在外面去传播函子的产品，以及跟我们的开发者去打好交道，和我们的开发者一起去为他们去传播他们的用户故事，他们的产品。

蒋耀锴：大家可能会比较好奇，你有本职工作的人，怎么还搞一个产品啊？

覃貌：其实在函子，蒋耀锴他其实是鼓励我们内部这些同学，通过不管你是用 Zion 也好，还是不用 Zion，你都可以去做一个你自己想做的产品，去让更多的人去使用。

蒋耀锴：你觉得我为什么？我是纯粹只是好人吗？还是什么原因？除了好人之外呢，你觉得还有什么动机？

覃貌：猜你的想法，一个是你希望我们能够自己从 0 到 1 完整体验整个开发链路。我们做一个开发工具，我必须要先足够了解一个开发者，尤其是我们面向的是非技术型开发者，我要了解他们从 0 到 1 构建一个真正别人在使用的产品，到底要踩哪些坑，有哪些方式方法。这是第一个点，就是作为函子的开发者生态负责人，我跟开发者天天打交道，我要懂这个。

第二个点，在开发过程中，我也能知道这些不同的 AI 产品的优缺点，带回来给我们的开发者一些选型的建议和避坑的内容。

第三个点，我觉得从函子的角度来讲，耀锴是希望每一个函子员工都能够在这个环境里成长起来，去做一件比较有意思的事情，去开发一个自己的产品。

「好痛」是个什么产品？

蒋耀锴：你这个好痛是干嘛用的？

覃貌：我现在给大家看到的，就是我这两周自己做的一个已经上线的产品，叫做好痛，名字比较好记。网站第一屏就很清晰地能让大家看到，我的产品面向那些做好了产品——不管你是软件产品还是硬件产品——想去小红书或者公域做推广的这群用户，也就是开发者。产品的核心就是让他从互联网公域那些抱怨的帖子、吐槽的帖子里，捞到他的潜在客户。其实在这两天我产品又迭代了，现在不局限于小红书了，AI 时代，我的产品迭代速度也是肉眼可见地比之前快很多。

蒋耀锴：所以你一开始做这个产品的时候，反正我记得当时你一开始跟我讲是另外一个 idea，对吧？第一个叫什么来着？

覃貌：其实我有很多想法，最终上线的有一个是今年春节前，我做了一个叫不小众的微信小程序。当时是因为临近春节，nano banana 2 爆火，我就想抢在那个时机做一个新年红包封面生成的微信小程序，理想结果是病毒式的传播嘛。实际上我后来回看了一下那个小程序的支付订单，是 0，没有人为我那个小程序买单。

蒋耀锴：哦，对，我想起来了，你的每一个东西的名字都非常的奇怪。理想很丰满。

这个产品的开发成本

蒋耀锴：你做了多久？什么时候开始的？你说做两个礼拜是吧？

覃貌：对，两周前，不是说我天天在公司什么事都不干，就做了两个礼拜——我是空余时间，实际时间可能 40 个小时，我盲估啊。

蒋耀锴：40 个小时，那别人肯定会好奇，你到底懂多少技术？你自己判断一下。

覃貌：哇，这个是一个很抽象的概念。我觉得我是一个能大概看得懂代码写的是什么东西的级别，但是不会写好代码。

蒋耀锴：你之前学的是什么？在来函子之前干的是什么？你为什么会看得懂？

覃貌：我之前就是计算机专业的。我来函子之前，其实是做的产品经理、项目经理这样的角色。我很早之前有过前端开发的经历，但那个不值一提，那个很浅。

蒋耀锴：诶，你做了 40 个小时，那这过程中花多少钱？

覃貌：这次算是我第一次从 0 到 1 去 Vibe Coding 一个我认为相对中等复杂的“产品”，而非小玩具。昨天算了一笔账：首先函子给我提供了足量的 Tokens，消耗大概在 300 美金，换算成人民币就是两千左右；购买域名做备案，大概花了 150 块钱；Zion 的版本，我作为内部员工薅了一下，如果是外部用户就是 229 块钱，这个费用在整个开发过程中的资费占比非常非常少。总计到今天为止，不到 3000 块钱。之后的迭代就不会用那么多了，主要是 Tokens。

「好痛」的完整使用流程

蒋耀锴：你现在再讲一下，你这玩意怎么用的？给我们演示一下，喜闻乐见的演示环节。

👉 产品体验：howtone.cn    

👇 点击文末「阅读原文」查看完整操作演示

覃貌：那到了我打广告的时间了。我这款产品面向的是：你在做独立开发者，你在 Vibe Coding 一个产品，或者用 Zion 做一个产品，但你不知道怎么去在小红书或者公域推广你的产品。那你可以用我的这款产品——你去结合真实的痛点做分析，生成参考的文案，最后发布。

整个使用流程是这样的：进入看板之后，我会有指引说去采集笔记、分析痛点。点击采集笔记，现在有两个流程，一个是直接通过联网搜索，一个是通过小红书的采集 Skill。

蒋耀锴：所以这个地方的思路其实是人去看一遍，然后针对于这几个产品的了解，哪些好像是跟符合我们的，哪些实际上是跟我们没有什么关系的，也都是要过一遍的。

覃貌：对，走互联网搜索的话，噪音会很大，我不能保证每一篇文章都完全贴合你的产品痛点，但尽可能靠上。如果你觉得不是很贴近，你就不要加到分析库里。把你觉得贴近的内容加到分析库之后，就可以进行第二步——对这些笔记做痛点分析，点击开始分析。

做了分析之后，我会给到你一个分析的摘要，告诉你这个产品背后用户真实的担忧是什么。我们之前的直播也常在讲，无代码搭出来都是玩具嘛，对吧？就很多人会担心这个点。这些担忧就会被归类出来成痛点词语，比如说落地能力弱、平台限制多、权限控制弱。

有了痛点，有了用户场景，下一步就是我能帮到你，所以就到了生成文案的环节。文案生成里你有很多选项，可以选从整体视角出发，各方面都覆盖到，也可以单独选择某一个痛点，比如说权限控制弱，然后点击开始生成。我觉得这一点的投入占比很高，因为用户只需要消耗 10 积分，就可以获得三篇初稿。

看完文案之后，我会有一个初始化的封面提示词，可以点击开始生成封面。这个时候会调在 Zion 上配好的生图大模型，时间挺快的，大概 10 到 20 秒。出来之后，也许它可能会有一些 AI 的感觉，后面我都会去做优化的。用户觉得还不错，就可以下载保存，之后去发到其他地方。我的比例也比较符合社交平台的发图比例。

直播现场抓虫和 BUG 修复

蒋耀锴：你刚刚用这个产品（howtone.cn）去搜索了用户用无代码的痛点，你自己分析一下这里面每一个，你觉得跟 Zion 的功能相比，我们能不能够解决这些痛点？

覃貌：今天这个给我来上考题了。我先选一点说吧，比如说权限控制弱。Zion 反复在强调是支持 RBAC、ABAC 的权限管理的。大家能看到，我的所有游客，也就是没有登录我系统的人，AI 是别想用的，API 也是别想去调的。登录的用户呢，举个例子，他要去调痛点分析行为，我会限制说他的余额必须要大于等于 10，因为痛点分析单次是 10 的消耗，你才能去用。假如说有人去爬到这个接口，他也没有办法请求到。

蒋耀锴：这不叫有心之人，本质上就是所有的人都要防。你要把所有人都当成坏人，在所有人都是坏人的情况下，你都不会死的，对不对？你假设每一个人都是坏的，那你用权限去控制，你就不用担心有某个坏人了。

你这有个漏洞，新用户注册送 100 积分这个触发器，本身是有赠送积分的权限的，但这个权限设计有问题，赠送积分的动作应该是只有系统触发器才能做，而不是一个用户角色应该拥有的权限。

覃貌：哦，你提醒的很合理。对，这个赠送积分的动作确实应该是管理员或者系统触发器才有的权限，不应该暴露出来。

蒋耀锴：你这还有个问题，做的非常的垃圾——你把新用户注册赠送 100 积分和发飞书通知这两件事，塞在了同一个触发器里，名字还叫「新用户注册赠送 100 积分」。这两个东西没有直接的关系，你应该拆开：一个叫送 100 积分，一个叫发飞书通知，再加一个父级叫「新用户注册后发生的所有事情」，把它们都挂在下面。这样名字和内容才对得上。你不这么做的话，以后你再过一阵子，你怎么记得这里面还有个发通知？

覃貌：对，具体的事情没有对上。这是一个开发的陋习啊，就是触发器多起来了，就不好找了。

这里我也顺带提一嘴，当产品发布到公域之后，我每一步的修改都会特别的慎重，我都会想一下这一波改动会不会其他地方没改到，会不会影响到用户。就包括刚才我改名字的时候，脑子里一瞬间就会去想这件事。

蒋耀锴：很好的习惯。其实你这里，你已经维护了两个地方，你的 bug 已经修了一个了。

覃貌：是的，我们今天直播间就是现场直修啊。

后端有没有需要自己写代码兜底的情况？

蒋耀锴：在你开发的过程中，你有体验到需要自己补代码、写代码兜底和额外花时间吗？

覃貌：从后端角度来讲，我没有遇到要做这件事。但是前端的页面上，我是出现这种情况的——因为我前端不是用 Zion，我用的是 Vibe Coding。而后端我用 Zion 的 BaaS，Zion 都写好了一些底层代码，我只需要在上面做业务逻辑上的一些交互就好了。

覃貌：后端这块，我自己想好怎么去配，然后让 AI 去接就好了。我的时间主要花在思考产品设计以及行为流的配置流程上，当然行为流配置流程也可以让 AI 来引导我去配。

你这个场景，我用豆包不也能实现吗？

蒋耀锴：那有些人会开始有一些，怎么说呢？我平时会碰到一些让我非常讨厌的人，他们反正出来第一个问题就是，那我用豆包就能做，对吧？就这种是让我最讨厌的人。那你，我估计你也会碰到这样的人——我为什么要用你这个，豆包不行？为什么？

覃貌：其实有几个角度吧。第一个角度，从垂直型的角度来讲，豆包是一个通用型的对话模型，它不会针对痛点分析、文案生成这些具体环节做特别的优化。而我的平台，会针对性地去写怎么分析痛点、怎么做文案生成，这是一个垂类平台和通用工具的区别。

第二个角度，从数据源来讲，豆包是查不到小红书平台的信息的。因为小红书这个平台没有开放让外部工具去获取它数据的功能，所以你要获取小红书的信息，就需要通过一个 Skill 去操作，这个 Skill 需要配合你电脑的浏览器来运行。

蒋耀锴：OK，所以你相当于是给用户提供了一个在小红书上收集痛点的 Skill，这个 Skill 配合的是本地的一些 agent，对吧？

覃貌：对，你需要用到一个本地的浏览器控制插件，我们这次用的是 Kimi WebBridge，你要去安装一个我大概写好的 Skill 脚本，就是怎么样去登录小红书平台然后获取对应的信息。这个 Skill 建议大家用小号，我不建议用大号去做这件事。

蒋耀锴：用小号防封号，就这么简单呗。除了这个之外，还有没有什么你觉得是你的秘密武器，是豆包不可能打得过你的地方？

覃貌：这最核心就是数据的沉淀，哈哈哈。豆包每次开一个新聊天都从零开始，你要重复发产品背景，而且有可能遇到重复的帖子。我的平台里面，每次把笔记放到笔记库之前，我都会做查重校验，确保笔记库里没有重复的内容，而且我的产品背景是一次性配好的，下次分析直接用，不需要重复输入。

蒋耀锴：相当于他没有一个沉淀内容的地方，每次都从零开始。但其实我觉得最重要的还是你的脑子——本质上你能够卖一个产品，绝大多数时候是因为你对这个场景有超越普通人，也就是超越 AI 的理解。AI 对于怎么做痛点分析和写帖子的理解比你差，所以你可以提供带有自己 secret sauce 的提示词，这才是你真正的核心壁垒。

覃貌：刚好你说的这个点也是我想说的，因为我会持续地收集用户的反馈，所以每一次的痛点分析，每一次的文案的生成，我都会去不断地优。优化对应的prompt，对一个使用者来讲，你就不需要去关心你每天还要重复去补的那些上下文了。我做这个东西肯定是为了收钱的，我的目标就是不断地去让各种分析更精准，各种文案更加的优雅。

蒋耀锴：这种东西，你的人如果在自己做的产品上都比 AI 差的话，你就可以不用活了。不然你觉得为什么人可以发现有些东西有 AI 味？就是因为 AI 产出的东西是差于专家的。

永远不要憋大招

蒋耀锴：说到这一点，你之前在那边憋大招，憋了半天，我一直在催你上线，你记得不？

覃貌：别提了，我当时快烦死你了，我产品做到大概 0.5 版本的时候，蒋耀锴就开始说，你赶紧的让别人去用。我当时其实有点那种产品洁癖，就是觉得产品没到最佳状态的时候，不太想让别人用，想自己先喷一轮。

蒋耀锴：然后你没有发现你喷了半天，现在里面还有一堆吗？

覃貌：是的，后面蒋耀锴天天催，我实在忍不了，就让一批种子用户来用，结果不用不知道，一用就发现了很多，我当天记得很清，一用就发现了大概 12 个体验上、流程上的 bug和糟糕的地方。但我自己在测试的时候，竟然一个都没有发现。

我当时总结就是当局者迷旁观者清，产品做出来大概流程通了之后，最好赶紧找个人从旁观者视角去使用一下，这样会给你更清晰的反馈。

蒋耀锴：错误的自信。就是永远不要憋大招，你的东西越早被人喷越好。如果那个人是跟你关系好的话，他就是我们传说中的所谓的用户，对吧？这种是最好的。

覃貌：是的，我找的前期使用的用户，就是敢喷我、不会捧杀我的人。

去「观猹」发布产品

覃貌：你刚好说到真实的反馈了，我顺带提一嘴。就是我在产品正式发布的时候，去找到了一个叫观猹的平台，观猹记得给我打广告费奥（笑）。这个是在国内，我认为是 Product Hunt 的平替——你在 Zion 上做好了产品之后，可以去登录这个平台发布你的产品，让平台上的所有用户去体验。

我为什么要去这个平台？因为观猹上的这些用户都是 agent 和产品测评的狂热爱好者，而且是一群很认真的人——在这个平台给你的产品写评论，是要先答 100 道题的，有点像当年 B 站的感觉。

我的产品现在还在排行榜里，之前上周是第一。进来之后，最爽的一点是什么？就是这些评论区的人，他跟你不熟，会站在自己使用产品的角度给你写那种一看就不是 AI 写的、很认真的评论，也不是清一色都夸你的。比如说这个，他会告诉你：哦，我体验了一下，发现你的 Skill 更好用，但你的新用户的流程，我走不下去。我大概从这些认真的人的反馈，就能知道我下一步优化的方向。

蒋耀锴：对啊，这非常重要，要有真实的反馈，你一个真实的反馈配上一个快速的迭代，产品才能进步。

用 PostHog 进行数据分析

蒋耀锴：除了用这种方式采集反馈之外，因为这种人他是要主动给你提供反馈的，对吧？我之前还让你去装了那个 PostHog，还记得不？我跟你讲了几遍？

覃貌：这个东西也是一个非常非常爽的产品。我一开始不相信蒋耀锴说 PostHog 一行命令就能引入这件事，所以一直没有去做引入，直到我真的就一句话把它接上之后，我才发现我去……

蒋耀锴：我跟你说的是不是只有一行？

覃貌：原来做产品的用户分析这么爽。给大家看一下这个分析面板，这是我现在产品的一览数据面板。我大概能知道我的 UV 是多少，我的独立用户是多少，每一个页面大概进来的用户是多少——这些我没有去做任何提前的埋点，直接通过 PostHog 这个工具就能观察到。我的项目现在注册量已经破百了，从看到落地页到登录到注册，转化率我盲估大概在 40% 到 50%，还是一个不错的转化率。

我能看到直接输入我网址来的人是多少个，从观猹给我引流过来的是多少个人。然后我能知道，进第一个页面是多少人，第二个页面，第三个页面，大概就能从这些数据看到，比如说有多少个人进了登录页，到主面板的时候剩多少个人，再往下走就没了。

我就能大概猜到，可能是我的内容还是比较吸引人的，他愿意注册进来，但看完之后发现「哦，我要去安装 Skill 去做分析，好麻烦」，就走了。看到这些信息之后，我就会去思考下一步产品迭代的方向。这里我顺带提一嘴，我发现真的你在做一个面向陌生人的产品的时候，你不会很无脑地说，他要什么我就给他什么。你会谨慎思考，很克制地去做产品设计。这个是我这几天新的一点感悟。

蒋耀锴：那你从现在这个角度再回看，Zion 要做产品功能选择的时候，现在有没有多一点理解？

覃貌：我更加理解我天天在骂的 Zion 的产品经理了（笑）。

用 Zion 做后端，省了多少时间和钱？

蒋耀锴：最后问你一个问题，给 Zion 做个广告。你觉得，在你做这个产品的过程中，Zion 替你省了多少弯路？一分钟时间，就是用 Zion 做后端。

覃貌：虽然我是 Zion 团队的人，但有一说一奥，的确让我少走很多弯路。

第一，我不需要去搞一个后端的服务器，不需要操心数据库的选型，那些有些要说用 Java、用 Go 还是什么的选择题，我全都不需要做。

第二，我不需要去操心框架的搭建。

第三，我去调 AI 的各种大模型，通过 Zion 一站式就能调。

最爽的一点，我不需要去 debug 后端、不需要担心出后端的 bug。当然 Zion 可能会出 bug，但我这段时间是没有遇到的。权限管理这些就不说了，也很方便。

我以国内云厂商提供的 Supabase 为例，如果我自己搭一个国内 Supabase 在火山上，大概一个月要花 720，而 Zion 一个月 200 多，这块就省了 500。后端开发的话，按一倍的开发量算，省了大概 2000 块钱和两周时间。当然我做的不是一个非常复杂的服务端东西，我只能大概判断。

三条踩坑总结

覃貌：我今天除了给我的产品打广告以外，还想说点别的，算是我踩过的坑吧。

第一个点是，我之前认为让 AI 去写一个 Skill 是 AI 做不好的一件事情，所以这个龙虾（Openclaw）出来的时候，我对它是持比较负面的态度，我觉得你让它做任何自动化事情都很蠢。但实际上我在自己做浏览器 Skill 的时候，我发现正确的步骤不是一上来就说「你帮我写一个 B 站回评论的 Skill」——正确的选择是你让它现在就去做，去 B 站去回评论，当它做错了一件事的时候，你去纠正它，直到它完成了你要做的自动化的事情之后，你说 OK，你现在把它封装成一个 Skill，那这个时候你的 Skill 就可以拿来真正开始使用了。也就是说，你让 AI 去搞 Skill 的时候，应该是引导着它完成了一个事情之后，再去产出，而不是一上来就说你帮我做个 Skill。

第二个点，大家现在天天在朋友圈说 Build in Public，但一旦你真的把产品发布出去，而且真的有陌生人在用了，你的任何后端变更都会变得更加谨慎小心。比如说我要去改一个东西的时候，我发现我原来的数据库不该这么设计，那这个时候你就会很难受了——你要想好老用户的数据怎么同步到新的数据结构里，哪些地方要改。所以每一个新的产品点的迭代都要三思而后行。

第三个点就是刚刚跟大家讲的，你现在如果在用 Vibe Coding做东西，在用 Zion 做东西，最好的方式就是尽快让互联网的大众能够看到，避免闭门造车。这里面还有个关键点，就是我的产品在推到观猹的时候，我至少是加了支付墙的——如果你认为你未来是要收费的，那你提前就做一个收费拦截的措施，来判断用户愿不愿意为你付费。尽早收集反馈，尽早做决策。因为现在开发产品的周期相较于以前快很多，所以最好不要幻想自己做了一个很好的产品然后发朋友圈，大概率大部分人会给你点赞说哇你好厉害，但你真正去看付费订单的时候，你发现无人付费，那你要去优化也好，或者快速做决策要不要变更方向。

我还有一个感同身受——就是我现在在用 Vibe Coding 加 Zion BaaS，Zion BaaS 我可视化配置，我指哪打哪，我怎么想的我怎么配。但是前端的开发不一样，如果你是一个没有审美的 Vibe coder，你说「我想让这个样式变得更好看，你给我做得更漂亮一点」，你在前期这个确实有用，因为能从一个非常拉的 AI 味页面变到一个勉强能看的。

但到后期，你如果无法精准描述说，我希望这个加载有一个什么指针跳动的效果，或者我希望 tab 的切换有一个液态玻璃过渡的效果，你就会发现你很难受——你已经说不出来你想让它样式变成什么样了。如果这个时候你词穷了，我的推荐是你去多刷一刷前端的样式库，先找到你眼睛看起来觉得不错的样式，再让 AI 去总结出这个样式对应的提示词，来练你的设计的能力。

所以 AI 时代，总有人今天说设计师被替代了，明天说前端、服务端被替代了，这都是扯淡。AI 能做到的是让一个人在他不专业的领域感到哇塞，但对身处这个行业里的人来说，还是能一眼感知出“AI味道”的存在。👉 产品体验：howtone.cn