Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

> It's easy for people to ask for others to do things. But many people are scatterbrained and can't prioritize, and can't see beyond their own immediate needs and how their requests might impact other work.

But, should they even care? Maybe they think it's not their job?

What I mean is, there seem to be two archetypes of ways to ask someone else for something. For lack of better terms, I'll call them "market approach" and "social approach".

"Social approach" is when you try to predict how costly your request will be to the other person, and only ask them if the importance is clearly much greater than the cost. You then expect the other person to feel compelled to prioritize your request, as they know you wouldn't be asking if it wasn't very important.

"Market approach" is when you don't give any thought about the cost to other party - you just make your request, and expect them to tell you whether they'll do it, how long will it take, and what they expect in return. You then negotiate the scope of the request and the "price" until both sides are satisfied, or the request is rejected.

I don't know which one is better. But I think we're living the worst case: everyone operates at a different point between these two idealized approaches. So, in your example, you're taking the "social" perspective - you treat requests as high priority ("they wouldn't have asked if it wasn't important") and get annoyed when your hard work isn't used. Meanwhile, those people may be operating closer to the "market" perspective - perhaps they expected you to push back on their request if it's disruptive to you, and were willing to negotiate (they knew it wasn't that important, but they didn't expect you to assume it was).



I like this comment too but in many cases the requesting party has almost no relationship to the receiving party. The requester is almost always in a buyers market (filing an issue is cheap) and the receiver is almost always social (working closely with others to resolve issues).

This model does explain the different sides, but the problem remains.

So it seems that the problem with the requester’s market approach is that there is no mechanism for setting value. So how do we solve that?


> but in many cases the requesting party has almost no relationship to the receiving party

That is a common occurrence - which makes it dangerous for either side to make assumptions about the other.

So the more I think about it, the more I feel that it's the "market approach" that's better-suited for work requests and issue reports, when the two sides don't have a preexisting personal relationship. "Market approach" is assumption-minimizing, and thus also mistake-minimizing.

On a side note, I wonder if that's what "rejection therapy" and assertiveness are both about: they're trying to teach you to ask people more (instead of assuming they'll say no), not take rejection personally, and to be ready to just say no to other people. Taken like this, they sound like attempts to correct people into using "market approach" where they tend to use "social approach".

> So it seems that the problem with the requester’s market approach is that there is no mechanism for setting value.

I think this is not a problem at all. That's why I called it "market approach" - the market is the tool that's used to determine value.


I agree with the sibling comment, your comment transmits a great insight that would make for a great longer form read. Deep down, this is another instance of the problem of human expectations and how important it is to handle them correctly for sane interactions with other peers at work.


This is a great insight and deserves to be turned into a more pretentious blog post that goes viral on VC Twitter.

I should get better at recognizing which of my partners are on the social strategy and who prefers a more market-based one. Probably all of us should learn this skill.


> "Market approach" is when you don't give any thought about the cost to other party - you just make your request, and expect them to tell you whether they'll do it, how long will it take, and what they expect in return. You then negotiate the scope of the request and the "price" until both sides are satisfied, or the request is rejected.

Note (for your forthcoming tweet storm, apparently) that just these evaluation steps could be pretty time-intensive for the other party in the first place.


If they are time intensive for other party, they would be impossible for the one asking.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: