4 ms·

> In short, an interface that's highly efficient for an extremely experienced user probably isn't going to work well for someone who's never used the system bef

> In short, an interface that's highly efficient for an extremely experienced user probably isn't going to work well for someone who's never used the system before, and vice-versa. For a train ticket machine, it seems to me you want something that's easy for newcomers; you can't assume everyone is a regular user of the system. It's not an either/or. You need to support both sets of users well. Sure, if 90% if interactions are going to be by newbie users, design the system for them. But for something like a train ticket system, maybe 50% of users may be newbie visitors, but only 10% of interactions are by them. It doesn't seem like the right call to cater to newbies if it means making the remaining 90% of non-newbie interactions noticeably worse.

magduf 8y ago
Actually, it might. If half the users can't use your highly-efficient system and then have to go bother your workers to figure out how to buy a ticket, that's probably worse than making things slightly easier for your regular visitors.
- CharlesColeman 8y ago
  > Actually, it might. If half the users can't use your highly-efficient system and then have to go bother your workers to figure out how to buy a ticket, That's the kind of user-hostile decision-making that annoys and infuriates people. It's basically saying it's better to bother a hundred other people than have one person bother you. In my comment I said that you need to support both sets of public transit users well, and that it's not either/or. In many cases it's a mistake to make the dumbed-down newbie interface the only interface, because that could make your system noticeably worse for most users. Personally, in cases like this, I think some kind of touch-screen guide to the efficient expert interface is probably the right balance. Make it easier for newbies to scrape by (because that's the best they'll ever be able to do), but give frequent users a path a better experience rather than holding them back. > that's probably worse than making things slightly easier for your regular visitors. I think we're talking about residents, not visitors, in this case.
  - magduf 8y ago
    No, I agree: ideally your UI will support both classes of users. Unfortunately, it usually seems we can only have one or the other, so I'd argue that for train tickets you want to lean towards supporting newbies more. For warehouse inventory, I'd argue that newbies should be utterly disregarded. >That's the kind of user-hostile decision-making that annoys and infuriates people. It's basically saying it's better to bother a hundred other people than have one person bother you. I don't understand this comment. If someone wants to buy a train ticket and the system doesn't even support their language, and they can't understand it, literally the only option they have is to seek help. I don't have to be able to read German to use the Deutsche Bahn train-ticket systems; they have options for English, French, Spanish, and even many other lesser-used languages like Polish, Czech, etc. If your city has a lot of international visitors, you either need to have a system that they can use easier (by supporting their language), or you need to hire a bunch of multi-lingual agents to work full-time at all the stations, or have some kind of translating service available for your employees to call to help these people. Guess which one is cheaper?
    - CharlesColeman 8y ago
      > I don't understand this comment. If someone wants to buy a train ticket and the system doesn't even support their language I think we're talking about different things there. I was focusing more on the language-agnostic interface design (e.g. hand-holding but slow vs fast after a learning curve), but you seem to be focusing more on internationalization and language issues.

magduf 8y ago

Actually, it might. If half the users can't use your highly-efficient system and then have to go bother your workers to figure out how to buy a ticket, that's probably worse than making things slightly easier for your regular visitors.

CharlesColeman 8y ago
> Actually, it might. If half the users can't use your highly-efficient system and then have to go bother your workers to figure out how to buy a ticket, That's the kind of user-hostile decision-making that annoys and infuriates people. It's basically saying it's better to bother a hundred other people than have one person bother you. In my comment I said that you need to support both sets of public transit users well, and that it's not either/or. In many cases it's a mistake to make the dumbed-down newbie interface the only interface, because that could make your system noticeably worse for most users. Personally, in cases like this, I think some kind of touch-screen guide to the efficient expert interface is probably the right balance. Make it easier for newbies to scrape by (because that's the best they'll ever be able to do), but give frequent users a path a better experience rather than holding them back. > that's probably worse than making things slightly easier for your regular visitors. I think we're talking about residents, not visitors, in this case.
- magduf 8y ago
  No, I agree: ideally your UI will support both classes of users. Unfortunately, it usually seems we can only have one or the other, so I'd argue that for train tickets you want to lean towards supporting newbies more. For warehouse inventory, I'd argue that newbies should be utterly disregarded. >That's the kind of user-hostile decision-making that annoys and infuriates people. It's basically saying it's better to bother a hundred other people than have one person bother you. I don't understand this comment. If someone wants to buy a train ticket and the system doesn't even support their language, and they can't understand it, literally the only option they have is to seek help. I don't have to be able to read German to use the Deutsche Bahn train-ticket systems; they have options for English, French, Spanish, and even many other lesser-used languages like Polish, Czech, etc. If your city has a lot of international visitors, you either need to have a system that they can use easier (by supporting their language), or you need to hire a bunch of multi-lingual agents to work full-time at all the stations, or have some kind of translating service available for your employees to call to help these people. Guess which one is cheaper?
  - CharlesColeman 8y ago
    > I don't understand this comment. If someone wants to buy a train ticket and the system doesn't even support their language I think we're talking about different things there. I was focusing more on the language-agnostic interface design (e.g. hand-holding but slow vs fast after a learning curve), but you seem to be focusing more on internationalization and language issues.