設計模式對話:什麼是最好的溝通模式? 第二部分。

2006年10月16號12:24由比爾斯科特|在設計 | 3評論

這是第二部分五部分組成的系列通信設計模式。 如今,盧克萊夫斯基回應先前的評論由Jenifer Tidwell的。

問:什麼是最好的溝通方式,一種模式呢?

盧克萊夫斯基

盧克萊夫斯基
首席設計師,雅虎公司
創辦人/首席, LukeW接口設計
作者, 網站看:目視進場到Web可用性

珍妮弗使得一些大點的關鍵成分有關的設計模式。 我第二個重要的例子,周到“的問題”和“使用時”的描述。 除了這些界定要素,正確的元數據設計模式常常dicated你的觀眾。

當我第一次迭代工作eBay的內部設計模式庫,用戶體驗設計集團一直立足於指導方針和標準。 完全可以理解的金額給那些工作的人在一個單一的產品:eBay的市場。 因為有許多不同的人作出貢獻的設計和開發一個單一的“地盤”,規則必須到位,以確保某種程度的一致性。

隨著時間的推移這些規則演變成高層次 architecural準則和詳細說明介紹和交流。 我們稱這些類型的規則框架和組件。 框架中概述的交互和視覺結構任務流程和屏幕類型。 例如,登記的過程是一個流動和幫助頁面是一個屏幕的類型。 幫助建立框架何時何內容和行動應提交給用戶。 組件描述了我們的基本用戶界面積木(菜單,表格,工具欄等)。 他們的目的是優化驅動器的可用性和一致性,在所有的易趣。

因此,我們建立了框架,UI元素何時何地,我們應該使用了這些元素的成分詳細什麼樣子,以及他們如何表現。 但我們仍在努力,以提供一致的界面設計。

要使用的術語的IDEO的人群,創意專業人士天生好奇,而且往往是“心靈的孩子” - 接受新的思想和意見 - 其獨特的形式解決問題。 我們有很多創意的設計師在eBay和他們走近他們的工作,正是這種方式。 他們爭取新的思路和解決方案,是天生好奇的理由背後的框架和組件我們使用驅動的一致性。 因此,大量的新的解決方案被提出,並經常通過。 正如你能想像這創造一個有趣的動態之間的“規則”和設計 - 一種自然迭代和外展的方式解決問題。

擁抱在我們重新設計,設計過程中的“規則”,我們決定我們的框架和組件變形成為一個集設計模式。 喜歡規則,模式可以進行測試,驗證和審查。 不同的規則,但是,他們是可重複的設計,解決共同的問題。 這是一個關鍵的區別為重點轉向遠離“這裡的它是如何工作要做”,以“這裡有一個方法,使您的工作更容易。”

為了使這一過渡,我們修改我們的文件的框架和組件。 我們初步的解釋,什麼地方,我們說:

  • 為什麼:什麼樣的機會或限制有助於確定這種模式? 沒有任何研究做支持?
  • 如何:為了使花紋採用盡可能簡單的直接鏈接,包括我們的視覺規範和代碼,其中可能的。 我們還提供了顯示的狀態,以確保正確使用:在發展,要求,建議等
  • 誰:直接聯繫是提供給人們,有記錄,確定,或設計圖案。

鑑於我們的觀眾(中央設計團隊工作無數的最終集成產品和功能),這種做法給予更多的靈活性,我們如何分享和記錄設計的最佳做法。 不過有一些差異,我們清楚的方法來一珍妮弗提倡早。 代碼示例和整合是非常重要的視覺規範,以使我們的設計師更容易的事情,我們包括一些領域可能是多餘的通用觀眾。 基本答案,但我們的模式文檔中提供了相同的:“什麼,用時,為什麼,如何,以及例子。”

- 盧克

共享和擴展: 書籤和書籤 | Digg它! | reddit!

3評論

  1. [...] <b>設計 </乙>模式對話:什麼是最好的溝通方式的<b> ... </乙> [...]

    通告由20個網站»晚最新消息 - 06年10月16日

  2. “在銳博客,有一篇文章是關於一個特定LukeW作為'首席設計師,雅虎公司的 但他的網頁http://tinyurl.com/y3fmtq有84警告;是什麼回事?“

    評論由BillyG - 2006十月17

  3. 很樂意藉此離線從這裡,我想保留意見的評論空間的特定文章本身。

    您可以按照與我在B點斯科特雅虎點 com。

    但是,為了迅速回答你的問題。
    一)yuiblog.com不是盧克萊夫斯基的網站
    二)盧克的網站是lukew.com。
    c)該博客頁面獲得 4警告從 CSS通過 JavaScript控制台(在Firefox)以及是否有因browswer不兼容問題。 我沒有看到任何的IE6或IE7。 也許你看到的錯誤的總和從多個頁面加載。

    請回答通過電子郵件,如果你想繼續這一討論。

    評論由管理員-二零零六年十月一十八日

抱歉,評論形式是封閉在這個時候。

主辦單位雅虎

版權所有© 2006-2011雅虎公司保留所有權利。 隱私權政策 - 服務條款

本站由WordPress的關於雅虎 虛擬主機