"If a client previously posted their projects to Fiverr or UpWork, it’s a signal they don’t value expertise."
I disagree with this. Some clients just don't have any idea where to get something done other than a "site" they heard about or found on the internet.
But these clients usually are fairly technically clueless and require a lot of hand holding and/or have unrealistic expectations. Come to think of it I sort of have to agree with the authors basic point... not a great signal (although for different reasons).
I hire a lot on Upwork, and have found excellent talent, with extensive experience, for my projects.
I've learned how to qualify candidates with a minimal process that has weeded out the "waste of time" people that I sunk a bit of time into when I first went there.
So count me as someone who's posting there that counts on expertise, and has been very happy with what I've found. That said, my clients would probably not know how to use Upwork effectively. Hence, me.
Some basics, and it varies a bit depending on whether you're hiring in India versus Europe/Eastern-Europe. I have found that a certain subset of candidates in India will be very aggressive with the frequency and obtuseness of communication. European and east-europeans candidates, in my experience, will often disqualify themselves by being presumptive about requirements or solutions, or dismissive about confounding aspects. I'm not generalizing overall, but in first/second interactions with remote freelancers on Upwork. This has been very consistent.
(I'm in North America, but have lived and worked in 3+ Western European countries).
Beyond basic technical qualifications, these additional steps have helped me onboard a good sized team of part-time and full-time freelancers around the globe:
* Include 1 very broad, and 1 very specific question in the job posting (don't make them required -- see who answers them of their own volition). You'll get a sense of reading comprehension, and the care someone will use in responding. The questions should not require an essay in response, but neither can they be fulfilled by a templated response.
* For higher level candidates, offer to get on a 5 minute video call and share a calendly/youcanbookme link. Ask for a problem synopsis and see how complete it is, and check how many unclear potentialities get called out in response.
* For lower level candidates, look for 5, hire and onboard 3. In a slack documentation channel, include an on-boarding document with 3-5 steps (update avatar, include available hours in spacetime, post a hello and basic introduction in #general, add themselves to #somechannel, etc). All my keepers very faithfully followed really basic requests. The people who most vociferously wasted my time could've been disqualified at this stage of the game.
For this last step, pay for their time and set a 1 or 2 hour max budget at the start. Don't train or lead anyone through this process. That's not a road you want to spend any time on, because it will become an expansive sinkhole.
I've found that there are plenty of talented professionals out there, but those who can be useful, engaged, remote resources are a special breed. You want conscientious forthrightness.
[By the point I'm spending five digits figures on Wordpress add-ins, I might as well hire a crew to make me a new product with React or Angular or ClojureDjango# -- whatever is en vogue right now and likely to remain so for a while.
Wordpress might have improved a lot since I last looked at it in 2008/9; but I recently made a free wordpress.com blog and it sure feels like a monocycle mounted on an elephant mounted on a Chevy carcass mounted on an electric scooter.]
---
Am I wrong? A little wrong or out of whack entirely?
It depends on what you're doing and how much of the site it is. An add-in might be an almost totally separate product already, just one that's leveraging the existing infrastructure of WP such as logins, permissions, theming, etc. If it's just leveraging those things (and thereby changing appropriately if you change appearances) then how important is it if it's written in PHP?
I will say that if you're spending 10k+ on add-ins that you should probably make sure you've looked into what you're doing and how. That sounds like the kind of pricing I'd expect if you're having a custom add-in developed rather than what I'd expect for a commercially available one. Something custom may be appropriate, but unless your needs are unique it may not be the best approach.
If the client is posting there because they're cheap and are going to nickel and dime and second-guess every decision then they may not be worthwhile (possibly unless you factor in billing for your time discussing every. little. thing. with them).
If they're posting there because they don't know where to hire someone to do contract work for them then you may well be able to work with them - particularly if you're personable and willing to spend some time handholding and making them comfortable. For that matter, if they've done something on one of those places and been burned by poor quality, poor understanding, language issues, whatever then it may make them more likely to work with you if you don't have the same problems.
It's a question of making sure there are realistic expectations on both sides. If a client is going to need concierge service beyond the raw design and coding and you're able to provide (and get paid for) that then you may be in a good position.
I disagree with this. Some clients just don't have any idea where to get something done other than a "site" they heard about or found on the internet.
But these clients usually are fairly technically clueless and require a lot of hand holding and/or have unrealistic expectations. Come to think of it I sort of have to agree with the authors basic point... not a great signal (although for different reasons).