Here's Why Most Automation Projects Are Shit And How To Fix Them
I've seen it a hundred times. A company decides to "automate." They buy some RPA tool, hire a team of consultants, map out every damn process, and six months later they've got a bloated, fragile mess that nobody trusts. They call it "digital transformation." I call it digital diarrhea.
The future of automation isn't about doing more things faster. It's about doing the right things so well that the rest disappears. Let me walk you through how to actually build an automation that matters. No bullshit. No buzzwords. Just the kind of thinking that made the iPhone possible.
Step 1: Start With The Pain, Not The Technology
Do not go looking for problems to automate. That's how you end up with a bot that sends an email confirming an email was sent. Look for the thing that makes your best people want to quit. The manual data entry that takes three hours. The approval chain that takes five days. The spreadsheet that crashes every Friday.
I found that the best products come from a deep personal frustration. What's the one thing that makes you say "this is insane" every single day? That's your starting point. Write it down. Burn the rest.
Step 2: Say No To The Other Ninety-Nine Ideas
I learned this the hard way. When I came back to Apple in 1997, we had 350 products. I cut them to 10. Then to 4. Focus means saying no to a hundred good ideas. The same goes for automation.
You will have a million tempting automation targets. Automate the expense report! Automate the customer onboarding! Automate the newsletter signup! Don't. Pick exactly one. The one that has the highest emotional impact on your users. If you can't explain why you're automating this and not that in one sentence, you don't understand it yet.
Step 3: Own The Whole Damn Stack
Here's the dirty secret of most automation: it's a Frankenstein of tools that don't talk to each other. Your RPA bot calls your API, which writes to a database, which triggers a webhook, which sends an email, which a human reads manually because the email client filter broke. This is not automation. This is complexity with a smiley face.
If you want real automation, you need to control the entire experience from input to output. That means writing your own connectors. That means making your own decisions about where data lives. That means refusing to use a third-party tool that introduces a single point of failure. People who are serious about software make their own hardware. People who are serious about automation make their own pipeline.
Step 4: Design For The Human, Not The Machine
Most automation is designed by engineers for engineers. They think in terms of "API calls" and "retry logic." They forget that a real human has to trust this thing. If your automation makes one mistake in a thousand transactions, you've lost trust. One mistake in ten thousand, you're still in trouble. The goal is zero.
Look at the Apple Watch's fall detection. It's an automation that saves lives. It works because the team obsessed over false positives. They tested it against real falls, fake falls, falls during sports, falls while holding a coffee. They made it invisible. Your automation should be the same—it should work so well that the user forgets it's there. If you're proud of how many errors your bot can handle, you've already failed.
Step 5: Build With A Players, Not A Crowd
The biggest mistake I see in automation projects is the committee. You get four people from IT, three from operations, two from finance, and a project manager who's never written a line of code. They spend weeks arguing about requirements. By the time they agree, the market has moved.
You want a small team of people who are insanely great. A handful of A players who can write code, understand the business, and have a deep hatred for bad processes. Give them complete ownership. Let them fail fast. But do not let them compromise.
Step 6: Use The Death Filter
I know it sounds dramatic. But it works. Ask yourself: if this automation project failed completely, would anyone care in five years? If the answer is no, you're working on the wrong thing.
The future of automation—the real futurofautomation—isn't about replacing jobs. It's about eliminating the work that makes people miserable. It's about freeing up the most talented humans to do what they do best: create, imagine, and solve problems that no machine can touch.
Common Pitfalls To Avoid
1. The aicorruption trap: Don't let AI make decisions you don't understand. If you can't explain why your automation did something, you don't control it. And if you don't control it, you don't own it.
2. Scope creep: I've never seen an automation project fail because they did too little. I've seen dozens fail because they tried to do too much.
3. Documentation debt: If you can't explain your automation in two minutes to a new hire, it's too complicated. Simplify or kill it.
Remember: automation is not about efficiency. It's about elegance. It's about making the complex simple. It's about respecting people's time enough to remove the friction from their lives. That's what I tried to do with every product. That's what you need to do with every line of code.
Now go make something insanely great. And stop wasting time on shit that doesn't matter.