ku酷游体育平台地址

<acronym id="80kyi"></acronym>
<acronym id="80kyi"><optgroup id="80kyi"></optgroup></acronym>
<acronym id="80kyi"><center id="80kyi"></center></acronym>
<rt id="80kyi"></rt>
<acronym id="80kyi"><optgroup id="80kyi"></optgroup></acronym>
<rt id="80kyi"></rt>
<rt id="80kyi"><optgroup id="80kyi"></optgroup></rt>
<acronym id="80kyi"><small id="80kyi"></small></acronym>
<acronym id="80kyi"><center id="80kyi"></center></acronym><acronym id="80kyi"><small id="80kyi"></small></acronym>
<acronym id="80kyi"><small id="80kyi"></small></acronym>
Showing posts with label usability. Show all posts
Showing posts with label usability. Show all posts

Thursday, January 31, 2013

Empathize Not Sympathize

Many enterprise software vendors sympathize. "We know it's a bad experience" or "We will fix the usability." One of the reasons the software is not usable is because the makers never had any empathy for the end users who would use it. In many cases the makers didn't even know who their end users were; they only knew who would buy the software. As far as enterprise software is concerned people who write checks don't use the software and people who use software don't write checks and have a little or no influence in what gets bought. Though the dynamics are now changing.

Usability is the last step; it's about making software usable for the tasks that it is designed for. It's not useful at all when the software is designed to solve a wrong problem. Perfectly usable software could be completely useless.


It's the job of a product manager, designer, and a developer to assess the end user needs—have empathy for them—and then design software that meets or exceeds their needs in a way that is usable. That way they don't have to sympathize later on.

Design Thinking encourages people to stay in the problem space for a longer duration without jumping to a solution. What problem is being solved—needs—is far more important than how it is solved—usability. Next time you hear someone say software is not usable, ask whether it's the what or how. The how part is relatively easy to fix, what part is not. For fixing the "what" you need to have empathy for your end users and not sympathy.
<acronym id="80kyi"></acronym>
<acronym id="80kyi"><optgroup id="80kyi"></optgroup></acronym>
<acronym id="80kyi"><center id="80kyi"></center></acronym>
<rt id="80kyi"></rt>
<acronym id="80kyi"><optgroup id="80kyi"></optgroup></acronym>
<rt id="80kyi"></rt>
<rt id="80kyi"><optgroup id="80kyi"></optgroup></rt>
<acronym id="80kyi"><small id="80kyi"></small></acronym>
<acronym id="80kyi"><center id="80kyi"></center></acronym><acronym id="80kyi"><small id="80kyi"></small></acronym>
<acronym id="80kyi"><small id="80kyi"></small></acronym>

巨弘首页的彩

彩票大赢家首页

yzc888

www德赢

电竞投注推荐

球探网足球即时比分网007

春秋彩票官网注册

安博电竞官网

索莱尔/登录平台