Welcome to the Treehouse Community

Want to collaborate on code errors? Have bugs you need feedback on? Looking for an extra set of eyes on your latest project? Get support with fellow developers, designers, and programmers of all backgrounds and skill levels here with the Treehouse Community! While you're at it, check out some resources Treehouse students have shared here.

Looking to learn something new?

Treehouse offers a seven day free trial for new students. Get access to thousands of hours of content and join thousands of Treehouse students and alumni in the community today.

Start your free trial

Business

How should a web designer handle future site maintenance for clients?

I've requested Treehouse release a course on this topic, as I haven't found a lot about it online. (If I've missed a good resource for this, please direct me.)

Hypothetical scenario:

  • Client wants a photography portfolio.
  • Designer builds a nice website with HTML and CSS, hosts it. Everyone's happy.
  • Few months later, client wants to add new photographs.
  • Client knows nothing about editing code, and the designer is too swamped with other projects to get to it fast enough. There's no one else on hand who can access the source files and make the changes.
  • Client is angry.

How could this have been prevented? Adding a few photos is a pretty simple thing, but what if the client wants more drastic changes? What about frequent, everyday changes? This side of the business is still very vague to me.

4 Answers

Michael Collins
Michael Collins
433 Points

You need to define an SLA -- Service Level Agreement. This specifies your general availability, turn around time and charges for different services and different levels of availability.

I am normally available Mon - Fri, 9am - 5pm. at the following rates

  • General Web Development: $x/hour
  • Programming / Database Administration: $x/hour
  • Systems Administration: $x/hour

Turn around Times: small web production services--editing existing pages, create new pages with existing templates, etc: 3 - 5 days.

More complex projects can be negotiated based on specifications and requirements.

One of the big problems with all clients is that they wait until their need is urgent to take action. Their lack of planning then becomes your problem. I've found the best way to deal with this is the Rapid Facilitation Fee. People love having choices, even if there is only reasonable option.

Rapid Facilitation Fee: Normal SLAs can be bypassed and service can be had immediately for 150% of normal fees.

I understand that Businesses sometimes have unforeseen needs that need to be dealt with immediately. I make every effort to support my clients in the time frame they require. AND, events not planned for in advance have a cost impact on my business in terms of my having to shift around time lines for existing clients and lost opportunity. I encourage my clients to plan for their web development in the same manner that they'd plan to take their car in for service or to make a doctor or dentist appointment. You call in advance and see what's available and them put it on the calendar.

Knowing that you could be available immediately makes people feel that you take their business seriously. Most of the time, people choose to accept your normal SLAs rather than paying 150% of normal fees. This Rapid Facilitation Fee has cut down on urgent requests from clients by 80%.

And, when it is urgent and they really can't wait, they don't seem to mind paying 150% of normal fees--provided you've had this discussion in advance.

James Male
James Male
6,619 Points

You should first establish with a meeting what the client requires in as much depth as possible before doing any work for them this will avoid problems further down the line. In this scenario I would suggest setting up concrete5 for them (A free CMS) which makes it simple for the client to do 99% of changes without having to know any code.

http://www.concrete5.org/

David Lane
David Lane
33,414 Points

Your answer is any CMS format (Drupal, WordPress, etc). If you know your client will want changes (like everyone does at some point), and you won't have time to maintain the code yourself, you should build in a CMS.

Making changes to a site is only simple if you know how and obviously your client does not. Perhaps a service agreement with a monthly charge that define a not to exceed number of changes?