Content
指组织成员在真实工作场景中使用自家产品/流程/服务，以暴露问题、改进体验与提升质量；常见于软件开发与内部测试。
Acceptance
- Dogfooding（eating your own dog food）指组织成员在真实工作场景中使用自家产品/流程/服务，以暴露问题、改进体验与提升质量；常见于软件开发与内部测试。
- 术语在科技圈的流行用法常被追溯到 1988 年 Microsoft 经理 Paul Maritz 的内部邮件 “Eating our own Dogfood”。
Question
- Dogfooding 和 internal beta / alpha testing 的边界是什么？哪些情况下二者等价，哪些情况下 dogfooding 更强调“用来做正事”？
- 什么时候 dogfooding 会变成“为用而用”（虚假使用），反而误导产品方向？
- 对于工具/流程类（如 Claude Code 的工作流），dogfooding 的最小可行设计是什么（MVP dogfooding）？
See Also
- Internal Beta Testing
- Feature Flags
- Feedback Loop
Reference
- Splunk: “What’s Dogfooding?” https://www.splunk.com/en_us/blog/learn/dogfooding.html
YoYo’s Note
- 这词在“流程/方法论”语境里很顺手：意思不是“我们又写了个流程”，而是“拿这个流程去做一次真实任务，看看会不会卡死”，把摩擦点/漏洞当作一等公民。
- 在 Claude Code 那句上下文里，dogfooding = 用刚定义的新任务流程跑当前任务，从 Design 已完成的节点开始继续执行，顺便验证流程是否可操作、是否需要改 prompt 或步骤。
Answer
Dogfooding 就是“自己当自己的用户”，用自家产品/流程完成真实工作，通过亲身体验找到 bug、摩擦点和缺失的能力，然后快速迭代。
Extra
常见收益（软件/流程）
- 更早发现 bug 与可用性问题（尤其是“理论上可用但用起来难受”的问题）
- 形成用户视角的反馈闭环（dev→use→feedback→fix）
- 提升对外发布的信心（内部已被真实场景压测）
常见陷阱
- “为了 dogfood 而 dogfood”：内部使用不是真实任务，只是走过场
- 内部场景与真实用户差异过大，导致优化方向偏离
- 没有明确反馈/修复渠道，dogfooding 变成抱怨收集