4 ms·
The OP article is criticism-lite, but the topic is never more important with multi-platform phone, tablet, and web development. I believe we're post App-Gold-Ru
by xtiansimon 8y ago
The OP article is criticism-lite, but the topic is never more important with multi-platform phone, tablet, and web development. I believe we're post App-Gold-Rush era. You're not so excited anymore to run off and join a startup and leave a good paying job at a steady corporate gig. In that setting who's going to rock the boat? Who's going to stand up and question, Is this really the right direction? Everyone is getting paid.
Currently my own whipping post example is the smart phone app, Transit [1]. A redesign last fall hobbled several key features,
- transit line on-time status only shows when there is a problem, but it's reassuring to see the status has updated and is OK.
- map scrolling is key for wayfinding, now only half of the screen real estate is scrollable before you accidentally cancel your line selection, and exit the screen.
These fracking UI changes are worse than useless, and just the few that come to mind. What they should have done was tackle real issues,
- Chaining transfers--How long is the wait for my next connection at a future destination? Currently, the future destination shows the connection clock from _now_, and now when I get there. I can think of at least 3 reasons why this is important.
- In a loop line, you can't see the next bus when you're at the start/end. During commute times on the busiest lines delays have a ripple effect. The schedule is blown. How long is the wait? Can I do something else while I wait?
I was an avid evangelist for Transit. Now, I just wish a competitor would hit the scene and bury that turd.
[1]: https://transitapp.com/ https://transitapp.com/
- tln 8y agoDo you think they prioritized the newest users/prospects versus power users?
- xtiansimon 8y agoI don't imagine excuses for bad business decisions--There's really no point to adding a layer of rationality on top of an all too common failure. This isn't a "game". I don't believe there are different levels of 'user'. This platform brings together your real-time geo-position, published maps, published transit schedules, multiple transit systems, and real-time system updates together. It's all there and all useful for every user from the very start. The failure in the redesign is to leave the 'page' or 'modal' UX behind in favor of this hybrid/gesture controlled marble on maze UX. They hit a home run from the beginning, and fracked it up. What's the 'nature' of a map? It's to be as big as possible, and yet they've layerd the schedule and took 50% of the screen away from the map. If there's a difference among users, it's found when you live in a transit-rich community, like I do in NYC Metro (and you need a good app like Transit was). If you live in the sticks and there's only one line, then you open the app, check the schedule and you're done. This is why I believe this _criticism_ is so important. I think we need to have a way to articulate these choices. Maybe a critical voice asking _Should we make this UX change at all?_, _Are we staring at our navel?_ Which is to say, in our own little bubble? Are these changes going to improve the software? Or, are we only showing off so we can justify our employment? If they wanted to do such a radical redesign, why not fork the project? They could capture 'new users' with the Transit Marble Maze app.
- tln 8y agoI wasn't trying to excuse their choices, but learn a bit about this case. > If there's a difference among users, it's found when you live in a transit-rich community, like I do in NYC Metro Thanks, this is the context I was interested in.