Skip to content
← All content

Created from a single voice note with Agent Craft

X (Twitter)

Calling something "simple" is one of the most misused words in…

Calling something "simple" is one of the most misused words in product design. Everyone chases it. Teams get praised for it. Founders put it in their pitch decks like it's a virtue signal. But most of the time, when someone says "we built something simple," what they actually mean is they built something with fewer features, or less depth, or less capability than the problem actually demands. That's not simple. That's just thin. Here's the distinction I keep coming back to, and it's one that changed how I think about building: simple is about the user's experience, not the solution's architecture. Those are two completely different things, and conflating them is where most product decisions go sideways. The solution itself doesn't need to be simple. Honestly, for anything solving a real problem, it probably isn't. Ours isn't. There's a lot going on under the hood, a lot of context handling, a lot of logic running to produce output that feels effortless to the person receiving it. But if it feels simple to use? If there are no friction points, no weird moments where you don't know what to do next, no outputs that leave you with more questions than when you started? That's the win. That's the goal. Most founders I talk to are super, super busy. They don't have 45 minutes to figure out a tool. They have 90 seconds between calls, maybe a voice note on the way to pick up the kids. The product has to work inside that constraint or it doesn't work at all. No amount of "it's powerful once you learn it" fixes a bad first experience. People don't get that far. I spent seven months building alongside a full-time job before I resigned to go all-in. That period taught me something really and truly practical about product design: the things I kept reaching for were the things that asked the least of me in the moment. Not because I was lazy, but because cognitive load is finite and I was already burned through by the time I got to the tools. The tools that survived my own cuts were the ones where I didn't have to think about how to use them. I just used them. So when we build, the bar isn't "is the architecture minimal?" The bar is: does this feel like it's doing the work for you, or does it feel like you're doing work for it? Friction is the failure mode. Not complexity. Rich output, no friction in the process to get there. That's the only version of "simple" worth building toward.

James GoddardJun 4, 2026Published to X — @JamesGodda75737View original ↗

More content from Agent Craft