DEV Community

Cover image for I Think Soft Skills are the 'Hard to Measure But Essential' Part of a Product Manager
Dai Nguyen
Dai Nguyen

Posted on

I Think Soft Skills are the 'Hard to Measure But Essential' Part of a Product Manager

I Think Soft Skills are the "Hard to Measure But Essential" Part of a Product Manager

Introduction

There is a scenario that I find very easy to picture when starting to learn about Product Managers: a product is behind schedule, the technical team says the requirements aren't clear, the business team says customers are getting anxious, and the users care about only one simple thing: “When will this feature be usable?”. From the outside, I used to think that Product Managers primarily needed to know about roadmaps, backlogs, data, markets, or a bit of technical skills. But the more I learn, the more I realize another less "glamorous" part is crucial: soft skills.

As I understand it, soft skills are non-technical skills that help a person professionally interact with others in work and social contexts. For Product Managers, skills like leadership, research, analytical thinking, communication, creativity, and teamwork are not just decoration to make a CV look good. They are tools to turn a group with many perspectives into a team working towards a meaningful product.

This is important for anyone exploring Product Management because products rarely fail just because of a lack of ideas. Often, the problem lies in the team not understanding the same goal, data not being read correctly, conflicts not being dealt with, or the product vision not being clearly communicated.

1. Soft Skills Aren't as "Soft" as Their Name Suggests: They Help the Team Move in One Direction

The first point that caught my attention is that soft skills are not just about "talking nicely" or "getting along with others". In the role of a Product Manager, soft skills help create motivation, inspire, encourage collaboration, and form a shared product vision. If a product is like a journey, then the product vision is the map; soft skills are how the team agrees on where they’re going, why they’re doing it, and how to handle rough patches.

An everyday example: if a group of friends is organizing a trip, some want to relax, some want to explore, some only care about the budget. Without someone clarifying the common goal, the group can easily keep arguing over accommodation, itinerary, and transportation. Product teams are similar. A designer might prioritize a smooth experience, an engineer might care about stability, sales might want features to close deals, and customer support might see repetitive complaints. A Product Manager doesn't have to be the one giving orders, but needs to help everyone see the bigger picture.

I see this as why soft skills are practically valuable: they help teams move past obstacles instead of getting stuck in blame. When a problem occurs, for instance, a new feature doesn't meet expectations, a Product Manager with good soft skills won't just ask "who made a mistake?", but will bring everyone to the more important questions: "What does the data say, what issues are users facing, and how should we adjust?"

A small tip for beginners like me: when reading a product case study, don’t just ask “what feature did they build?”. Also ask: how did the team collaborate to reach that decision? This question helps us see Product Management closer to reality.

2. Leadership in Product Management is About Building Trust, Not Always About Authority

One idea I find very memorable is that Product Managers need to have leadership skills, especially in competitive and uncertain environments. But leadership here doesn't necessarily mean having the highest title or deciding everything. I understand it as the ability to provide direction the team can trust, even when things get tough.

In a product team, differences between members are inevitable. Technical people might think a requirement takes too much effort. Business people might feel missing out if not done immediately. User researchers might argue that customers don’t really need that feature. Good leadership doesn’t turn these differences into "factions", but into assets. Each perspective is like a piece of the puzzle helping product decisions be less one-sided.

Illustrative example: imagine a team deciding whether to add an “automatic suggestion” feature to an app. Sales says big clients are asking for it. Engineers say the current data isn’t clean enough. The designer worries users will get confused. A Product Manager with good leadership won't simply side with whichever sounds most persuasive. They can help the team identify priorities: what goal this feature serves, what the biggest risk is, if it can be tested on a small scale first, and what criteria will be used to measure success.

The lesson I draw is that leadership also involves helping the team set priorities, bringing meaning to the work, reducing frustration, and supporting conflict resolution. When people understand why their work matters, they cooperate more easily. When goals are clear, the team works more efficiently because they are less drawn into circular debates.

However, I also think it’s important to be cautious of a misconception: leadership doesn’t mean always being certain. In Product Management, many decisions are made when information is imperfect. A trustworthy leader isn’t someone who never errs, but someone transparent about assumptions, listens to rebuttals, and is willing to adjust as new data emerges.

3. Research and Analytical Thinking: Listen to the Market, But Don’t be Led by Data

Product Managers often have to research a lot: products, markets, competitors, factors affecting the product, customer motivations, and growth potential. I like how the lesson emphasizes that data is one of the most important assets, but data is only useful when we think seriously about it with analytical thinking.

Research helps Product Managers understand where the product can go. For example, if a language learning app sees many people quitting after the first week, research might start by looking at behavioral data, user interviews, feedback, comparison with other products. But merely gathering information isn’t enough. Analytical thinking helps break a large problem into smaller parts: do users quit because lessons are too difficult, because they don't see progress, because reminder notifications are annoying, or because their initial goals aren’t clear enough?

An easy analogy is going to a doctor. A doctor can’t just look at one symptom and conclude immediately. A fever can come from many different causes. More questions, tests, and context are needed. Product Managers are similar. If one sees the conversion rate drop and concludes “change the interface”, they might be overlooking the real cause: price changes, wrong marketing message, slow loading speeds, or users not understanding the product’s value.

I find analytical thinking particularly useful because it helps us find logical connections from data, rather than opting for the easiest explanation. It also helps tackle complex problems by breaking them down: who is affected, at what step they are stuck, how severe it is, what goal it impacts, and what initial solutions can be tested.

A gentle counter-argument here is: some might say “Product Managers who analyze too much will be slow, losing opportunities”. I find this somewhat true. If always insisting on enough data before acting, the team might miss market timing. But conversely, acting solely based on intuition is also very risky. Perhaps the balance is using analysis to clarify the most important assumptions and then testing small enough to learn quickly. For newcomers, a practical tip is to practice writing down assumptions before reaching conclusions: “I think users need X because of data Y, but I’m not sure about point Z”.

4. Communication and Creativity: Be Clear to Understand Together, Think Differently to Avoid Stagnation

Communication is a skill I used to underestimate, as it sounds too familiar. But in Product Management, communication isn’t just about presenting well or writing documents. It’s about being able to work with many types of people who have different communication styles. An engineer might want very specific requirements. A high-level stakeholder might need a strategic overview. A customer might only describe the issue with a feeling: “This step is too annoying for me”. A Product Manager needs to translate these different languages into a shared understanding.

For example, when talking to the technical team, saying “users want this screen to be easier to use” is too vague. But if it’s explained as “users take an average of 3 minutes to complete this step, 40% exit at the information input field, and the goal is to reduce mandatory fields from 6 to 3”, the conversation becomes more concrete. Conversely, when talking to business leaders, just detailing technical aspects might not answer the questions they care about: impact on revenue, user retention, cost, or risk.

Communication is also tightly linked with leadership because to share vision and drive participation, a Product Manager must convey what they are aiming for accurately. If a vision is only in one person’s head, it isn’t truly a shared vision. It needs to be spoken, written, illustrated with examples, repeated when needed, and adjusted as the context changes.

Besides communication, the lesson also mentions creativity and innovation. In a constantly changing tech environment where customer needs change quickly, a Product Manager needs to think differently to create competitive advantages. I understand “think outside the box” not as coming up with bizarre ideas to be unique, but not getting stuck in old solutions when the problem has shifted.

For instance, if users complain they spend too much time entering data, the solution isn’t necessarily just to “make the form prettier”. It could be auto-fill, document scanning, integrating data from other sources, or omitting an unnecessary step. Creativity here serves real needs, not just to make the product appear fresh.

Practical advice for beginners: practice explaining the same idea in three different ways: one for technical people, one for business people, and one for general users. Then, try asking, “Is there a way to solve this problem without adding new features?” That question often opens up more creative paths.

5. Teamwork and Judgement: Know When to Lead, When to Step Back

Teamwork is a very important part of Product Management because a product is rarely created by a single individual. Effective teamwork means everyone is working towards a common goal, understands their roles and responsibilities, trusts each other, and collaborates well. When conflict arises, an effective team doesn’t avoid it, but also doesn’t let it drag into personal issues. They handle it quickly and constructively because they stay focused on the ultimate destination.

An everyday example: on a soccer team, forwards, goalkeepers, and defenders have different roles. If everyone just runs after the ball without understanding their position, the team will be in chaos. But if each only focuses on their part without cooperating, the team will struggle to win. Product teams are similar. Engineers, designers, marketers, researchers, sales, and support all have their own specialties, but a successful product requires collaboration between these specialties.

What I found most interesting in the lesson is that no soft skill is always the most important in every situation. A Product Manager needs to use judgement to apply the right skills at the right time. Sometimes analytical thinking is more important than creativity, especially when the team needs to understand the root cause of a problem. Sometimes creativity is more necessary, particularly when familiar solutions are no longer effective. Sometimes a Product Manager must play the role of a team member, listening and supporting. Sometimes the team needs the Product Manager to step up, provide direction, and help everyone agree on decisions.

This is the part that makes Product Management challenging but interesting. There’s no rigid formula like “just communicate well is enough” or “just having data is a win”. The success of a product depends on wisely applying these skills. If applied at the wrong time, a good skill can backfire. For example, over-analyzing when the team needs to make a quick decision can slow progress. Conversely, pushing for continuous innovation when the team hasn’t resolved core issues can complicate the product further.

For those newly learning, I think a simple exercise is when reading a product situation, ask yourself: “What skill is most lacking here?”. If the team is arguing without clear goals, it may lack leadership and communication. If the team is doing a lot but doesn’t know what users need, it may lack research. If there’s a lot of data but disorganized conclusions, it may lack analytical thinking. If people are working disjointly, it may lack teamwork.

Conclusion

After studying this section, I view the soft skills of a Product Manager more realistically: they aren’t secondary skills, but the foundation that helps someone connect data, people, markets, and product vision. Leadership gives the team a trustworthy direction. Research brings understanding of the market and customers. Analytical thinking helps break down complex problems to find reasonable solutions. Communication helps different groups of people understand the same thing. Creativity drives innovation to keep up with changing markets. Teamwork helps everyone move towards a common goal.

What I want to remind myself is: learning Product Management isn’t just about learning tools or terminology. It’s also about learning to ask better questions, listen more attentively, express more clearly, and make better judgments in each context. If you’re also exploring this topic, you might try choosing a product you use daily and analyze: if you were the Product Manager of that product, what soft skills would you need most this week? If you have any interesting learning thoughts or experiences, please share so we can continue learning together.

For more AI PM perspective updates: according to Toolify.ai, skills like effectively communicating between technical and non-technical groups and analytical thinking for data-driven decision-making,

Nguồn tham khảo: https://www.toolify.ai/vi/ai-news-vn/ai-product-manager-nh-ngha-k-nng-vai-tr-trong-tng-lai-3608392?utm_source=openai

Top comments (0)