Dogfooding
Also called: eating your own dog food, internal beta
Last updated:
Dogfooding means using your own product, including the parts you have not released. Staff run the new code in their daily work, which surfaces friction and broken edges that a test suite and a staging environment both miss. None of that needs a separate build or an internal-only deployment. One targeting rule turns the feature on for your own accounts, in production and against production data, while every customer keeps the current behaviour.
How to target internal users
endsWith condition on the email attribute, and an isStaff attribute your application already sets is the sturdier one, because it survives people signing up with personal addresses. Wrap either in a segment and every flag can reuse the same internal audience without restating the rule. The segments guide walks through building one.Where dogfooding sits in a rollout
Want the full picture? Read the concept guide: Segments →
Related terms
Beta testing
Beta testing puts a pre-release feature in front of a limited group of real users to gather feedback and find defects under real conditions, before it reaches everyone.
Targeted rollout
A targeted rollout releases a feature to a specific audience — defined by user attributes or a segment — rather than to a random percentage of everyone, so the right users get it first.
Canary release
A canary release exposes a new version to a small group of users first and watches its metrics before rolling it out to everyone — so problems surface on a fraction of traffic instead of the whole fleet.
Try it in your own app
Free Solo plan covers 10 flags and 2 environments. No credit card, no demo call — sign up and ship.