最近参与了几次内部产品的 dogfooding，自己的产品也组织了几次 dogfooding，在实践中总结出了一些关于做 dogfooding 应该注意的事情。
自己碰到的状况是很多 team 把 dogfooding 当成了人肉找 bug 活动，其实这是对 dogfooding 的一种不全面的理解。dogfooding 不应该局限在找 bug，而是更重要的是在产品 release 前验证目标用户在的主要需求被产品满足的过程中在信息上、逻辑上、交互和界面上是否还有不完善或不合理的地方。Wikipedia 中对 dogfooding 的描述「dogfooding使开发者能够在现实的场景中测试自家公司的产品，这样就能在产品发布前让项目管理者对产品将被如何使用有更好的认知」
保证 Dogfooding 产品的完成度
不要把核心功能都没有完成的产品拿出来做 dogfooding，做了也是白做，浪费时间。
一般来说，产品要有至少80%的完成度，核心功能必须保证能够跑通。可以剩下的一些边缘 case 可以没完成，无伤大雅。
寻找合适的 Dogfooding 用户
一些团队做 dogfooding 会直接让团地内部所有人员参与，其实这是没有必要的。因为确定dog food 用户时一定要考虑使用者与目标用户是否有相似点，如果没有相似点的不需要参与到 dogfooding 环节。例如如果做的是在线音乐产品，如果成员中有人没有在线听音乐的习惯，那么他们参与 dogfooding 其实并不合适，顶多能贡献一些程序 bug，而不能满足验证是否能满足需求的目的。找 bug 这样的事情，更应该交给专业的 tester。
另外一些产品会已用户测试的方式邀请一部分团队外成员申请来进行 dogfooding，这时候更需要对用户进行筛选。一般询问一些跟设定产品场景相关的问题来甄别申请人是否符合需要。一方面更有的放矢，一方面也能过滤掉很多信息噪音，为后面的分析减少压力。
保证 Dogfooding 产品的分发是顺利的
好不容易邀请到了很多 dogfooding 的用户，他们就马上要按照你的产品来尝鲜了。如果这个时候，你的没有给出一个可以正常下载的地址，或者能够安装的安装包，那么前面的事情都是白费。
在这里我讲一个反例，事情是这样的：他们的 dogfooding 产品只能在 iOS 设备上使用。app 安装包采苹果企业账号来分发，提供了一个 website 来给申请成功的员工下载安装包，但是，他们的 Website 没有读取用户 UA 来对非 iOS 用户做提示，结果导致很多人用安卓设备访问这个网站点击下载连接之后得到了一个个错误页面的提示，导致 dogfooding 的失败。
保证 Dogfooding 用户能够有顺畅的反馈通道
Dogfooding 如果收不到用户的反馈，基本也就是白做了。所以要想法设法让 dogfooding 用户能够顺畅的将吐槽反馈到负责人耳朵里。如果是小范围内部 dogfooding，可以设立一个文档来收集反馈；如果是开放式的 dogfooding 则需要在产品本身里内置明显反馈功能。
一定要即时处理 Dogfooding 后收集到的内容
前面做的所有事情，都会在最后分析的结果里体现出价值。所以，尽早的对反馈内容进行归类和分析并行程 insights 是非常必要的。
