The Principle of Least Astonishment

The Principle of Least Astonishment, in shorthand, encompasses what we, as designers, must achieve to ensure consistency in our designs. Consistency is a fundamental design principle [1] for usable user interfaces. But the thing that astonishes me is that it’s actually necessary to explain this principle. Surprise implies the unexpected. Of course, users want the response to a given action to be what they expect; otherwise, they would have done something else. In user interactions, the unexpected is pretty much the same as the unwanted. Surprise usually implies something bad rather than something positive—unless users already have such dismally low expectations of their software that they might think, Wow! It worked. I’m so astonished.

What does our need to give this simple principle a name mean? Are there software designers who don’t believe software should do what users expect? Could it be that there’s a school of design that believes software’s responses need not be consistent with the way the software indicates it will respond? That would explain a lot about what I see on the Web, now that I think of it.

Kết quả (Việt) 1:

Các nguyên tắc của ít nhất là ngạc nhiên, trong cách viết tắt, bao gồm những gì chúng tôi, như là nhà thiết kế, phải đạt được để đảm bảo tính nhất quán trong thiết kế của chúng tôi. Nhất quán là một nguyên tắc cơ bản thiết kế [1] cho giao diện người dùng có thể sử dụng. Nhưng điều mà astonishes tôi là nó thực sự cần thiết để giải thích các nguyên tắc này. Bất ngờ ngụ ý bất ngờ. Tất nhiên, người dùng muốn phản ứng lại một hoạt động nhất định được những gì họ mong đợi; Nếu không, họ sẽ làm điều gì đó khác. Tương tác người dùng, bất ngờ là khá nhiều giống như người không mong muốn. Bất ngờ thường ngụ ý một cái gì đó xấu hơn là một cái gì đó tích cực-trừ khi người dùng đã có những kỳ vọng trò thấp của phần mềm của họ mà họ có thể nghĩ rằng, Wow! Nó làm việc. Tôi rất ngạc nhiên.Chúng tôi cần phải đưa ra nguyên tắc đơn giản này một tên có nghĩa là gì? Có thiết kế phần mềm, những người không tin rằng phần mềm nên làm những gì người dùng mong đợi? Nó có thể là một trường học của thiết kế mà tin rằng phản ứng của phần mềm không cần phải phù hợp với cách thức mà các phần mềm cho biết nó sẽ phản ứng? Điều đó sẽ giải thích rất nhiều về những gì tôi nhìn thấy trên các trang Web, bây giờ mà tôi nghĩ về nó.

Kết quả (Việt) 2:

Nguyên tắc của sự ngạc nhiên nhỏ nhất, trong cách viết tắt, bao gồm những gì chúng ta, những nhà thiết kế, phải đạt được để đảm bảo tính nhất quán trong thiết kế của chúng tôi. Tính nhất quán là một nguyên tắc thiết kế cơ bản [1] cho giao diện người dùng có thể sử dụng. Nhưng điều đó astonishes tôi là nó thực sự cần thiết để giải thích nguyên tắc này. Surprise ngụ ý những bất ngờ. Tất nhiên, người dùng muốn phản ứng với một hành động cho được những gì họ mong đợi; nếu không, họ đã có thể làm một cái gì đó khác. Trong tương tác của người dùng, bất ngờ là khá nhiều giống như là không mong muốn. Surprise thường ngụ ý một cái gì đó xấu chứ không phải là một cái gì đó tích cực, trừ khi người dùng đã có như mong đợi dismally thấp của phần mềm của họ mà họ có thể nghĩ, Wow! Nó đã làm việc. Tôi rất ngạc nhiên. Không cần thiết của chúng tôi để cung cấp cho nguyên tắc đơn giản này một tên có ý nghĩa gì? Có thiết kế phần mềm, người không tin phần mềm nên làm những gì người dùng mong đợi? Nó có thể được rằng có một trường học của thiết kế mà tin rằng phản ứng của phần mềm không cần phải phù hợp với cách mà phần mềm cho biết nó sẽ trả lời? Điều đó sẽ giải thích rất nhiều về những gì tôi nhìn thấy trên các trang web, bây giờ mà tôi nghĩ về nó.