4 ms·

The answer is it depends. In that case i am pretty sure the main target was libraries authors and devtools authors. But we can consider the users as operators.

by di4na 8y ago

The answer is it depends. In that case i am pretty sure the main target was libraries authors and devtools authors. But we can consider the users as operators. It depends of the use case. For a turbotax example, turbotax is here to give control of a fairly complex system (US taxes) to its operators (60 years old retiree). Now can the retiree learn about it if the optimizations are not enough? Probably not. Or maybe. That is a UX problem right? But think of it. If it fails, who will the retiree call for helps? Experts operators. Hotline for turbotax or accountants. Can you provide them with that info? I especially want to emphasize tools for your Customer Support staff. These are rarely prioritized, but they imho have a far better RoI and customer satisfaction impact than any UX change you can do. CS are operators.

catwind7 8y ago
> That is a UX problem right? Ah yeah - I do recall author making that distinction ("user" UX teams vs operator UX teams). > I especially want to emphasize tools for your Customer Support staff. These are rarely prioritized, but they imho have a far better RoI and customer satisfaction impact than any UX change you can do. CS are operators. That's a good point. Right now my team does give tools to CS related staff but you're right they're not prioritized, the UX is horrible (b.c it's "designed" by developers who were tired of having to troubleshoot themselves), and devs get pissed / act surprised when the CS people dont use the tools the "right" way.
- di4na 8y ago
  Yeah. These are always low priority because they are not from paying customers right? Except they impact your customers directly. Bonus point: they are customers you can easily talk to and watch how they work. Super fast feedback loop ! Want a group to test super fast prototyping and "go live" ? These people are round the corner, will love you for it. They are the perfect place to train a team in velocity...

by di4na 8y ago

catwind7 8y ago

> That is a UX problem right? Ah yeah - I do recall author making that distinction ("user" UX teams vs operator UX teams). > I especially want to emphasize tools for your Customer Support staff. These are rarely prioritized, but they imho have a far better RoI and customer satisfaction impact than any UX change you can do. CS are operators. That's a good point. Right now my team does give tools to CS related staff but you're right they're not prioritized, the UX is horrible (b.c it's "designed" by developers who were tired of having to troubleshoot themselves), and devs get pissed / act surprised when the CS people dont use the tools the "right" way.

di4na 8y ago
Yeah. These are always low priority because they are not from paying customers right? Except they impact your customers directly. Bonus point: they are customers you can easily talk to and watch how they work. Super fast feedback loop ! Want a group to test super fast prototyping and "go live" ? These people are round the corner, will love you for it. They are the perfect place to train a team in velocity...