Eat Your Own Dog Food：我用 VoiceDoz 写下了这篇文章

这篇文章，我一个字都没有打。

你现在读到的每一句，都是我对着 VoiceDoz 说出来、它帮我理干净的。

所以我想聊聊一句老话：Eat your own dog food——用你自己做的产品。

一句被讲烂了的话

这句话最早是微软提倡的，意思很直白：做产品的人，自己得用自己的产品。

道理谁都懂。一个做产品却不用自己产品的人，确实说不过去。

但我想说的不是这个层面。“自己得用”是底线，不是亮点。把它当成一条值得拿出来讲的经验，那就太浅了。

真正让我对这句话改观的，是这一个月——我一边拿 VoiceDoz 当日常的语音输入工具天天用，一边根据自己用出来的感受去改它。

在这个过程里我发现：dogfooding 真正的价值，不在”用”，而在你会撞见一类东西——测试用户永远不会报给你，你自己写需求的时候也根本想不到。

我举一个具体的例子。

一个我写代码时压根没想到的细节

VoiceDoz 的核心，是把你说的话变成一段干净、通顺、可以直接用的文字。

人说话和打字不一样。打字是想好了再敲，说话是边想边说。所以语音里天然有大量的”杂质”：语气词、口头语、还有反复。

VoiceDoz 不是简单地把语音忠实转成文字——那样的话满屏都是”嗯""那个""就是说”，比手打还难用。它会经过一层 AI 润色，把这些重复和口头语去掉，留下干净的内容。

听起来很清楚，对吧？直到我自己天天用，才撞上一个问题。

人说话的”反复”，其实分两种。

第一种是修正。我一开始说”我们星期三开会”，说到一半改口”不，星期四”。这种反复，该删——只保留”星期四”就对了。

第二种是强调。我把一个观点翻来覆去说了三遍，不是因为我啰嗦，是因为我想强调它。这种反复，如果你也当成杂质删掉，我恰恰丢掉了我最在意的那个信息。

问题就出在这儿：同样是”重复的话”，一种该删，一种该留。程序怎么知道我这次是在改口，还是在强调？

删错了，丢信息。留错了，变啰嗦。

这个判断，我光坐在那儿写代码的时候，是完全没意识到要去推敲的。在开发者的脑子里，“去掉重复”就是一句干净利落的需求，一行逻辑的事。

是我自己天天对着它说话、一次次撞上”诶，我这句是想强调的，怎么被吃掉了”，才意识到这背后藏着一个需要精确拿捏的平衡点。

我在这上面花了不少时间打磨，最后没有去追求一个”程序永远猜对”的完美判断——那不现实。我把它做成了一个可以调的平衡点：输出可以偏向”润色过的摘要”，也可以偏向”忠实于原文”。让用户根据自己当下的场景去选，而不是替他赌一个答案。

这是开发者视角永远给不了你的

回过头看，这个细节为什么我写代码时想不到，而用起来一下就撞上了？

因为开发者视角和用户视角，是两套完全不同的视角。

写代码的时候，我在想的是”怎么把语音变干净”——这是一个功能。 说话的时候，我在想的是”我要把这个意思准确地表达出来”——这是一个意图。

有些需求，只存在于”带着真实意图说话”的那个瞬间。你坐在编辑器前是想不出来的，因为那时候你没有意图，你只有功能。

dogfooding 真正的作用，就是逼你从开发者视角切回用户视角。它不是让你”测试”你的产品，是让你真的成为你产品的用户，带着真实的需求去用它，然后被它绊一下。那一下，就是测试报告里永远不会有的东西。

我在之前写 Founder’s Playbook 那篇 里说过一个观点：有些事 founder 必须亲自下场，不是为了完成任务，而是为了拿到只有亲自下场才能拿到的一手感受。

VoiceDoz 是个主动产品，它的命脉是判断力，而判断力来自亲自在场。

Eat your own dog food，就是”亲自在场”最朴素、最具体的那个形式。

收尾

天天用自己的产品，最直接的回报是：每天的改进，体感是显而易见的。

不是看数据看出来的，是我自己说一句话、它顺一句话，今天比昨天顺，我立刻就知道。

而最好的证据，就是这篇文章本身。

你读到这里的每一句，都是我说出来、VoiceDoz 帮我理干净的。

它好不好用，我不用问测试用户——我自己每天都在用它，包括此刻。