結構化的內容優先:在不考慮平臺和設備的前提下進行思考
日期 : 2021-12-13 21:18:28
有意識地忽略我們的最終目標,同時專注在我們在哪里和我們確實需要從哪里開始,這會給我們提供最大的靈活性。在互聯網上最大的問題之一就是技術對決策的影響甚重。設備的性能決定了這些功能是否能實現。內容管理系統甚至在決定設計什么應用或者是為誰而設計之前就已經選擇好了。就好比先聲明了,“我們想用HTML5。"人們總是會關注技術,這是很自然的。畢竟技術具有很大的吸引力和樂趣?;ヂ摼W技術就好像玩具、工具、某種材料,好像“所有人”都在使用它。我們看到很酷的demo,,, 然后思考他們都是用什么技術實現的,而不是讓問題引導我們找到正確的技術方案。我們忘了這些demo只是出自制作demo的技術人員之手。如果你在一個重新設計的項目里,這才是真實世界,你必須得制作能夠起作用的東西。酷炫當然很好,但前提是它能起代用并且解決問題。這里的關注點更多放在解決方案上而不是問題上。我們需要暫時變成悲觀主義者,把注意力放到問題上,熱切地關注它們,讓它們孵化。對于那些商業價值與互聯網技術緊密相關的產品,答案甚至會在洗澡的時候出現。
- 內容清單
- 一個案例:“3個小盒子“
讓我們對內容清單進行頭腦風暴:
- Logo
- 全局導航
- 介紹文字(僅在主頁上)
- 代碼編輯器(僅在課程頁)
- 結果區域(僅在課程頁)
- 進度欄(僅在課程頁)
- 理論文本(僅在課程頁)
- 練習文本(僅在課程頁)
- 課程導航(僅在課程頁)
- 登錄形式(僅在主頁上)
·主頁(介紹性文字和注冊表單)
·課程頁
這么多了。 顯然,這個網站是非常簡單和不完整的, 但它足以作為一個例子。在這里我們省略了很多東西(個人資料頁、對課程完成后統計信息等)。在一個大型網站中,內容量可能是巨大的并將可能被拆分為幾個。但請記住,這不是一個功能規格說明書。我們不必列舉每個項目內容的每一個細節。我們把內容拆分成具有價值的幾個獨立的大集合。我們通常會給每個項目的內容指派序號或ID。因為我們的例子很簡單,我們通常會給每個項目的內容指派序號或ID。因為我們的例子很簡單,我們文本文件就可以做到,不過你可以把它做成你喜歡的各種花哨樣子。關于內容清單最棒的是,它從來沒有失效過。任何情況都是這樣。“客戶可以大叫任何他們想要的,你可以把它記下來。我們可以足夠快地發現什么起作用,什么不會。
- 內容參考線框
如今,線框圖更多是用來作為一種交付件向客戶展示網站看起來是什么樣,以及它在“設計稿”完成前它到底是怎樣運轉的。事實上,這種類型的線框圖就是設計稿;只不過它們是未完成的狀態,同時把這樣的相框圖給客戶看是有一定潛在危險的。如果說客戶只喜歡其中的某些部分,一-些其他的細小的偏差(比如字體、顏色等)會把它們掩蓋掉。另外如果說客戶不喜歡這個設計,那么接下來就是更多的艱辛工作。這種很早之前的線框圖更接近于現在傳統圖形設計師作的簡圖。很多的簡圖可以快速制作,允許對那些起作用的內容和不起作用的內容做足夠的研究。視覺設計師只需要關注在哪些地方需要重點突出,哪些地方要注意協調統一就好了。這種類型的線框圖對于他們而言是一種工具,而不是給顧客的交付件。不是說我們不需要這么早就把客戶卷入進來,而是說我們首先得給這個過程提供一個模糊的藍圖,而不是直接讓他們認可我們的工作。當客戶和你一起走完設計流程, 認可設計方案當然不成問題。
上一篇:帶著個性重新設計
下一篇:IPAD應用設計要點