The Handoff
March 23rd, 2007 — 3:17 pm —The Handoff is when we make projects in slate live to the world and let clients in to start managing their own sites. To put it bluntly, it’s something we’re bad at. Where we fail in providing a smooth handover of a site to a client is by not providing proper training and explanation of the system. We hold up slate as this answer to all of life’s ills and then say at the end “You’ll figure it out, it’s easy. Any questions just check Trac.”
It’s not like we drop clients cold-turkey but, by not providing a really good transition, we’ve just put up barrier to adoption of slate. In some cases a significant barrier. Yeah, a site is up in slate and it looks good but we want clients to manage them and update them. We want them to know how a site is being used and to take advantage of changes both in slate in particular but technology in general.
So how do we fix this? Over the next few months we’re going to be working on a process* to make life easier for clients working with us and slate.
- from the initial “We want a site. What can we do?” meeting,
- to comps,
- to content implementation,
- to go live kick-off,
- to follow-up meetings regarding new features.
We want to work out a process that not only keeps a client informed of their projects progress but makes sure that we launch with things like ‘Printable Version’ & Google Analytics working properly from our end. Where clients (and our staff) are aware of all the ins and outs of slate and how they can best use it to get their project completed. We want to be in a position where a client feels comfortable dropping us a note to ask a question, ask for a feature, or just give us feedback.
While process is great it only goes so far because, at some point, the client will go back to their own office to use slate. That’s where we’re going to have to provide more comprehensive docs. Our Getting Started Guide for SimpleForms has been fairly well received so we’ll be creating one for slate. There is a certain benefit to having a dead tree document on your desk as opposed to online documentation.
As slate grows up we have to reevalute how we do things. We’re reaching a broader client base with varying skills. Using “It’s a pilot” as an excuse won’t work anymore. The good news is that we realize this and we’re alreay working on it.
If you have feedback on how we can do a better job just drop us a line.
- – we do have a process in place for working with clients on sites. What we haven’t done is properly worked slate into the mix.
About slate
slate is a content management system (CMS) developed using Ruby on Rails focused on rapid production of traditional websites created by WVU Web Services. Read more about why we created slate and a longer list of features of slate. You can also check out a list of sites using slate. If you have questions or comments let us know but if it's a question about open sourcing slate have a look at this article first.Archives
Recent articles
- No Wonder Rails Is Default in Mac OS X Server...
- Good News: An Open Sourced slate Is Coming
- The WVU Open Source License
- Implementation idea: .do templates
- Keeping slate Humming - Part 1
- Campfire for Design & Keeping Your Tag Cloud Running
- Custom configuration settings made easy
- HOW-TO: Add a Gallery to Your Site
- JSONRequest.post Example
- Miscellaneous
Articles
I agree that this is definitely an issue to address, especially the “and our staff” part. I get confused regarding the process of preparing a site in slate. I’m wondering if certain steps in the process should always be handled by certain people.
For example, you usually request the domain names. Someone else could be in charge of setting up a profile in Google Analytics and putting the tracking code into the site properties.
When everything is ready to go, someone would be responsible for sending out an email to the client(s) along with a link to a “Welcome to slate” document. In fact, I really like the whole idea of “welcome” because it makes slate more personal.
The bottom line is that we need a solid process to follow, and we need to follow it in the same order. Maybe extend Adam’s list of designs into a table with columns of tasks (i.e. Create space, Setup GA, etc.).
Add comment
You are adding a new comment