If you’ve worked in a tech company, you’ve probably eaten some dog food. Or to be more precise - you’ve probably eaten your own dog food. Because the phenomenon known as “dogfooding” (or “eating your own dog food”) has become an accepted part of the product development process.
So what is dogfooding exactly? It’s the practice of using your own product or service.
A simple Google search will tell you that the term “dogfooding” probably comes from a 1970’s ad campaign from Alpo dog food.
In a series of commercials, actor Lorne Greene feeds Alpo to his own dog. This became the accepted paradigm for using the products that you produce yourself. Another theory I’ve seen traces back to Clement L. Hirsch, President of Kal Kan dog food. Apparently, Clement would suddenly get up in the middle of a shareholders meeting, pick up a can of Kal Kan dog food, remove the lid and eat it to the astonishment of everyone present.
Both Alpo and Kal Kan Dog Food used dogfooding as a promotional marketing tool. Their goal was to exude a clear sense of confidence in the product to shareholders and prospective customers. And using the product themselves was an easy way to do so.
Using dogfooding as a marketing tactic has since been adopted by others outside the dogfood industry.
One (crazy) such example is SawStop, a saw blade safety mechanism that detects contact with a human finger and instantly stops the blade before any damage is caused. To exhibit the reliability of his product, Inventor Steve Gass volunteered to put his own hand on a moving saw blade (don’t worry - everything worked out).
It’s interesting then, that as tech companies began to adopt the practice (and terminology) of dogfooding for their own products, they used it for a lot more than just marketing. A few famous examples:
The common denominator between these examples is that none of them used dogfooding as an outbound marketing tactic. In fact, until these stories were publicized years later, no one outside the company was aware that these internal policies were ever implemented.
So aside from marketing, what else is dogfooding good for?
It’s something that we think about a lot at Livecycle. Dogfooding is one of our core company values and we’re deliberately pushing the limits of how it can be applied and how it can beneficial to the growth of our company and our product. We’ve found that the benefits of dogfooding do indeed reach beyond marketing, as the stories from those other tech companies would suggest.
These are some of our key learnings that might be useful to other teams and companies who are looking to build an effective dogfooding strategy of their own.
First and foremost, effective dogfooding should have a direct, positive impact on the product itself. For us at Livecycle, this has occurred in a few ways:
Even outside the context of the product itself, we’ve found that dogfooding has benefitted our company. A few examples:
The underlying assumption of any dogfooding policy is that the product can actually be used by the team in their day-to-day lives. Here at Livecycle, we’re uniquely positioned to do this because we are building a product that helps teams build products. Using our own product to actually build our own product has allowed us to dogfood in a unique way by deriving real benefit from the product as we build the product itself (sounds kind of meta when I read that back to myself).
And this internal effort is not limited to the confines of our team internally. We’ve been working with a remote development company on refreshing parts of our site, and we’ve deliberately used Livecycle to manage that workflow. This experiment has helped us to test and validate part of our GTM strategy - positioning Livecycle with devshops specifically, and for remote team collaboration more generally. These real-life dogfooding sessions with our outsource partner have shown us just how beneficial Livecycle can be in these use cases.
As we look ahead, we’re trying to push the envelope even further with our dogfooding strategies. One idea we’ve tossed around is a “Livecycle binge” in which we run an entire development sprint exclusively through Livecycle. No email. No Slack. Only using our platform to communicate with one another and review PRs. And even though Livecycle is intended to seamlessly integrate with the other communication and project management tools, our theory is that testing our product in more extreme dogfooding conditions will teach us a lot about what our product can do.
In addition to sharing our experiences at Livecycle, I’ve put together a list of suggestions to keep in mind while developing your own company’s internal dogfooding policy:
Develop a dogfooding strategy! Spend 5 minutes thinking about how you can best leverage your team’s talent, interest and day-to-day cadence to actually use your own product in a productive, authentic way
Dogfooding is when the product can be used end-to-end as an end-user would, in an authentic way. Dogfooding is not the same as testing. Testing specific features one at a time is called R&D. Not dogfooding.
Dogfooding should be a company-wide affair. Not just for developers and product managers. Aside from the benefits of a more inclusive approach that we’ve already enumerated, this also helps avoid bias and emotional dishonesty. It’s hard to be objective about something that you spent so much time building yourself. So make sure to dogfood with people throughout the company, not just the small group of people who actually worked on coding and designing this version of the product itself.
Many people claim that effective dogfooding can only happen before a product goes to market. This is a big misconception. Continuing to use the product after it’s publicly available has many benefits for your product and your team (as we’ve outlined above).
Remember that dogfood tastes bad. Sometimes it tastes really bad. The goal of dogfooding is not to show off how amazing your product is. It’s an opportunity to create friction with users and embrace deliberate discomfort. The goal is to help you see what’s NOT working, not to pat yourself on the back for what is.
If you’re eating dogfood, you’re pretending to be a real dog. So if you’re dogfooding your product, pretend to be a real user. That means focusing on the entire user experience journey and not only on the shiny new features that were newly implemented. For an unassuming new user, the most important part of the process is the onboarding and initial setup. So to dogfood properly, make sure that you and your team are giving these “boring” parts of the product experience at least as much attention as the fun stuff.
There are many factors to consider when developing your dogfooding strategy. But what’s abundantly clear is the importance of investing the time to think it through. Because a solid dogfooding strategy will undoubdedly have positive effects on your users, your product, and your team.
Also published here.