关于 dogfooding
dogfooding 是为产品团队提供的实践指导技能，借助产品负责人的经验，帮助团队把真实、持续的内部使用纳入产品开发。
主要功能
- 01评估团队内部使用现状
- 02识别缺少一手体验的环节
- 03设计自然且必要的使用机制
- 04衡量内部使用对产品决策的影响
- 05提示常见实践误区
适用场景
- 01检查团队是否以真实用户方式使用产品
- 02为团队建立日常深度使用制度
- 03梳理内部反馈与客户反馈的差异
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/dogfooding确认已加载。
附带文件references/guest-insights.md
详细介绍
内部试用
借助 2 位产品领导者的框架，帮助用户采用有效的内部试用实践。他们都建立了让团队深度使用自家产品的文化。
如何提供帮助
当用户寻求内部试用方面的帮助时：
- 评估现状 - 了解团队目前使用自家产品的程度
- 找出差距 - 找出团队成员缺乏对用户痛点的亲身体验之处
- 设计计划 - 帮助建立让内部试用成为自然而然且必不可少之事的机制
- 衡量影响 - 跟踪内部试用如何改善产品决策
核心原则
要求团队成员成为用户
Maya Prohovnik：“我总是在批评那些没有播客的产品团队成员，说：我真的不觉得你们能做出正确的东西。如果他们经常和用户交流，也能看到数据，但他们所有人最终开始做自己的播客后，都会说：我懂了。” 让整个团队都成为创作者／用户，从而深入理解用户痛点。
每天高强度地使用工具
Michael Truell：“从一开始，我们的产品开发流程就围绕内部试用展开，每天高强度地使用工具。我们绝不想发布任何对自己没有用的东西。” 每天“高强度”地使用，能提供构建实用功能所需的真实体验，对 AI 产品尤其如此。
可向用户提出的问题
- “每位团队成员实际上多久会像真正的用户一样使用产品？”
- “是什么阻碍团队成为自家产品的深度用户？”
- “怎样才能让内部使用变得自然而非强制？”
- “通过内部试用学到的东西，和从客户反馈中学到的东西有什么不同？”
- “使用自家产品时，遇到 Bug 或操作阻碍，你们能多快感受到？”
需要指出的常见错误
- 浅尝辄止地测试 - 只在演示模式下使用产品，而不将其用于实际工作
- 把任务交给 QA - 依赖测试人员，而不是要求团队成员成为真正的用户
- 忽略不明显的使用场景 - 只测试顺利路径，而不测试边缘情况
- 不根据发现采取行动 - 进行内部试用，却没有修复所发现问题的流程
- 排除非产品岗位 - 只让工程师参与内部试用，却没有让设计师和 PM 参与
深入了解
有关 2 位嘉宾的全部 2 条见解，请参阅 references/guest-insights.md
相关技能
- 编写北极星指标
- 定义产品愿景
- 确定路线图优先级
- 制定 OKR 和目标
评论
支持 Markdown