Early Career
At this stage, customer empathy begins with awareness. You're learning who the customers are, what they're trying to accomplish, and why it matters. You're starting to connect your engineering work to their goals—recognizing that even small technical choices can shape their experience. You start by listening: to customer stories, support pain points, and what the data shows about user behavior.
You may not interact directly with customers yet, but you're beginning to care about how your code, instrumentation, and reliability affect them. This is the foundation for everything that follows.
What This Looks Like
Engineers at this stage are developing the habit of looking beyond the code. You read customer feedback, support tickets, or usage data to understand real problems. You ask questions about how users experience the product and consider how code changes, bugs, or outages impact the customer experience. You use personas, use cases, or shared stories to build context, and you're beginning to notice patterns in where users struggle.
It's natural at this stage to focus primarily on technical details without much customer context, or to assume what matters without validating with data or stories. You might feel distant from customer needs or emotions—that's common when you're early in your career and working several layers removed from the end user. The key is developing curiosity about the people your work serves.
The Shift
The fundamental shift at this stage is moving from "I write code" to "I help solve customer problems." This doesn't mean you stop caring about technical excellence—it means you start asking what that excellence is in service of. A perfectly implemented feature that frustrates users isn't actually excellent at all.
You'll know the shift is taking hold when you show genuine interest in the customer's experience and goals. You listen to feedback with curiosity rather than defensiveness. You regularly ask, "Who is this for?" and "How will it affect them?" You're beginning to factor customer impact into your day-to-day decisions, not as an afterthought, but as a natural part of how you think about your work.
How to Grow
Start building the habit of regularly engaging with customer feedback. Read complaints and compliments. If possible, sit in on support or user research calls. Keep a running list of observed customer pain points—not to solve them all yourself, but to develop a sense for what matters. Ask yourself: who is affected by this change, and how? What feedback have we received on this feature? What would frustrate me if I were using this?
Make it a practice to ask your teammates and stakeholders about customer context. Questions like "What's been frustrating for customers lately?" or "How are users actually using the thing I built?" surface insights that code alone can't provide. Look for opportunities to shadow a support teammate, fix a bug that creates real friction, or review a customer journey map to see where your team's work fits in.
You're ready to move to the next stage when you consider customer impact by default rather than as an afterthought. You bring up customer context during planning or review conversations, and others begin to trust you to care about the person on the other side of the screen.
At this stage, customer empathy is about paying attention—beginning to connect your work to real people, which is where meaningful software starts.