The Power of Polite Persistence: How Asking Nicely (and Often) Gets Results
#Business

The Power of Polite Persistence: How Asking Nicely (and Often) Gets Results

Startups Reporter
5 min read

Raymond Chen explores how effective communication and strategic outreach can solve problems, even in technical communities where people often assume their requests will be ignored.

When faced with a technical challenge or a request that seems impossible, most people give up before they even start. They assume the answer will be no, or that their voice won't be heard among the noise. But what if the secret to getting what you need isn't about having more authority or technical expertise, but simply about asking nicely and asking enough people?

This counterintuitive approach to problem-solving is something that Raymond Chen, a longtime Microsoft engineer and author of The Old New Thing blog, has observed throughout his career. The principle is deceptively simple: when you need something, be polite, be clear about what you're asking for, and don't be afraid to reach out to multiple people who might be able to help.

Why Politeness Matters in Technical Communities

Technical communities, whether they're open-source projects, corporate engineering teams, or online forums, often have a reputation for being harsh or dismissive. But this perception misses something crucial: most people in these communities genuinely want to help, but they're also busy and easily overwhelmed by demands on their time.

The difference between a request that gets ignored and one that gets a helpful response often comes down to how it's framed. A message that says "This feature is broken and needs to be fixed immediately" is likely to be met with defensiveness or ignored entirely. The same request phrased as "I'm trying to accomplish X, and I've run into this issue. Would you have any suggestions for how I might work around it or fix it?" opens the door to collaboration.

The Mathematics of Asking

There's a mathematical component to this strategy that's worth understanding. If the probability of any one person helping you is p, then the probability of at least one person helping when you ask n people is 1 - (1-p)^n. This means that even if each individual has only a small chance of being able to help, asking multiple people dramatically increases your overall chances of success.

This isn't about spamming or being annoying—it's about recognizing that different people have different expertise, availability, and perspectives. What one person can't help with, another might solve immediately. The key is to ask thoughtfully and respectfully, not to broadcast the same desperate plea to everyone in sight.

Real-World Applications

This approach works in countless scenarios. Need a code review from someone with specific expertise? Ask several people who might have that knowledge rather than waiting for the one perfect reviewer. Trying to debug a complex issue? Post your question in multiple relevant forums or communities. Looking for feedback on a design proposal? Share it with different stakeholders who might offer valuable perspectives.

The common thread is that you're not putting all your eggs in one basket, but you're also not being pushy or entitled. You're simply increasing your surface area for potential solutions while respecting people's time and expertise.

The Psychology Behind Why It Works

There's a psychological principle at play here called the "bystander effect"—the phenomenon where people are less likely to help when they assume someone else will take action. By asking multiple people, you're actually counteracting this effect. Each person knows they're one of several you've reached out to, which removes the assumption that "someone else will handle it."

Additionally, when you ask nicely, you're appealing to people's intrinsic motivation to help others and share knowledge. Most engineers and developers got into this field because they enjoy solving problems and helping others solve problems. A polite, specific request gives them an opportunity to exercise that passion in a way that feels rewarding rather than burdensome.

Practical Tips for Implementation

If you want to apply this strategy effectively, start by being extremely clear about what you're asking for. Vague requests like "Can someone help me with this project?" are less likely to get responses than specific ones like "I'm trying to implement feature X and I'm stuck on how to handle the Y edge case. Has anyone encountered this before?"

Next, do your homework before asking. Show that you've tried to solve the problem yourself and explain what approaches you've already attempted. This demonstrates respect for the other person's time and makes it more likely they'll engage with your request.

Finally, be gracious regardless of the outcome. If someone helps you, thank them specifically and publicly when appropriate. If they can't help, thank them for their time anyway. Building a reputation as someone who is polite and appreciative makes people more likely to help you in the future.

The Long-Term Benefits

The beauty of this approach is that it builds social capital over time. Each polite interaction, each expression of gratitude, each thoughtful question contributes to your reputation as someone who is easy to work with and deserving of help. This reputation becomes a force multiplier—people become more willing to go out of their way to assist you because they know you'll be appreciative and that you'll pay it forward when you can.

In a world where technical problems are increasingly complex and interconnected, the ability to effectively ask for and receive help is becoming a crucial skill. It's not just about getting your immediate problem solved—it's about building the relationships and reputation that will make you more effective throughout your career.

So the next time you're stuck on a problem or need something that seems out of reach, remember: ask nicely, and ask a lot of people. You might be surprised at how often this simple approach gets you exactly what you need.

Featured image

Comments

Loading comments...