Are you in a rush? There are key advantages to paying for expedited service in the product development world, but over using the magical term “it’s a rush job” won’t do you any good if you can’t back it up. When you tell your developer or designer that you have a rush job for them, you should know a few things about the process, and how it will impact your project. Some developers love them, some don’t do them. Knowing what it means for your developer when you say your project is a rush job, will help make sure things go smoothly, and everything gets delivered on time and to spec. Here are some answers you need to rush your project successfully:
Is it really a rush job?
Make sure this is really a rush job for you. What are the driving factors that are making you want to set your project as a rush job? Talk with your developer, and make sure deadlines are understood. It might be that you thought it would be a rush job, and it isn’t. Don’t just call it a rush job if you are afraid your project won’t be taken seriously or done on time. Great developers always deliver on time or keep you apprised of any delays. In my firm, “rush” means drop everything and rush to get the project complete, and we charge accordingly.
Do you have the funds and can pay immediately?
Most developers and designers that have any long term contracting experience require at least 75% up front to even begin the work. In a rush they are putting other clients on hold and pushing themselves and their team harder than normal to deliver what you need when you need it. If you are not ready to pay for expedited services up front you will be delaying your own project timeline.
Are you available for quick and frequent communication?
You are asking that your developer drop what they are doing and rush to take care of you. When you do that, the most frustrating thing you can do is take forever to respond or give edits, or be unresponsive at all. If you are not available to respond as quickly as possible to your developer, you are going to slow the project down, and show your developer that you do not actually view the project as a priority.
Do you have a scope of work?
This is absolutely necessary when working with rush jobs. Because the project is being rushed, you don’t want to waste your time or your developers. Making sure you have a list of changes, edits, and/or deliverables before you even mention the word rush to your developer is very important. During any job and (especially with rush jobs) if it isn’t in writing it’s not going to happen. Read our other blog here on creating an effective scope of work.
Do you have all materials ready to give to your developer?
Make sure you have more than everything you think your developer might need. You should do this with any project, but when it is a rush job time matters even more and your developer will be impressed and appreciative if you can produce everything they ask for quickly. Using a file sharing service is often a great idea as you can put everything they might need in one “folder” and share it with them.
Does your developer do rush jobs?
An important question that you might not necessarily think of to ask. Some developers I’ve worked with don’t do rush jobs at all, for which there are many reasons. Sometimes it’s a matter of schedule, or maybe they have a rush job already this week and are busy, even though they’d love to do it. It’s very important to make sure they really can squeeze your project in on your timeline. Especially with less experienced developers, their eyes can be larger than their stomach so to speak.
Are you committed to your project?
With any rush job, you are setting a high level of expectation and commitment from your developer. You should match them. If you loose focus, start to change the project, or give other signs that you aren’t committed, those are red flags to your developer that it isn’t really a rush job, and they might not take it as seriously as you want them to.
Getting your design services expedited will no doubt help you capture revenue opportunities. In order for your rush to be a success make sure you are as committed and prepared as your developer/ design team.