And when it breaks?
Every website your organization puts up is going to reach a moment when it is obsolete, out of date or buggy.
How will you know?
And what will you do about it?
Big organizations have this problem every day. When building a website, the hierarchy pays attention. There are meetings and approvals, and it all fits together in the current strategy.
But a year or a decade later, those folks have moved on, but the website remains. And it's unlikely that there's someone checking it for bad behavior.
So there's the Fedex database that sends customers to a drop box that doesn't accept packages any longer. Or the part of the Brother website that requires users to change their password every single time they visit. I'm sure I have pages out there on the web that are out of date or buggy as well. It's inevitable.
Here are two simple questions that ought to be part of any online launch:
- Where can our users report defects on this page?
If you include a link to a human or perhaps a monitored feedback form, it's a lot more likely you'll hear about the things that aren't working in time to actually fix them before you take a loss. - What's our plan for sunsetting this site?
If they close down Vine or our strategy changes or we need to take action, who is responsible?
Stick around long enough and it's going to break. We come out ahead when we treat that event like part of our job, not a random emergency.
More Recent Articles
- What if the curves were going the other way?
- Plenty of room on the island
- The idea awareness cycle
- A dark chocolate sampler
- What does the poll say?
[You're getting this note because you subscribed to Seth Godin's blog.]
Don't want to get this email anymore? Click the link below to unsubscribe.
Click here to view mailing archives, here to change your preferences, or here to subscribe • Privacy
Postări
