Then growth - excuse me, metastasis - came along.
Thanks to metastasis - excuse me, enshittification - we've outgrown dogfooding. We'd used it as a kind of UX gyroscope, something that works to keep us balanced without too much institutional thought or effort. It made us more efficient at competing. Now that the biggest firms are the least threatened by competition, why would they subject themselves to the indignities of the User?
My old man, however, still feels some kind of righteous indignation when he spends his hard earned money and doesn’t feel he’s getting what he paid for. He loves to give a piece of his mind to the companies that mistreat him, and he always says “And I hope my comments are being recorded for quality assurance!”
I get as frustrated as anyone, but it’s not the fault of the person whose job it is to take my call.
I remember once on the phone with Comcast I just explained the situation and jokingly said look, if it helps, feel free to tell ‘em I’m yelling and screaming. The guy laughed. An engineer called me an hour later with a firmware update for my modem.
Sometimes there’s no winning. But sometimes it helps if you can put people on your team
It seems to ease the tension a bit, anyway.
I find the title not very well thought through, because smelling your own farts is unlikely to lead to change.
1) I call to cancel an insurance policy on a car I sold. I'm greeted by the IVR, press three to cancel a policy, we're off to a good start. Next follows a long speech about how I need to call a special number if I stuck in the middle east and need to get back home, general precautions I need to take and my rules and rights. All great information, except I've already indicated that I call to cancel a policy. The chance that I'm sitting in an airport in Bahrain, desperately trying to get home, yet I decide that now is a good time to go through and cancel unneeded insurance policies is absolutely zero. You already know why I'm calling, tailor the message to that.
2) Internet is out, for the second week. Customer service dude is typing in stuff, looking stuff up, trying to figure out why the case has been closed. "While we wait let me talk to you about our streaming bundles"... Dude, I know the boss is making you do this, but don't try to upsell a streaming bundle to a customer you can't even get online.
The doctors office is the worst though. Their entire system for guiding you through when to call and where to call take minutes for them to explain. The call it routed to the same people regardless. There are so many confusing and irrelevant messages from the system and in the end you are still routed to the same set of people.
Most of my calls to customer services is because selfservice online absolutely suck and can't do simple things. Every industry could save a fortune in callcenter costs if their websites was ever so slightly better. Often it's not even about being able to selfservice, it can just be providing the tiniest bit of actual information. Your call volume is larger than normal for the past five years, because your stupid website is getting worse every year.
This is likely due to them merging two help desks into one making the second part useless as they can no longer see the data they need and thus canceling it entirely since it didn't get the right metrics.
Also turns out that calling the competitors help desk is more useful as they can actually see the thing I was interested in as it is shared between them (fiber connections work schedule when they start to dig, hint they weren't going to). Can't use the competitor since the connections are monopolies...
If so, click one of the other themes at the top.
In their world, "smelling your own farts" (ie. listening to and, more importantly, understanding what matters to your customers using normative learning methods) isn't primarily about empathy, it's about getting knowledge so you can understand how to intervene in your company as a system.
Put that way, it's not a waste for decision-makers to listen to customer phonecalls, it's in fact the only way for them to gain the knowledge they need to understand what to do to improve their service (assuming that's their goal).
One of my jobs was at a company that had developed at unhealthy amount of bureaucracy and politics. The product barely mattered to some because they were playing internal games of grandstanding, taking credit, and building their empires.
In meetings where were supposed to be talking about product direction and priorities I would some times pull out my phone and open the app to try to demonstrate some real problem with the service. The tone of the meeting would change to panic as certain product leads would try to do anything to stop me from showing what the real product did instead of their neatly prepared slide decks that showed a much nice story for the executives. I became the enemy for showing the actual product instead of their alternate world of KPIs and charts.
They did trial run after trial run, made sure trying to make sure there were no bugs in the demonstration path. They nailed it, presentation went smoothly, live demonstration just worked. Provisioned a bare metal instance, had it running hosting something within minutes of launch. Larry was suitably impressed, but the thing that most impressed him was that he'd been presented with an end-to-end live demonstration. It had never occurred to any of the folks involved to do it any other way, but apparently all too often, all he ever saw was slide shows from product teams, particularly when things were several months away from public launch.
I reflect on that situation from time to time, wondering at which stage you sort of go from expecting to see live demonstrations, to slide shows. I assume it just slowly slips away from you, one at a time until you're stuck in the land of "make believe we have a good product".
I found out SSO was broken. They had to login to every app using the same account. Twice per day because the token live was 4 hours "for security".
I found out it was because they published these apps as PWAs, making them more isolated than normal apps.
I asked the product manager and he says the issue is "with Apple and Google", not his department. When asked why he chose PWAs for the apps he said this was easier to deploy, saves them developer accounts and such.
Since I can't force him to change I found a workaround: SSO works in PWAs if you use Edge on a recent Android version on a Samsung tablet. Lucky me we had bought Samsung tablets (this was not a requirement when purchasing I looked it up, just luck).
I asked the Intune manager about this and they said the field engineers should just set Edge as default in stead of Chrome.
When trying this on a company tablet it said: "Edge disabled by X group policy". That guys' department set the policy...
After they removed this I asked why it wasn't the default browser and he said this wasn't possible. I challenged him on this by Googling the Intune manual to set the default browser.
Later they said they had raised a support ticket with Microsoft for this.
On confluence I found a document describing the problem. It was dated 11 months before I joined.
It's the human condition (and also in part the companies' own fault since they stopped investing in employees)
The people who give a shit and are passionate eventually join the other 99.9%, because it's absolutely exhausting pulling the cart with 10 freeloaders on it who don't care.
I envy the people who can give a shit for longer than 2-3 years at any given job. I suppose being your own boss is one of the few ways to stay passionate and care about something for a long enough period of time.
I border collied these people into a room and the issue is now fixed.
The system still sucks but 2000 field engineers got 10 min of their days back.
A few weeks later the Scrum Master of the PWA team gave an inspiring talk about it at a conference.
Personally you couldn't torture out of me that my app was so bad for so long, but yeah.
And yeah I did that. It wasn't even my app. Or my team. Or my field engineers.
I was just fucking ashamed of our entire IT department and thus took it upon me to fix this.
It was the first time the PM had ever spoken to a field engineer.
> I challenged him on this by Googling the Intune manual to set the default browser.
I've found that LLMs really democratize debate when issues like this arise!
Can't guarantee you'll win, but you when someone bets you're not willing to RTFM to call their bluff-- Oh boy!
The U.S. Nuclear Navy, for all of its many flaws, gets this right. Generally at least once a year, the head of Naval Reactors - a four-star Admiral - tours every vessel, which may include a brief underway period. During this tour, the Admiral will talk to the engine room watchstanders, with all senior leadership removed. They’ll ask how daily life is, what they find challenging or annoying, what they like, etc. There’s obviously a lot of self-filtering (though sometimes not - Navy Nukes are not known for their social graces) that occurs, and also what a junior watchstander finds annoying may just be a required part of the job, but some useful signal is gathered.
Even outside of the nuclear program, one standout example was Admiral Zumwalt, who as Chief of Naval Operations implemented 70 different changes over his tenure as a direct result of talking to sailors, all of which were designed to improve quality of life, efficiency, or communication.
Why would you when all of the reports you're getting from your managers are 5/5 stars and "everything's great". Once an organization gets large enough, the information that reaches C-suite has been filtered through so many layers that it barely resembles reality anymore, even when you remove malice from the equation.
He was put there because he was with the company for years before and he led other departments fine.
Since he can't evaluate anything IT related himself he relies on 'advice' from the people beneath him who try to get the most budget for their departments by overstating how important they are.
This layer beneath him is mostly product managers, RTEs etc... (We are SAFE Agile! Developer Velocity, Woohoo!).
They also don't know much about computer and if they do it's very domain specific, such as SAP or so.
These people try to fight for budget by overstating their importance. They demonstrate this by having more apps and more people relying on them.
"Look we handled 2000 support tickets, the company would grind to a halt without us!".
Never mind that having 2000 support tickets is a bad thing. And also mostly caused by their shitty apps.
This keeps going on and on. I have 10 years experience as engineer and wanted to see "the other side" but it's so exhausting.
A few months back a 'privacy officer' asked why the first and last names of our employees were in the Active Directory and ordered them to reduce the privacy risks.
They failed to specify what risks. Couldn't articulate them even when asked. They also didn't say when the risk would've been reduced 'enough'.
The team was panicking as they were now 'non-compliant' with company policy.
I had to intervene personally to make sure this single directive didn't derail our entire company.
I’m constantly having to fight people to not add new, inactionable alerts as knee-jerk reactions to incidents. I swear the thought process is “an incident happened, we added a new alert - look, we’re proactive!” instead of, you know, fixing the root causes.
In traffic we could see that 12% of the company used the site daily, transferring gigabytes of data between our engineers and contractors.
I asked why we didn't just start paying WeTransfer since it's so widely used and this would solve the problem, too.
They said they should just use the internal SharePoint file sharing tool.
I asked how this would work since most of WeTransfer use was us receiving docs, not sharing them.
They said the contractors should just update there policy.
Last time I spoke to a field engineer he said they mostly use private mailboxes now mostly since they "can't even copy something in Outlook anymore" on company laptops.
I decided not to report this to CISO and these docs are workorders and pictures demonstrating workorders have been completed. They're irrelevant one day later.
At that meeting, I realized most of them had never used the product and see their claim to leadership role due to their the ability to manage up and down.
I use the product on my personal projects and I hated it with a passion.
I actually have a recording of it (scratchy), but won't link it, because it's probably not worth it. It was a riot.
To me "unaccountability" -- or whatever naming fits better -- needs its own circle of hell.
Everyone who works with regular consumers, from doctors to shop assistants, knows this. And everyone who manages these first lines knows how much it costs. Hence the queue, the reminders, the redirection to self-service.
Also, this is how you can instantly establish your own competence and be treated seriously. Just go into the basic context and what you need straight from the hello, have documents at hand, even just loaded on your phone, etc.
There's usually also a second queue. Various "premium" offers (like higher inflows bank account) or just having someone's direct phone number.
My common interactions were with banks and telco companies. Absolute trash.
I'm pretty sure some systems allowed remembering the DTMF menu and press it while the voice recording played. But the recent systems I called did not allow this. It was like they intentionally made people wait to suffer the torture.
People call these systems as a last resort (At least I do). It should be illegal to make them so bad.
Also, I used to work with Telco side guys of these systems and they were very proud of these "capabilities".
Sorry for the rant. I had to vent it out.
The other thing that makes "dogfood" make sense is that sometimes you aren't the direct target audience of the product. So: would you feed this to your own dog?
Interesting perspective. I watch a YouTube channel of a hunter who routinely cooks the same meal for himself and his dog, and even feeds his dog from the skillet where he cooked the meal. Many practical reasons for that but also the dog being the main tool in hunting and getting that food in the first place.
> It's all very well to experience your own product when it is working, but when was the last time anyone in the above organisation went through a "difficult" customer journey.
I kind of prefer companies that build products that never ever need anything. Not even warranty calls, because the thing just keeps on working.
What I noticed in the last few years was that we are too dependent on google search. Now that it sucks, finding high quality information has become harder - and AI trend is further ruining this, as everyone just has the AI summarize stuff now, which does not always work either.
(Motivated) people at small companies "care", and what I mean with that is they are responsible and can see a large enough portion of the customer experience that - if something is broken - they'll see the pain and try to address it.
At a big company no one cares. They of course care about their job, but their job is such a small fraction of the overall customer experience, that seeing their work having an impact on their customer is exceptionally difficult.
That's why large companies need to encode customer feedback into a system to imitate feedback cycles. Mostly in metrics. That's a very lossy way to capture signal, and leaves a lot to be desired, but so far it doesnt seem like anyone has come up with a better system.
"Eat your own dog food" == experience your own product.
"Smell your own farts" == experience your entire product, including things that are typically unmentionables like customer service and billing
We've found ourselves trying to find this balance on Tritium. It's a word processor for lawyers, so has a specific narrow domain that allows us to provide a differentiated experience from Word. But if we try to use it like Word, we end up wanting generalized features that don't fit that strategy. I wrote a little about what we've come up with here: https://tritium.legal/blog/eat.
This is one of the compelling rationales for closed-source / commercial software in certain B2B SAAS domains. It seems like you just cannot adequately test the happy and sad paths from a QA perspective in FOSS unless it's (1) insanely successful or (2) a dev tool.
bryanrasmussen•1h ago
https://news.ycombinator.com/item?id=47427224
a happy coincidence.