Comments on: Lessons In Not Sucking: Working With Firms & Freelancers

By: Freelancers.co.nr

Freelancers.co.nr — Mon, 23 Jun 2008 18:33:59 +0000

For Website Design Freelancers just see on http://www.freelancers.co.nr and start work and make money.

By: jen_chan, writer MemberSpeed.com

jen_chan, writer MemberSpeed.com — Sun, 02 Dec 2007 19:29:13 +0000

These are great tips! I especially liked Freebies aren’t really free and The busy test. You definitely hit the nail on the head with them. Aside from unnecessary headaches and hassles, freebies can also cost you low quality in other elements. You might have unknowingly sacrificed something else. And the busy test is also key. I have to admit, I used to think that someone who isn’t busy is a better deal.

By: TaJ

TaJ — Wed, 28 Nov 2007 13:42:33 +0000

Great article and comments as well. I “stumbled” upon this site by actually researching freelance opportunities for churches. I would say it’s a no accident.
TJ

By: TaJ

TaJ — Wed, 28 Nov 2007 13:41:40 +0000

Great article and comments as well. I “stumbled” upon this site by actually researching freelance opportunities for churches. I would say it’s a no accident.
TJ

By: Brent Ziemann

Brent Ziemann — Wed, 28 Nov 2007 08:24:29 +0000

As a developer I want to as some words of advice to this fine and very needed thread.
DEFINE A SCOPE OF WORK.
Almost every project that goes bad it is because of what I like to call “Scope Creep.” Scope Creep is the slow creep of features being added in to a project along the development cycle. Usually this doesn’t hit the designers as hard as it does the actual developers. About the only way I can explain this is with an analogy of blue printing a house. Once the blue print is done it’s handed over to a construction company to actually make the blue print a reality.
Changing things at the blue print level is easy. A few CAD drawings can be modified with relative ease. However, lets take for instance the construction company has already framed your house, put in the plumbing, has dry walled your house and you come in and want to move the kitchen sink to the opposite wall.
Can this be done? Yes.
Can it be done without added cost? No.
And will that sink be as efficient in the new location as it would have been in the old position? No.
The reason for this is the construction company will have to patch in a path to the new location for the sink and will require ripping out dry wall trying to figure out how to run pipes through a wall that wasn’t designed to have pipes in it from the start. It will be an ugly plumbing design to get it done and the odds of plumbing issues in the future will be high as there are now pipes where pipes shouldn’t have been.
The same is true with code. Once the development has started good developers will design a blue print on how to make things function efficiently.
When scope creep surfaces it breaks this blue print. And often times it’s because someone didn’t do enough planning before the start of the project.
How can I keep this from happening?
To prevent this simply take the time to plan out:
1.What you want your website to do?
(List all the Functionality here. IE: Online Tithing, Photo Galleries, Online Sermons, Live Broadcasting, PodCasting, etc…)
2.Who your target demographic for the website is? (There is always a target demographic) This helps your designers design to the needs of your target audience.
3.Let your freelances and agencies work without constant interruption.
(Often times with code things are sectioned out into modules which will come together towards the end of a project. So more than likely they won’t have much to show until much later in the development cycle.)
4. Ensure your freelancers and agencies have a Design Methodology. For an example here is one that I’ve used for years. I call it ID4
IDENTIFY the needs of the client.
DEFINE a system or systems that will efficiently meets those needs. (This is where all web design and back end architecture are done)
DESIGN a user interface, code architecture, and database design that implement the DEFINED System.
DEVELOP the application and do quality assurance testing.
DELIVER the tested and stable application to the client. This involves deployment to client website and more QA testing.
If you have any further questions feel free to contact me via email.
-Brent.

By: Roland Thomas Gilbert

Roland Thomas Gilbert — Wed, 28 Nov 2007 06:45:03 +0000

You get what you pay for. We once used a church member, who worked professionally as a web designer, to redesign our site (pro bono). Turns out, unbeknown to us, this person blatantly and seriously infringed on some copyright laws by literally copying another church’s website.
After taking three months to alter the design to comply with the original designers’ request to do so, they’ve since complained that because they work full-time and are taking on more and more freelance work, they’d be “happy” to work on our site for a minimal fee.
My advice: Hire them and pay them.

By: brad

brad — Tue, 27 Nov 2007 16:30:15 +0000

I expect that most people here are going to be somewhat familiar with this process, but if not, please pay attention to #7. Projects blow up or melt down by turning that into a crisis. It’s an especially lethal mixture when combined with a strict deadline.
Probably the most common cause of a church-project derailment is a lack of professional ethics or disconnected expectations. While I was in university, I did some pro bono work for a church so that I could have the first piece in my portfolio. When it came back from the printer the pastor had fundamentally altered it: it was no longer my work, and it was hideous! Let’s just say that was a bad day. Let someone do the job you’ve hired them for (even if it’s for free). That’s probably a mash-up between #1 and #2 but it is an issue that has burned every single church-connected creative I know!
#3 isn’t a hill I’d want to die on. The US church seems to have a very different relationship with money than the Canadian church. If it’s absolutely critical (tight deadline, etc.) money is an effective trump card. But developing people’s spiritual gifts in what they do, or getting them invested to the point where they give their time, is perhaps a more important focus than just ‘getting it done’. (I’m thinking a team here — not just an individual — if that makes any difference.) I guess it depends what it is (complexity, size, etc.). Most of the free projects I’ve been connected with have been more successful in deeper, better ways than the paid projects. The paid projects just got done on time. :-)

By: Mike Anderson

Mike Anderson — Tue, 27 Nov 2007 16:08:20 +0000

Awesome and much needed article.
I work for an advertising agency and wish that all clients (especially churches) would read and understand these tips.
I am helping start a company called Ministry Growers (ministrygrowers.com) that works with churches. I will be passing this on to my clients- thanks!