Design has a Big Impact on Web Development Project Cost

Joaquin

You know that button on the website you want to change? The one that looks like it was designed in 1999? Guess what? It was designed in 1999, and so was the underlying technology. As a design element it's ripe for change, so in your new designs you change it. The only problem is that little change adds a week to development time.

Occurrences like this are far too common, not just in regard to legacy technology but also with designs that need to be overlayed over existing technologies (Content Management Systems, development frameworks, etc). Every complex piece of technology has its own way of doing things and unless you are building everything from scratch (which has its own challenges!) you'll probably need to build around something.

So what's a designer to do? The first thing to ask for if you are going to be working from an established framework or CMS is to ask for an out of the box install of the CMS that you can play around with. This will give you time to play around with things and maybe even look under the hood to see how things are put together. Second, you want to lean on your developer to give you honest feedback and ideas. You'll want a developer who will catch these things that you might miss and bring them to your attention. This is indicative of a developer who cares about the project's success. Ideally a developer will bring up these issues in a respectful tone and offer helpful suggestions on how you might achieve similar results in a quarter of the time - but that's the ideal situation. The reality is the developer may scoff at the design choices or be abrasive with their presentation. If you can get past that, you can often find common ground by asking for feedback on how you can makes things more efficient and being prepared to make some changes. It may require meeting in the middle, but ultimately both sides will benefit from a project that is conscious of development hours and at the same time brings the design experience home for the users.

In the spirit of better designer/developer relations, this post is part of a top 5 list of tips for designers working with developers:
  1. Design has a huge impact on project cost.
  2. It can be tough to be the last person to touch something.
  3. Developers think of design as black magic.
  4. Don't expect to earn points by suggesting technology solutions.
  5. Developers do have a horse in the race.

I'll be looking at each of these items in turn and talking about them in detail in a blog post over the next five weeks.

Comments

Good advice, the first few

Good advice, the first few steps for a redesign can be so tedious, but once you have a plan of attach and a great team of developers and designer who understand each other, you're golden.

Nailing down what the client wants can be a challenge sometimes, but I've found discovering the fundamentals of the new redesign in the initial stages solves that problem. Or at least helps a lot!

Post new comment

The content of this field is kept private and will not be shown publicly.
  • Web page addresses and e-mail addresses turn into links automatically.
  • Allowed HTML tags: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd><blockquote>
  • Lines and paragraphs break automatically.
  • You can enable syntax highlighting of source code with the following tags: <code>, <blockcode>, <c>, <cpp>, <drupal5>, <drupal6>, <java>, <javascript>, <php>, <python>, <ruby>. Beside the tag style "<foo>" it is also possible to use "[foo]".

More information about formatting options