吃自己的狗粮（Dogfooding）：含义、好处、局限和做法

什么是吃自己的狗粮？

吃自己的狗粮（Dogfooding，来自 eating your own dog food）是指公司在客户之前和之后，都在真实工作中使用自己的产品。目的是在日常使用里发现缺陷、粗糙之处和缺少的功能，并让做产品的人亲身体验客户会遇到什么。

这个说法在 1980 年代末的软件行业流行起来，当时微软的管理者要求各团队在内部使用公司自己的产品。有的公司更喜欢「喝自己的香槟」这类好听点的说法，做的是同一件事。

为什么要吃自己的狗粮

• 真实使用才能发现真实问题。 测试用例覆盖预期的路径，日常使用能碰到意料之外的：页面慢、设置难懂、边界情况出错。
• 反馈更快。 内部用户可以在功能上线当天就带着上下文报告问题。
• 同理心和产品感觉。 自己离不开这个产品的工程师和设计师，会注意到原本只能在工单里读到的摩擦。
• 可信度。 自己的团队都在依赖这个产品，销售和客服谈起它也更实在。

吃自己狗粮的局限

内部用户不是你的客户，把他们的体验当成有代表性，是典型的抽样错误（见抽样偏差）：

所以它是用户调研、可用性测试和公测的补充，不能替代它们。它在新手引导上最弱，因为公司里没有人是首次使用的用户。

怎么组织内部试用

1. 做真正的工作，不做演示。 用产品完成本来就要做的事。
2. 让反馈零成本。 设一个专门的频道或产品内的反馈按钮，指定每天处理的负责人。
3. 内部先上新版本。 下个版本先在内部跑一周，再给客户。
4. 像公测一样跟踪。 统计内部活跃人数、工作中用产品完成的比例、每周报告的问题数和修复时间。
5. 形成闭环。 告诉反馈人问题后来怎么处理了，否则这件事会自然消亡。

四周内部推广的看板示例（示例数据）：

使用人数上升、报告问题下降，是想要看到的信号；报告问题下降、使用人数也下降，说明大家放弃了。

别让内部使用混进客户指标

内部使用会扭曲产品数据：员工会打开没人用的功能、产生超长会话、触发边界错误。两个做法能保持数据干净：

• 在客户报表里排除内部流量，按 IP 段、域名或员工账号的标记排除，见排除内部流量。
• 单独分析内部使用。 给内部用户打上 is_internal: true 这样的属性，把这个分群单独拿出来看，让内部试用的数据服务团队，又不污染转化率和激活率。

TapCub 自己怎么做

TapCub 用 TapCub 统计自己的网站和产品：注册、登录、建项目、下单从我们的服务端发送到一个 TapCub 项目，团队看的漏斗、留存和报表和客户看到的一样。这些报表会过滤掉内部和测试账号，只反映真实客户。本站很多帮助文章，最初就是我们自己使用产品时碰到的问题。

另见：什么是 Beta 测试？类型、流程和结束标准。

参考资料

• Wikipedia. Eating your own dog food.
• Harrison, W. (2006). Eating your own dog food. IEEE Software, 23(3).
• The New York Times (2022). Why tech companies "dogfood" their products.