產品設計時代
先對兩個概念做個簡樸對比。多交叉了解各自領域知識框架，以后的路子會越走越寬。實在任何方案的橫向規劃都可以理解成“設計”，任何方案的縱向探索都可以理解成“研究”，說法題目而已。設計在贏得了足夠眼球的同時，也不可避免的造成了足夠的混亂。相同點，傳統軟件界面設計是做界面美化，傳統網站頁面設計是做頁面美化；不同點，傳統“軟件設計”出身比較正統，傳統“網站設計”出身比較山寨。也就是說，無論傳統的網站設計仍是軟件設計，往產品設計方向都能保證比較好的可持續性發展。包括對各類專業技術的“引用”和學術名詞的“再創造”。
經由之前兩個階段發展的不斷成熟，尤其在客戶端技術迅猛發展的條件下，技術架構的C/S與B/S無法絕對分開。另外長遠來看，無論做soft-based的產品設計師，仍是做web-based的產品設計師。
進入產品時代，軟件設計、網站設計都不約而同的對“設計”概念有廣義上的晉升。
網站設計
實際上網站設計全面繼續了軟件設計的思惟和知識體系，然后再結合互聯網技術重構立異。最早的網頁設計師與軟件“美工”職能完全相同，就是想辦法讓頁面好看起來。早期網站策劃都有個明顯特點，對設計、工程的認知趣當欠缺。團隊之內存在了設計師、工程師之外的第三類人，做出來東西的質量可想而知。技術體系的差別很小，但側重點差異很大。
最早都叫網頁設計，顧名思義就是設計一個個頁面。做慣了C/S架構產品的工程師，在做B/S架構產品時，總會遇到些奇希奇怪的題目
與早期軟件設計對應的職位叫網站策劃，基本是由一幫資深網民、或者在傳統行業應用比較有積累的資深人士擔當。甚至在軟件GUI最流行的時候，還有不少帶有顯著GUI風格的頁面作品泛起在論壇，由于某些客戶會想當然以為GUI與做網頁差未幾。
軟件設計
少數高瞻遠矚的工程師意識到這題目，并深入總結成了門學問。
題目被深入剖析以后，完全可以探索出整套但又相對獨立的知識體系。
期間還有個小插曲，GUI概念風靡大江南北，全稱叫做Graphical User Interface。好比Alan Cooper就是這類人群的典型，既是有十幾年編程經驗的Visual Basic之父，又贏得了（軟件）交互設計之父的稱號。而給網站做好視覺設計稿之后，研發工程師根本沒法動手，網站的載體是web頁面，這是做網站界面設計與軟件界面設計的根本區別。于是大批曾經的軟件界面設計師、軟件產品設計師開始轉型做互聯網產品。此后，廣義上的設計概念才開始逐漸深入到“結構層、框架層”。
在往后的發展中，設計與工程開始逐漸分離，由于他們的目標有沖突，好比Cooper給交互設計師的第一條建議就是“休止編程”。傳統軟件界面設計只要完成視覺設計，在軟件里就能很好的表現出來。但是體系決定了他們的價值只能觸及到“表現層”，和少數“框架層”里的界面設計。他們獨一解決不了表現層，就是被俗稱為“美工”需要完成的視覺設計工作，這也充分說明了不是只有設計師才能做“設計”。
小到按鈕風格大到模塊樣式，都能得到設計師的精心雕琢，以及所在公司的強烈熱鬧追捧。
也就是說，最早設計軟件全部是有設計能力的工程師勝任，已經涵蓋了《用戶體驗的要素》觀點中的戰略層、范圍層、結構層、框架層。
在技術斷層十分緊迫的情況下，首先得到正視的是前端開發。各類軟件公司紛紛組建設計部分，期望晉升自己產品的用戶體驗。所以固然軟件界面設計師奔走相告“我們不是美工！”但仍是無法避免弱勢群體的現實。
傳統軟件設計包括系統分析、需求分析、模快劃分等，產出主要是軟件流程圖和文檔。
緊接著讓泛博設計師困惑的題目叫頁面制作，去年在從網頁設計開始中總結過“設計網站的同道背景主要有兩種：學計算機、學藝術。 ”那么web頁面誰來制作？視覺設計師說不會，研發工程師說不懂。
只不外既有編碼功底，又能充分考慮用戶感慨感染的工程師其實太少，絕大部門工程師做出來的東西都帶有顯著的機器色彩，不符適用戶心智模型。除了既有W3C尺度的標記語言和樣式表，還有更適合互聯網產品“快速產出、快速迭代”的靈敏方法。跟著軟件產品在知足用戶需求角度弊真個凸顯，開始逐漸走下坡路，被互聯網產品所代替。要求系統分析員、高級程序員，或者軟件架構師介入完成，要求參入職員水平較高。而編程就是依據設計結果，用選定語言來編碼，一般認識選定語言的低級、中級程序員就可以勝任。基本上會寫代碼的不懂設計，會設計的不懂代碼，這個格式好像到今天還沒變。臨時抱佛腳固然能拼湊出來，但怪樣子不說，而且效率低下、極其脆弱。
【 微信掃一掃 】
