UI 者，User Interface「用户介面」也。狭义来讲，用户指的是使用软件的人，但广义的用户可以指任何与某一系统交互的人。在餐厅就餐者是餐厅的用户，在商场购 物者是商场的用户，如厕者是卫生间的用户，所有这些行为的体验（UX）都有好坏之分。我们姑且把这些 UI 称为「公共 UI」，把这些 UX 称为公共 UX。这里提出一个假说：在某种程度上说，软件作者所设计的软件的 UI / UX 质量是该作者的生活环境的公共 UI / UX 质量的映射。恶劣的公共用户体验会严重降低人们对用户体验的判断能力与在乎程度。（如 @Paveo 所说：「对生活没追求的，对产品不可能咋地。」）在「生活中的 UI 设计」这个系列里，我们试着分析日常生活中的种种好的与差的 UI / UX 设计。本文精髓：「用户介面与系统动力面临权衡取舍。」—— 编者
用户介面设计并不容易。难的是，即使面对简单的事物，人们的反映仍殊为不同。比如，看一看电梯的界面：
不妨假设，你在这座大楼的第三层，你想到十楼。你通过指示灯了解到，电梯现正在五楼。你会按下哪个按钮？
大多数人也许会说：「按上」，因为他们想往上走。不久前，我却看到有人按「下」，我问何故，他们答道：「电梯在五楼，而我在三楼，那我就想让它下 来。」
尽管电梯的介面看似简单，通过这个例子却能学到不少。试着思考这个问题，你会发现简单事物暗含深度。人们怎样才能正确学会呼叫电梯？展现给用户的信 息量应以多少为宜？人们需要知道电梯在哪里吗？或只需要知道它来了就好？有必要使用上下按钮吗？如果只使用单个呼叫按钮会怎样？
1、我不知道我是如何学会「正确按法」的：上楼按上，下楼摁下。这像是某种民间智慧，通过反复尝试或长者教导习得。我从来没有见过标有操作指南的电 梯。你见过吗？
所以，很自然的，有些人会不了解电梯的用户介面。如果你正设计用户介面，别轻易假设「所有人都知道」，它值得你再三雕琢。
2、电梯在哪一层的信息，对呼叫者而言，的确会产生问题。例如上文提到那位按「下」的用户，这增加他判断的难度。有时，不相关的信息，可能被认作重 要信息。此例中，用户认为，必须要知道电梯在哪里。
其实，你仅需了解，电梯收到请求，并向你驶来。
3、怪异的不止如此：你用上下键呼叫电梯（象征某种行进方向），然后你进入电梯，按下按钮。而此时你却可以选择相反的方向，电梯绝不会阻止你这么 做。你也许会想，既然如此，为什么一开始必须选择方向呢？
通常，告诉电梯方向是因为该电梯内很可能已有乘客，而且电梯正接受这些乘客的指令行进。因此，电梯上上下下。如果你提出请求，电梯便会判断它目前是 否符合你的请求。
一种介面优化办法是，将上下键取消，仅使用一个按钮。电梯路过便停止，并指示去向。通过这种办法简化了介面，但加重了系统的负担，因为总有人的行进 方向与电梯不同。在这里，用户介面与系统动力面临权衡取舍。用户介面的确可能导致系统缺乏效率。
当然，也可以完全取消的按钮，使用链式升降机。我特喜欢牛津工学馆里的那架。
[原文链接； 作者：John Graham]