机选一注|摇一摇

<address id="dvpfh"><listing id="dvpfh"></listing></address>

<sub id="dvpfh"><dfn id="dvpfh"><ins id="dvpfh"></ins></dfn></sub>

<address id="dvpfh"><var id="dvpfh"></var></address>

<sub id="dvpfh"><dfn id="dvpfh"></dfn></sub>

      <sub id="dvpfh"></sub>
    <sub id="dvpfh"><var id="dvpfh"><ins id="dvpfh"></ins></var></sub><address id="dvpfh"><dfn id="dvpfh"><mark id="dvpfh"></mark></dfn></address>

      <sub id="dvpfh"><dfn id="dvpfh"><mark id="dvpfh"></mark></dfn></sub>

          <address id="dvpfh"></address>

          <sub id="dvpfh"><var id="dvpfh"><mark id="dvpfh"></mark></var></sub>

          <thead id="dvpfh"><var id="dvpfh"><ins id="dvpfh"></ins></var></thead>

          <address id="dvpfh"><dfn id="dvpfh"></dfn></address>
            <address id="dvpfh"></address>
              <address id="dvpfh"><var id="dvpfh"></var></address>
                <address id="dvpfh"></address>
              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.
              <address id="dvpfh"><listing id="dvpfh"></listing></address>

              <sub id="dvpfh"><dfn id="dvpfh"><ins id="dvpfh"></ins></dfn></sub>

              <address id="dvpfh"><var id="dvpfh"></var></address>

              <sub id="dvpfh"><dfn id="dvpfh"></dfn></sub>

                  <sub id="dvpfh"></sub>
                <sub id="dvpfh"><var id="dvpfh"><ins id="dvpfh"></ins></var></sub><address id="dvpfh"><dfn id="dvpfh"><mark id="dvpfh"></mark></dfn></address>

                  <sub id="dvpfh"><dfn id="dvpfh"><mark id="dvpfh"></mark></dfn></sub>

                      <address id="dvpfh"></address>

                      <sub id="dvpfh"><var id="dvpfh"><mark id="dvpfh"></mark></var></sub>

                      <thead id="dvpfh"><var id="dvpfh"><ins id="dvpfh"></ins></var></thead>

                      <address id="dvpfh"><dfn id="dvpfh"></dfn></address>
                        <address id="dvpfh"></address>
                          <address id="dvpfh"><var id="dvpfh"></var></address>
                            <address id="dvpfh"></address>

                          ag88环亚平台

                          火红彩票

                          利盈的彩的网址首页

                          577彩票首页登录

                          澳门新濠天地博彩官网

                          360彩票官方网站

                          佰润彩票注册-首页

                          赢咖|登录2

                          体育|投注官网