3 Not-So-Obvious Ways to Stand Out On a Product Team As a Developer
Tags: career, productivity, webdev
Published: 2021-08-13 15:57:55

This article assumes the following:

1) You are a developer on a software product
2) You work closely with the “product team” (product manager, UX designers, technical product manager) for said software product

If you’re in this environment, then I have 3 not-so-obvious ways that you can stand out.

## 1) Share updates about your personal life

![personal](https://images.unsplash.com/photo-1529518152792-d08317b26e22?ixid=MnwxMjA3fDB8MHxzZWFyY2h8MXx8dmFjYXRpb24lMjBzZWxmaWV8ZW58MHx8MHx8&ixlib=rb-1.2.1&w=1000&q=80)

You might be thinking: “What does this have to do with software development?”

Well, the thing is the product team, even a technical product manager, is not going to someone who knows who to write code, and if they do, they clearly aren’t super fascinated by it (otherwise they’d switch positions).

The point is that developers deserve a different purpose, and therefore, their interests and routines are different.

Product team members are usually more consumed with meetings. Developers are left alone.

Meetings includes small talk, which includes opening up somewhat to your personal life (what’s everyone doing this weekend, my son won his baseball tournament, etc. etc.)

Developers simply don’t have as much opportunity to talk about these things. And let’s face it, we’re thought of as more introverted and bearers of a technical skill that is foreign to others. We’re different.

So, how do you stand out? Be different the normal different.

What’s one way to do that?

Open up about your personal life.

Chime in on the small talk in your meetings. And/or, post photos about your life (house projects, vacations, food, etc.) in the Slack/Teams channel.

The more you open up, the less foreign you’ll seem as a developer. The less foregoing you seem, the more you’ll be approached and trusted with product team members.

The more trusted you are, the more valuable you are.

## 2) Treat product input as a vital skill of your role

Let’s be honest. Learning new frameworks, technologies, libraries, coding patterns, etc. is great. I do it all the time.

But, the product team doesn’t really care. I mean, they are in so far as they should let you work on tech debt and improvements. They should care that the technology is stable and scalable. They just don’t care whether it’s React or Vue, etc. That’s for the developers to decide.

Quite frankly, the blogosphere moves faster into new frameworks and tools than a product team does, even when they prioritize tech debt.

Given that a product team is not interested in the technical weeds per se, and that technological updates take time, it’s important to see how providing input on the direction of a product is arguably more important, certainly just as important as staying up with the latest technology trends.

So, you should see providing input, from the perspective of a developer, as a vital skill.

This means 1) attend all optional product meetings, 2) pay careful attention (don’t code with your camera off), 3) devour articles about UX/UI patterns, and 4) speak up (even if you just affirm what someone else said).

![zoom](https://images.unsplash.com/photo-1609751352001-25b60439239c?ixid=MnwxMjA3fDB8MHxwaG90by1wYWdlfHx8fGVufDB8fHx8&ixlib=rb-1.2.1&auto=format&fit=crop&w=1000&q=80)

If you treat this skill seriously, the product team will seriously see you as valuable.

## 3) Focus on your unique perspective

Piggy-backing off the previous point, it’s important that you realize the uniqueness (and hence the value) of your perspective as someone who can provide product input with technical foreknowledge.

![coder](https://images.unsplash.com/photo-1517148815978-75f6acaaf32c?ixlib=rb-1.2.1&ixid=MnwxMjA3fDB8MHxwaG90by1wYWdlfHx8fGVufDB8fHx8&auto=format&fit=crop&w=1000&q=80)

Meaning, developers know what is technically possible when providing input on the design and direction of a product. They can suggest what the product team and users won’t think of.

Spend some time thinking about ways to improve the experience of a product with technical solutions that may not have been thought of.

This is in addition to the usual input of saying what is or isn’t feasible in a newly design project/feature.