Potential Client Red Flags, Part 2

Over two years ago now I wrote a post entitled Potential Client Red Flags, wherein I listed 6 situations that, if they come up while talking with a potential new client, might possibly lead to me passing on the work.

I re-read that post this morning and have a few red flags to add.

7. Previous Web Developer Baggage
Once in a while I’ll be approached by someone with a project that has already been taken on by another developer and the project has failed.  In these situations the potential client always blames the previous developer for the failure, saying they had misrepresented themselves, or were over committed, or were just flat-out not able to do the work.  The potential client will then appeal to my ego with statements like “After reviewing your portfolio it’s obvious you would be a much better fit than the previous developer was.”

But - like stories of dating relationships and marriages gone awry -I’m only hearing one side of the story.  Might the issue really have been a client with unrealistic expectations, or who were unable to pay their bills on time?

I always feel like the only real way to seriously think about taking on a project with baggage would be to interview both sides of the failed project and see if I could determine what really happened.  But the time investment for doing that is such that it never makes sense because neither side is going to want to reimburse me for that time.

Additionally, if the site is sitting there half-baked and “just needs to be finished” then I’m faced with the prospect of it being started poorly and either having to rebuild it from the ground up or being responsible for issues with the site due to poor decisions being made at the foundational level by someone with less experience than I have.

8. Emergency 911
It’s amazing the number of contacts I get for projects where the timeline is “ASAP”.  Here’s an actual request: “We need a complete EE build with content and user migration from a Drupal install, the design is in Photoshop and needs to be converted to HTML, and looks like we either need some custom EE code or use of a 3rd party module.  Oh and the deadline is in 11 days”. 

Not 11 business days, just 11 days.

So after I’m done with the gut-reaction snide response that I won’t post here, the first question I have to ask is “How did the project get to be in this state?” And if the answer is “poor project management” then the follow-up question is “What other aspects of the project are suffering due to being managed poorly?” Is the design going to be right?  Has the proper functionality been identified?

I’m reluctant to take on projects that come with a red flashing light to wear on my head - I didn’t create the crisis situation so feel no urge to shoulder the responsibility of resolving it.  Although - I have toyed with the idea of proposing to take it on, but at 2 or 2.5 times my normal rate.  So far the stress potential hasn’t been worth the possible financial gain.

9. The Client Who Knew Too Much
Maybe the better title is “The Wanna-be Developer as Client”.  When I get communications from clients that include nonsensical statements like “we like the idea of separating content from presentation for SEO reasons”, or they want to talk about URL structure before the site design or IA is done the hair on the back of my neck goes up just a bit.  It’s not that I don’t appreciate technically-savvy clients, but when they have things just a bit “off” it makes me wonder how they got there, will they be open to and capable of being re-educated, or will it be a constant struggle to get them to understand how things actually work?

10. Hi, My Name Is Tom Sawyer
Once in a while I will be contacted to put a proposal together for an ExpressionEngine site, but the real reason for the proposal request is to determine if EE is actually well-suited for the project.  The challenge with these types of requests is that in order to do a quality needs assessment and (if EE is the right fit) a proposal it requires a lot of time - which is likely why the client hasn’t done it.

ExpressionEngine provides a pre-sales forum for answering questions like this - and I’ll often even pitch in on those threads.  But if the project needs an in-depth requirements analysis then that’s really outside of what I should have to provide at no charge in the form of a quote - that’s work that should be defined as it’s own project and I should get paid for as an internet consultant with specialized CMS knowledge and experience.

11. You Don’t Know Me
Boyink Interactive was a charter member of the ExpressionEngine Professional Network, and it’s been a valuable source of leads on new projects.

The downside is I’ll often be BCC’d in on emails along with multiple other members of the Pro Network.  I’ll have to be honest—if I’m elbows-deep in projects when these emails come in they do have less weight than email addressed to me specifically, or email that has come through Boyink.com instead.  I wonder if they’ve even reviewed my work at all, or are just blasting everyone on the Pro Network to see who responds.  I don’t immediately discount these emails, but if they have any other red flags (and they often do) then it’s not likely I’ll respond to them.

12. Can You Hear Me Now?
I’ve had a few interchanges with potential clients where they just couldn’t answer simple direct questions put to them via email.  And asked two or three times in different ways.  In one case after email exchanges hadn’t worked well I scheduled a phone call with the potential client instead.  When I called at the appointed time they answered with “Uh, hello?”.  This didn’t exactly instill confidence that they could communicate well enough to work with and that they were a marketing & communication firm was the deciding factor in passing on the work.

So there you have it - now the “dirty dozen” of client red flags. Will there be more?  Only time will tell…

Visit Train-ee.com for the latest in ExpressionEngine training designed with one goal in mind - to get you up to speed on ExpressionEngine® as quickly as possible.

The latest Train-ee Products:

Latest Free Tutorials:

Comments

1

May 07, 2008

Nice… I hadn’t read the earlier list, and wondered why you didn’t just stop at 4 more to make it a Top 10. You had to go for the dozen.
I’ve seen a few comment threads where someone tries diving into a tutorial, and then extending the project. They tell the developer of the tutorial project (not talking about train-ee) that they need to help on the project, and “of course you’ll be compensated”. No sense of courtesy at all, or social graces for that matter.
A red flag of the day around here is, someone who claims to have quite a grasp of dreamweaver or name the WYSIWYG editor, they seem to want to art direct, but only know what it is they don’t like.
Rant’s over outta here.
Thanks Mike.

2
EFL Geek
May 07, 2008

Very useful information and I’ve bookmarked the page.

3
Paul
May 12, 2008

Hey Michael, great list!  I’ve forwarded it to our sales staff.

Our red flag of the day is English is not the client’s first language.  We wouldn’t rule someone out just because English not their native tongue, but we’ve had some situations where things had to be explained multiple times or there were misunderstandings stemming from a language barrier.

And a second red flag is when the prospective client starts asking about things that are outside the scope of website development project like how to do things with a video camera or audio editing software.

4

May 13, 2008

Thanks for sharing ... and remember the Seinfeld-ian mantra: “Serenity now ... serenity now ...

5
ko
May 14, 2008

I really relate to #9.

We had a client who we delivered a site for. They then wanted to get us to do new development and changes on the site. But, they thought we would take too long, so they went in and made the changes themselves. The client didn’t know php very well but they knew enough to be dangerous.

The kicker is they would make the changes directly into the live site, instead of at least the staging site we had set up.

After a couple of months, the public facing site looks nothing like the svn repos that we’ve set up and so will involve more work if they ever want us to do development for them again.

6

May 23, 2008

These, as well as the first installment, are great. I don’t do projects as big as yours, but even on the same scale you run into all different types of flags. Like with most people, #9 is becoming more and more common. The client thinks they know more about good design and coding than you.

I may have missed it, but contracts are essential, at least on the small scale. When you work as a contractor, it’s important that you get them to agree to paying you some of the money up front.

Great post.

7

July 23, 2008

These are all very helpful tips in spotting a potential client, and determining whether he is serious or not. You can send multiple RFPs but you should discuss amongst your team whether the client is good fit for you to begin with. I recently read on the blog of Ronn Torossian (RonnTorossian.com) about determining if its worth to go into businesses at all (could be with someone, on your own, or just dealing with a new client). Torossian who is the CEO of 5W Public Relations wrote that you can determine all this by two simple questions. Take a read.

Name:
Email:
URL:
Comments:

Remember me?

Shoot me an email when someone responds?

Enter this word:

Here:

GetBoyinked

Subscribe to Boyink.com