Episode 759 | TinySeed Tales s4e6: Does AI + Pivot = Success?
27:10 Share

在本集 TinySeed Tales 中，Rob Walling 与 Hello Query 的联合创始人 Colleen Schnettler 进行了交谈，她分享了她最新的创业旅程转型。

(1:25) – 回顾联合创始人分手

节目链接：

TinySeed 申请开放至 2 月 23 日

如果您对启动或扩展软件业务有任何疑问，希望我们能在即将播出的节目中解答，请提交您的问题。我们很乐意听到您的声音！

<raw_text>0 这是 Tiny Seed Tales 第四季第 6 集，我们将继续聆听 Colleen Schnettler 的创业历程，并自问，AI 加上转型是否等于成功？

在进入正题之前，我们下一批 TinySeed 公司的申请从现在开始开放至 2 月 23 日。如果您想成为世界一流加速器的一部分，获得完美的资金、指导、建议和社区，请访问 tinyseed.com/apply。现在让我们深入探讨本集内容。记住一点很重要，对于大多数没有放弃的人来说，最终都会成功。

就像大多数人一样，如果你看看这些成功案例，深入研究一下，你会发现大多数没有放弃的人，最终都会成功。欢迎回到 Tiny Seed Tales，这是一个我跟随创始人经历创业过程中惊险刺激的过山车旅程的系列节目。我是你的主持人 Rob Walling，一位连续创业者，也是 Tiny Seed 的联合创始人，Tiny Seed 是第一个为自力更生的创业者设计的创业加速器。今天，在本季 Tiny Seed Tales 的第六集中，我们将再次深入 Colleen 的旅程。这是

自从我们上次查看以来，情况发生了翻天覆地的变化，充满了曲折、转折和不确定性。但这正是她的故事如此引人入胜的原因。这是一个关于韧性、雄心和追求更大目标的故事。所以系好安全带，加入我，一起探索 Colleen 冒险的最新篇章。在上周的节目中，Colleen 和她的联合创始人 Aaron 决定分道扬镳，Colleen 看起来压力很大。♪

所以在我们录制完节目之后，我们很快就录制了联合创始人分手的后续内容，我当时非常沮丧。就像你说的完全正确。压力很大。在接下来该做什么方面，有很多焦虑。我当时的直觉反应是，我需要放弃这个想法。我需要放弃这个名字。我要做些其他的事情。就像我有其他的想法。我

我已经很久没有发布代码了。我对自己从零开始创建一个应用程序，到付费认证的整个过程的能力有点怀疑。

所以我想发布一些东西，我想换个方向。所以当时，我有了这个想法。我曾经是一个播客主持人，我们总是很难找到和管理赞助商，以至于我们实际上停止了接受赞助，因为管理上的开销实在太麻烦了。所以我开始朝这个方向发展。

自从我们上次交谈以来，已经过去了四个月，Colleen一头扎进了名为 GetPodcastLeads.com 的新项目中，试图解决她在播客领域熟悉的痛点。但尘埃落定后，她面临着市场生存能力的严峻现实。那里肯定存在问题，但市场真的会花钱来解决这个问题吗？所以我问 Colleen 她是怎么发布它的。

“发布”这个词用得有点强。我想我只在推特上宣传过一次。嘿，这就是我们所说的独立黑客发布。是的，好吧。哦，这太狠了。烧焦了。太残酷了。狠毒的烧焦。我有点，是的，我不知道。

所以我发布了它，在推特上发布。所以我只在推特上宣传过一次，我确实开始给人们发私信，因为我知道每个人都在做播客，对吧？而且我很幸运，我实际上认识很多拥有播客托管公司的人。所以能够直接找到他们并与他们交谈是很酷的。

而我通过这样做发现，播客是一个艰难的市场，利润率低。播客主持人很穷。所以他们会额外花钱似乎不太可能。它本来可以是，我认为它本来可以是一种产品化服务，但仍然不像，

如果我要做产品化的咨询，我应该用 Rails 来做，赚真钱，而不是为那些播客主持人服务，他们会说，如果你帮我找到一个愿意付给我 200 美元的赞助商，我会付给你 20 美元。业务模式的数学计算似乎行不通。而且——

试图巧妙地提出这个问题，但你能不能在编写代码之前就发现这一点？你是否觉得你，比如，你是否后悔花时间编写代码，或者重新激活你的“交付肌肉”是否值得？首先，Rob，你总是打击我的灵魂。没关系。你习惯了。这就像我们的历史。我习惯了。所以没关系。你知道吗？我认为我在构建它之前就知道结果会是这样，但对我来说，构建它更多的是为了，

再次激活这种交付的肌肉，因为我们已经很久没有交付了，因为我已经很久没有从零开始完成一个完整的应用程序了，我只是需要激活这种肌肉。而且我一直想玩 AI API。而我没有。我当时在旁边看着每个人。我想，我

我想参与其中，这就像未来一样。所以播客的事情很酷，因为有一个巨大的播客 API，我从中购买了数据，然后将其通过 Deepgram 进行转录，然后将其通过 OpenAI 来尝试提取赞助商。所以我能够将所有这些不同的 API 组合在一起，我玩得很开心，这让我对自己的交付能力有了很大的信心

所以我并不后悔。但我确实认为我已经知道答案了，因为，再说一次，如果你要获得一个 200 美元的播客赞助商，这就像，你会为此付多少钱？不多。是的。经济学行不通。你认为说 Get Podcast Leads 是 Hello Query 之后你的反弹关系是否有点不妥？这就像我知道它不会成功，但我并不后悔。参与其中了。

这完全合适。这绝对正确。虽然 getpodcastleads.com 可能并没有达到她预期的巨大成功，但它重新点燃了她所谓的“交付肌肉”。这是一个必要的步骤，一种类似于反弹关系的步骤，最终引导她走向了她的下一个事业。

然后我又陷入了另一个悲伤的低谷，因为我想，哦，哇，这是一个糟糕的主意，我认为我当时就知道，但我真的只想发布一些东西。所以你现在又处于，你知道，你又处于曲线的底部。你又想，糟糕，我要做什么？所以我又回到了我的不公平优势是什么？

这很难，因为你必须将沉没成本与不公平优势区分开来，对吧？就像我，所以我的挣扎就在于，这又是很多困惑、焦虑等等的时候，那就是，好吧，我的不公平优势是我已经沉浸在报告中两年了，还是这是一种沉没成本，而我只是放弃？而且

我意识到，我仍然认为这是一个不公平的优势，我已经沉浸在这个内部报告的世界中了。这是一个问题。人们想要解决它。这非常清楚。对于一个试图创业的人来说，想出一个人们愿意花钱解决的问题是如此之难。我想，好吧，如果我把围绕着我已经做了什么，走上 Hello Query 道路的复杂情绪，

如果我把它与实际的、逻辑的、这里有什么商业机会分开？我仍然认为那里存在商业机会。我一直在玩弄所有这些 API。所以我心想，我想知道我是否可以结合我在 Get Podcast Leads 中学到的东西，以及现有的新技术和最初的愿景。所以我现在拥有的，我刚刚发布的东西，它是一个 AI 辅助的 SQL 云。

报表构建器。它仍然被称为 Hello Query，但它是一个不同的产品。并描述它的工作原理。公司里的谁会是用户？是什么，我知道我见过界面，它相对简单。所以描述一下它的功能。

所以，你知道，我上周才发布它。所以就理想客户而言，它还处于非常早期的阶段。我发现，当我第一次构建它时，我认为它更适合开发人员，有点像提醒你如何编写 SQL，因为我们并不总是检查。但我与之交谈过的每个人都想将其放在非技术团队面前。好的。

内部的。所以是内部的。内部用户。是的，内部用户。所以它的样子是这样的，你知道，会计部的 Jim 提出了一个自然语言问题。

它在后台转换为 SQL。它针对这个数据库运行。但是，该产品是报告。这些是 Jim 想要的答案。然后他可以将其导出到 CSV，导出到 Google Sheets。他可以安排每周向他和他的团队发送该报告，重新运行并发送。所以该产品实际上是围绕初始查询的所有报告。

这让我想起了你在上一集中说过的一句话，你当时说，回顾过去，我们应该发布 SQL 到 CSV，因为我们可以很快完成。你和 Aaron 对此观点存在冲突。这感觉就像一个 AI 辅助的 SQL 到 CSV，或者至少是你当时的愿景。你同意吗？是的，我完全同意。而且 AI 也，我甚至不打算发布它。那就像，我添加了它

因为它几乎更像是一个营销噱头，就像，哦，AI。然后人们对此非常兴奋。我想，哦，好吧。人们对此非常兴奋。所以这应该成为产品的一部分。但是的，这就是它。这回到了，我想，你知道吗？让我们回去。让我们考虑一下，你知道，我想做什么。我想做一些小的，一次一小口地解决这个问题，对吧？一次一小口，把它放在人们面前，根据需要改变愿景。

对。这是你和我一直在定期讨论的事情。你如何获得更多的数据或信息，这样你就不会猜测，也不会只是思考和沉思，对吧？因为你和我可以坐两个小时来猜测人们会做什么。事实上，我认为是三周前，你和我进行了一次聊天，你当时问了一个问题，我很担心。它还没有发布。

我很担心，人们是否愿意连接生产数据库？在那次通话中，我说，好吧，去问问他们，对吧？你是否应该发布？这是一个问题。你是否应该发布？就像，去推特上发一下。我会转发它。看看人们是否会这样做。对你来说，那次经历怎么样？首先，太棒了。太棒了，因为……

无论出于何种原因，我认为这只是我们去年在产品交付方面的工作速度，有很多思考，对吧？这就像，我们只能，我们必须第一次就交付正确的东西。所以我们必须把所有这些都弄清楚，这太糟糕了，对吧？但我认为记住这一点很重要，我们之所以陷入这种心态，是因为，你听说过所有建议都是正确的吗？是的。

有一个，我不知道，这是一些著名的文章。这有点像所有建议都是正确的，因为它对给你建议的人有效。所以你总会在商业建设社区中找到两类人。有经常发布和迭代的人。然后有些人会说，哦，我们花了两年时间与客户交谈来构建这个东西。这个东西很棒，而且很成功。

所以我之所以说所有这些，是为了解释为什么我们会处于这种状态，我们会认为第一次就能设计出完美的产品。所以回到这个整体，我认为这个特定产品可能失败的最大原因之一将是人们不会连接他们的生产数据库。而你说，好吧，你可以，你可以直接找到答案。我说，是的，是的。

我可以直接找到答案。它不必是，也许他们会，也许他们不会。也许这一组会，也许这一组不会。我可以直接发布我构建的东西，然后看看人们是否会连接他们的生产数据库。是的。这是一个奢侈品。你知道，经常会有这样的争论，我应该建立一个受众吗？你会在推特上看到 Laura Roeder、Jason Cohen 和我前几天说，不要为 SaaS 建立受众。如果你要销售信息产品，那就建立一个受众。不要为 SaaS 建立受众，不值得。还有其他事情你应该做。但是

但也有例外。我并不是说你应该建立受众的例外情况，但拥有一个了解你的人群是很好的，无论是推特上的 1000 名粉丝还是 2000 名粉丝，无论多少，你都在推特上发布了它。这是这个东西。这是屏幕的 GIF。点击此处试用。这是一个非常好的奢侈品。如果你没有社交媒体粉丝，也没有网络，没有社区，你

你仍然可以做到。见鬼，我们都做过，我们都经历过。我在 15、20 年前做过，你知道，你自己也做过，但这加快了流程。当你这么说的时候，我当时的想法是，这只是使反馈循环更快，因为我可以更快地接触到我的目标受众。是的。而且我觉得这是一个良性循环，因为它与你之前提到的“交付肌肉”评论有关，你交付了，

然后你得到非常快速的反馈。这种反馈就像好坏参半的多巴胺激增，我在做一些事情。这就是，你知道，公开构建的标签出现的地方。

我可以接受也可以拒绝。我认为公开构建的最大好处不是，哦，像，看看我，我将从这里获得客户。我认为这是反馈循环非常快，特别是，好吧，如果你正在公开构建，并且你正在针对真正倾听的人，因为问题是，如果你制作任何不适合独立黑客或开发人员的东西，然后把它放在推特上，你会得到独立黑客和开发人员的反馈。通常情况下，这与你真正想要的东西恰恰相反。但在这种情况下，你知道，你是……

开发人员可以将它带到公司内部，你知道，也许他们不是目标用户，但是，嗯，他们至少知道它是如何工作的。是的。而且，再说一次，就像我认为在，最终，不是说总会有一个结束，但是，嗯，

我不知道我是否会针对开发人员或财务团队或高管。但是，是的，开发人员最终必须接触它，他们可以成为这些人，因为他们通常是被要求提取这些报告的人。很多人说，哦，是的，我经常被要求这样做。这太痛苦了，因为这不是我的工作。所以他们可以成为我让他们将它引入他们公司的内线。