Commentary
Those Crazy SiteMeter Guys Do It Again!
A couple of months ago, the SiteMeter service made a big mistake with the code that it injects into all its customer sites; the result was that everyone visiting any of those sites with Internet Explorer got a dialog box that said "Operation Aborted." This past weekend, SiteMeter made another mistake: it tried to do an abrupt mass upgrade of its service's user interface.A couple of months ago, the SiteMeter service made a big mistake with the code that it injects into all its customer sites; the result was that everyone visiting any of those sites with Internet Explorer got a dialog box that said "Operation Aborted." This past weekend, SiteMeter made another mistake: it tried to do an abrupt mass upgrade of its service's user interface.The new interface wasn't received well by many SiteMeter users, for example the ones here, here, and here. There were login problems, reporting problems, interface problems, and just plain problems.
Only hours after several sites posted news stories about the update, SiteMeter rolled back to the old interface. That seems to have been more than a trivial job, because they shut down the whole SiteMeter.comWeb site for several hours to make it happen. It's an embarrassing retreat.
More Windows Insights
White Papers
- Mobile BI: Actionable Intelligence for the Agile Enterprise
- New Visual and Wizard-Driven Paradigms for Exploring Data and Developing Analytic Workflows
Reports
More >>Webcasts
- Maximize ROI with Database Consolidation onto Private Clouds
- Five Jobs You Can Do Better with Intelligent Decision Automation
Many sites make their new user interfaces available as a "beta" for several months before requiring users to migrate. I'm sure the SiteMeter developers wanted to avoid maintaining both the old interface and the new interface; it's a hassle to have two things to maintain and two ways to get at the data. The need for compatibility limits the kind of changes that you can make to the underlying database, since it needs to work with both systems. So this approach would seem to save development time.
The alternative, the path that SiteMeter chose, was an abrupt overnight-change approach. Customers go to bed one night knowing how to use the service, and they wake up the next day unable to find their way around, if they can even log in at all. Users had no way to come up to speed on the new system until it was live, but they couldn't retreat to the comfort of the familiar old system. Forcing users into a sudden switch on a system they haven't had the time to learn is a recipe for dissatisfaction.
Related Reading
| To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy. | |
|
|
T-Shirt Giveaway: Each week we're selecting one great comment from our readers. The author of the comment will receive an InformaitonWeek Community t-shirt. So get posting! |
Subscribe to RSSResource Links
This Week's Issue
Technology Whitepapers
- Mobile BI: Actionable Intelligence for the Agile Enterprise
- Creating the Enterprise-Class Tablet Environment - by Yankee Group
- The BlackBerry PlayBook tablet's Good Bones - by BlackBerry
- Red Alert: Why Tablet Security Matters - by BlackBerry
- New Visual and Wizard-Driven Paradigms for Exploring Data and Developing Analytic Workflows
Featured Resource
This technical brief dives deep into migration recommendations and explains how to plan thoroughly, adopt a phased approach and who to ask for help.
Read Now












