Okay, let's go through a few additi

Okay, let's go through a few additional specifics here. When you're doing heuristic evaluation, you generally want to go through or explore each interface at least twice. So in the first pass, you want to explore the interface. Just generally, just see what's there, get an idea of the scope of the system. And then, in your second pass, you're grinding through the details, you're listing out those problems, in each part of the interface. So in the first pass, you're typically kind of mapping where things are, in the second pass you're doing more or less the real work. When you're doing a heuristic evaluation in general, you're not performing a specific task, you're exploring. But there are some exceptions to that rule. Many times user interface design experts are asked to evaluate a system in a domain they don't understand. Say for instance if I were asked to evaluate a system Professor Yuroshi is here watching me record this today, a system on some of her research topics like a system for children, or a system that maybe is for caretakers of the elderly. Well I don't know too much about that, I'm not a domain expert. So what Professor Yuroshi might do is say hey, here's a scenario. Can you do a heuristic evaluation according to this scenario.

結果 (繁體中文) 1:

好吧，讓我們通過一些額外的細節在這裡。當你在做啟發式評估時，通常要經歷或探索至少每個接口的兩倍。因此，在第一遍，你想探索的接口。只是一般，只看到那裡的東西，得到了系統範圍的想法。然後，在你第二遍，你通過細節打磨，您列出了這些問題，在界面的各個部分。因此，在第一遍，你通常類的映射裡的東西是，在第二遍，你正在做的更多或更少的實際工作。當你做一般的啟發式評估，你不執行特定的任務，你正在探索。但也有一些例外，該規則。很多時候，用戶界面設計專家被要求評估他們不明白一個域的系統。例如說，如果有人問我她的一些研究課題例如針對兒童的系統或系統，也許是老人的照顧者，以評估系統Yuroshi教授在這裡看我今天這個記錄，系統。好吧，我不知道太多關於這一點，我不是一個領域的專家。那麼，什麼Yuroshi教授可能做的是說嘿，這裡有一個場景。根據這種情況，你可以做一個啟發式評估。不是個領域的專家。那麼，什麼Yuroshi教授可能做的是說嘿，這裡有一個場景。根據這種情況，你可以做一個啟發式評估。不是個領域的專家。那麼，什麼Yuroshi教授可能做的是說嘿，這裡有一個場景。根據這種情況，你可以做一個啟發式評估。

結果 (繁體中文) 2:

好，讓我們在這裡介紹一些額外的細節。在進行啟發式評估時，通常希望至少流覽或流覽每個介面兩次。因此，在第一次傳遞中，您需要探索介面。只是一般地，看看有什麼，瞭解系統的範圍。然後，在第二關中，您正在磨碎細節，在介面的每個部分列出這些問題。因此，在第一次傳遞中，您通常是一種映射，在第二次傳遞中，您或多或少地在做實際工作。通常，當您執行啟發式評估時，您沒有執行特定任務，您是在探索。但是，該規則有一些例外。很多時候，使用者介面設計專家被要求評估他們不理解的域中的系統。比如說，如果我被要求評估一個系統，Yuroshi教授今天在這裡看著我記錄這個，一個系統，她的一些研究課題，如兒童系統，或系統，可能是照顧老人。嗯，我不太瞭解這一點，我不是一個域專家。因此，Yuroshi教授可能做的是說，嘿，這裡有一個場景。能否根據此方案進行啟發式評估。

結果 (繁體中文) 3:

好吧，讓我們再看一些細節。當你做啟發式的評估時，你通常希望至少瀏覽或探索每個介面兩次。所以在第一個步驟中，您需要探索介面。一般來說，看看有什麼，瞭解一下系統的範圍。然後，在你的第二個步驟中，你在仔細研究細節，在介面的每個部分列出那些問題。所以在第一個過程中，你是典型的映射，在第二個過程中，你或多或少是在做真正的工作。一般來說，當你做啟發式評估時，你不是在執行一個特定的任務，而是在探索。但這條規則也有例外。很多時候，用戶介面設計專家被要求在他們不理解的領域中評估系統。比如說，如果我被要求評估一個系統，Yuroshi教授今天在這裡看著我記錄這個，一個關於她的一些研究課題的系統，比如一個兒童系統，或者一個可能是為照顧老人的系統。我不太清楚，我不是領域專家。所以尤羅斯希教授可能會說，嘿，這是一個場景。你能根據這個場景做一個啟發式的評估嗎。