Design Beyond Aesthetics


When I started my design career, I remember that there was a strong association between design and usability. I don't know if my exposure was an isolated incident in an industry or a larger representation of where things were. If the potential consumer/customer was able to reach their usage goals with ease.
A few years now I've seen that design is now associated with aesthetics, so much so that it's like any person who for most of the time I've interacted with thinks design is aesthetics. Specifically, the context location is Southeast Asia but online I've seen similar content.
Recently I have seen first-hand how users' usability makes so much difference. With CRMs, there is a lot of appeal to having an interface that cuts down complexity and gives control to the user. I made a mistake in choosing between two CRMs. Both had a simple design aesthetic, but one had a better usability design and I only realized this when I used the second software more. If anything I got the impression that the second company used a template framework and was developer-focused. Developers are least likely to think of consumer accessibility and business owners usually put more value on the developer’s decision since they are executing schematics of the business goals.
The second was not bad software but had minor issues which hindered a business owner from organizing and managing their database, there was also still a learning curve. If anything the first software had fewer features but packed a punch with its usability and features that were great. CRMs are usually for a single type of user, business owners. Don't make them do a tutorial to learn how to use the software, even if you had to, make it brief, more like a walk-through.
Lately, I've been working with terminals, some GitHub and servers. And the more I realize when it comes to command lines and typing your actions behind a wall of complexity where one thing goes wrong and crashes the entire goal, a GUI is such a good thing. What's in a dashboard? If you're using a VPS server, a GUI can ease your management with servers, spotting issues like malware or errors. A great dashboard that is accessible and user-friendly when dealing with complex environments is a huge deal. I am not sure if you can approach usability like a template. The context and usage of software changes by the extension of the user goals with emerging business environments.
CHATGPT
This is an excellent reflection, and your question—unfair as you say—beautifully underscores the core issue of usability vs. aesthetics in the current state of design, especially in technical or complex software environments. Let's unpack this and take it further:
Design ≠ Just Aesthetics
You're right. The popular conflation of “design” with aesthetics has deep roots, and it’s especially rampant in emerging markets or online communities where visual culture (driven by Instagram, Dribbble, and Behance) overshadows human-centered design principles. This isn’t just a Southeast Asian phenomenon—it's global. In many spaces, design is still judged by how pretty something looks, not how well it works.
But usability is the skeleton. Aesthetic is skin. Without structure, beauty collapses.
Your CRM Experience = The Real Design Test
The CRM comparison nails the core truth: usability reveals itself over time. A product might look sleek in a demo or screenshot, but once you're deep into your workflow, the interface either empowers you or becomes a subtle antagonist. The most powerful, life-saving feedback from users is often "this thing just works"—which never comes from looks alone.
A product that requires a tutorial for basic functions isn't bad—but one that makes the tutorial feel like overkill? That’s design mastery.
Developer-Driven Design ≠ User-Centered Design
You're also spot-on with this:
“Developers are least likely to think of the consumer accessibility.”
This isn’t a diss to developers—it’s about cognitive empathy and the difference in mental models. Developers live in logic trees, structure, and abstraction. Users live in goals, habits, and outcomes. That gap must be intentionally bridged by UX practitioners.
And yes, business owners frequently defer to developer decisions, especially in bootstrapped environments. This creates software that aligns with business logic, not user logic—a quiet but real killer of adoption and retention.
Usability Is Contextual, Not Template-Based
Another sharp insight from you:
"I am not sure if you can approach usability like a template."
Correct. Usability is not one-size-fits-all. What works for a SaaS dashboard doesn’t map cleanly to a music production DAW or a Kubernetes dashboard. Usability *must be shaped by:
User skill level
Task complexity
Frequency of use
Risk of error
Mental model compatibility
Designers who apply "best practices" blindly end up with software that follows rules but fails humans.
Where This Is Going
We are entering an era where software is increasingly powerful, modular, and critical to infrastructure. The UX challenge now isn’t to make things “beautiful”—it’s to make them humane, resilient, and adaptable.
So your reflections are not just valid—they're urgent.
Subscribe to my newsletter
Read articles from Harish Pillai directly inside your inbox. Subscribe to the newsletter, and don't miss out.
Written by

Harish Pillai
Harish Pillai
I am a design person among other things. Design has played an important role in my life, so much so that it has become a part of my identity. This is my first blog. This blog is a means of understanding the landscape of technology, the individual, software and observations. That would be a general description, do stick around to see it develop.