2015-5-15 周周
藍(lán)藍(lán)設(shè)計(jì)( www.teruid.com )是一家專注而深入的界面設(shè)計(jì)公司,為期望卓越的國(guó)內(nèi)外企業(yè)提供有效的UI界面設(shè)計(jì)、BS界面設(shè)計(jì) 、 cs界面設(shè)計(jì) 、 ipad界面設(shè)計(jì) 、 包裝設(shè)計(jì) 、 圖標(biāo)定制 、 用戶體驗(yàn) 、交互設(shè)計(jì)、 網(wǎng)站建設(shè) 、平面設(shè)計(jì)服務(wù)
每一個(gè)扁平化界面設(shè)計(jì),都是我們的心靈碰撞致力于最棒的 metro ui 設(shè)計(jì)
來(lái)源:優(yōu)設(shè)網(wǎng)
如果您想訂閱本博客內(nèi)容,每天自動(dòng)發(fā)到您的郵箱中, 請(qǐng)點(diǎn)這里
編者按:學(xué)會(huì)工程師思維,可以幫助你快速梳理簡(jiǎn)化設(shè)計(jì)流程,掌握跟工程師溝通的最佳方式。知己知彼,百戰(zhàn)不殆,想擁有工程師思維,你得先了解工程師是如何思考問(wèn)題的,全文干貨不吹水,直接給勺子,收 >>>
這個(gè)問(wèn)題的簡(jiǎn)單回答是:根本沒(méi)有“工程師思維”。
當(dāng)設(shè)計(jì)思維被廣泛談?wù)摰臅r(shí)候,慣性思維使然,出現(xiàn)了所謂“工程師思維”,直覺(jué)上,“工程師思維”仿佛站在了“設(shè)計(jì)思維”的對(duì)面,但事實(shí)上,工程師思維是并不存在的概念,設(shè)計(jì)思維跟設(shè)計(jì)師這個(gè)角色沒(méi)有多直接聯(lián)系。
于是,當(dāng)你的問(wèn)題是:設(shè)計(jì)師應(yīng)該如何鍛煉自己的工程師思維的時(shí)候,真正的問(wèn)題應(yīng)該是:如何和工程師合作。
更好地和工程師合作并不是掌握所謂工程師思維,而是應(yīng)該學(xué)會(huì)如何像工程師一樣的思考,那么工程師是如何思考一個(gè)問(wèn)題的呢?
工程師重要的思考習(xí)慣是從幾個(gè)方面的信息中產(chǎn)生模式(Pattern),通過(guò)模式產(chǎn)生出代碼,因此,一個(gè)好的溝通模式是設(shè)計(jì)師盡可能提供足夠的信息幫助工程師形成“模式”。
另一個(gè)方面,設(shè)計(jì)師往往喜歡從用戶的角度講述流程,而工程師所習(xí)慣關(guān)注地往往是“數(shù)據(jù)交互”而非“人機(jī)交互”,這也是設(shè)計(jì)師和工程師思考方式的不同之一。
這并不代表向工程師講交互流程并不重要,而是我們需要結(jié)合“數(shù)據(jù)交互”和“人機(jī)交互”二者與工程師進(jìn)行溝通。
設(shè)計(jì)師通常擅長(zhǎng)講解“人機(jī)交互”,那么我們來(lái)看看設(shè)計(jì)師應(yīng)該如何講解“數(shù)據(jù)交互”,我們推薦設(shè)計(jì)師思考以下四個(gè)方面:
假設(shè)我們要向工程師表達(dá)一個(gè)登錄的設(shè)計(jì):
最傳統(tǒng)的溝通方式是使用頁(yè)面流圖的方式,從用戶的角度,把使用場(chǎng)景、信息架構(gòu)、頁(yè)面流程、交互行為完整的展示,而如果我們考慮工程師的思維方式,我們可以體現(xiàn)以下信息:
條件
進(jìn)入這個(gè)設(shè)計(jì)的觸發(fā)條件是什么,例如登錄的入口,點(diǎn)擊什么內(nèi)容能夠觸發(fā)這個(gè)登錄界面;進(jìn)入這個(gè)設(shè)計(jì)的前提條件是什么,例如用戶未曾登錄。
異常
這里的異常通常指異常的數(shù)據(jù)輸入,這有別于一個(gè)錯(cuò)誤的結(jié)果,后者只是結(jié)果的一種,經(jīng)過(guò)判斷邏輯,而前者的異常出現(xiàn)在邏輯執(zhí)行前。
邏輯
邏輯用來(lái)處理1)異常的數(shù)據(jù)輸入;2)正確或錯(cuò)誤的處理結(jié)果;3)后臺(tái)其他的寫(xiě)入邏輯。在我們的例子中它們分別對(duì)應(yīng):1)超過(guò)位數(shù)限制的密碼;2)密碼交驗(yàn)邏輯;3)后臺(tái)記錄一次登錄時(shí)間。
數(shù)據(jù)
數(shù)據(jù)記錄著在整個(gè)設(shè)計(jì)中,需要什么樣的數(shù)據(jù)作為輸入、需要什么樣的數(shù)據(jù)作為展示,以及數(shù)據(jù)的讀寫(xiě)。
系統(tǒng)復(fù)雜度
系統(tǒng)復(fù)雜度往往是沒(méi)有工程背景的設(shè)計(jì)師所難以理解的概念,因?yàn)榇蟛糠帧耙杂脩魹橹行摹钡脑O(shè)計(jì)師通常以用戶的感官設(shè)計(jì)體驗(yàn),而非系統(tǒng),這并不是反對(duì)“以用戶為中心”的設(shè)計(jì)方式,而是多一種思維習(xí)慣去理解工程師對(duì)實(shí)現(xiàn)的擔(dān)憂。怎么感覺(jué)系統(tǒng)復(fù)雜度呢?
其實(shí)很簡(jiǎn)單,當(dāng)你仔細(xì)思考上面提到的條件、異常、邏輯、和數(shù)據(jù)四個(gè)方面,當(dāng)每個(gè)分類中的需求越多,復(fù)雜度自然變高,這樣的思考也會(huì)使得你逐漸簡(jiǎn)化你的設(shè)計(jì)。
一個(gè)突破現(xiàn)有模式的“新模式”也會(huì)提高整個(gè)的系統(tǒng)復(fù)雜度,例如當(dāng)我們已有一個(gè)模式叫做“點(diǎn)擊某個(gè)內(nèi)容,彈出登錄界面”,如果要新增加一個(gè)模式叫做“點(diǎn)擊內(nèi)容超過(guò)5次,彈出登錄頁(yè)面”,這里需要對(duì)以前的現(xiàn)有模式進(jìn)行修改,整體的復(fù)雜度也有所提升。
此外,數(shù)據(jù)的相關(guān)性也需要考慮,當(dāng)數(shù)據(jù)來(lái)自于不同系統(tǒng),或使用不同系統(tǒng)對(duì)已有邏輯進(jìn)行數(shù)據(jù)處理,系統(tǒng)的復(fù)雜度也會(huì)大大提升。
因此當(dāng)工程師進(jìn)行估算時(shí),你不妨去聽(tīng)聽(tīng)他們估算的方式,他們的語(yǔ)言往往不是基于頁(yè)面,而是舉出例子來(lái)評(píng)估系統(tǒng)復(fù)雜度,例如:“3個(gè)數(shù)據(jù)需要從第三方來(lái)、調(diào)用3個(gè)接口、有10條后臺(tái)邏輯要寫(xiě)、5個(gè)前臺(tái)邏輯、2個(gè)新頁(yè)面模板、1個(gè)數(shù)據(jù)要寫(xiě)入其他模塊、需要重構(gòu)、需要修改以前的核心業(yè)務(wù)測(cè)試邏輯”。當(dāng)你面對(duì)自己的設(shè)計(jì),能夠掰出手指數(shù)出影響系統(tǒng)復(fù)雜度的幾個(gè)因子,在和工程師溝通時(shí)自然能夠理解他們所說(shuō)的語(yǔ)言。
之所以我認(rèn)為設(shè)計(jì)思維的對(duì)面絕對(duì)不是工程師思維,是因?yàn)?,設(shè)計(jì)思維本身就是工程師和設(shè)計(jì)師應(yīng)該共同擁有的思維習(xí)慣,而并不區(qū)分角色。除去“數(shù)據(jù)交互”和“人機(jī)交互”,設(shè)計(jì)師應(yīng)該幫助工程師了解的是上下文(Context)。
上下文是隱藏在“數(shù)據(jù)交互”和“人機(jī)交互”之下的東西,它通常包含很多方面,例如市場(chǎng)變化、客戶習(xí)慣、應(yīng)用趨勢(shì)、行為數(shù)據(jù)等等。例如“點(diǎn)擊內(nèi)容超過(guò)5次,彈出登錄頁(yè)面”背后的上下文可能是:用戶停留在“發(fā)現(xiàn)頁(yè)面”上的時(shí)間很長(zhǎng),但是一旦點(diǎn)擊一個(gè)內(nèi)容彈出對(duì)話框后頁(yè)面離開(kāi)率很高。
通常的情況下,這樣的信息甚至連設(shè)計(jì)師都無(wú)法掌握,更不用說(shuō)傳遞給工程師了,而設(shè)計(jì)師真正應(yīng)該做的,是將這“雙頭冰山”水上和水下的部分統(tǒng)統(tǒng)展示出來(lái),這也是設(shè)計(jì)思維的真正體現(xiàn)。
歸根結(jié)底,真正的修煉在于“去體驗(yàn)程序員做的事情”,例如抽象模式、歸納邏輯、建立假設(shè)、建立標(biāo)準(zhǔn)。有人說(shuō),過(guò)度追求邏輯和模式可能使設(shè)計(jì)缺乏“人”的因素,事實(shí)上,大部分的設(shè)計(jì)師連“追求”都談不上、還不需要擔(dān)憂“過(guò)度追求”。
以前曾經(jīng)提過(guò)關(guān)于網(wǎng)頁(yè)工程方面的技能積累,除了掌握一定的前端知識(shí)之外,培養(yǎng)自己的系統(tǒng)思維能力也是必不可少,培養(yǎng)系統(tǒng)思維主要分:
了解系統(tǒng)內(nèi)部關(guān)系幫助我們看穿一個(gè)看似封閉的系統(tǒng)(用戶通常無(wú)法感知也是以用戶為中心的設(shè)計(jì)無(wú)法解決的)。小時(shí)候特別喜歡看《魯布·戈德堡機(jī)械》,看似平常物之間奇妙的互動(dòng)最后完成一個(gè)平常的任務(wù),這就是系統(tǒng)的樂(lè)趣所在,此外仔細(xì)研究幾個(gè)著名的“系統(tǒng)故事”也可以逐漸培養(yǎng)你的邏輯和系統(tǒng)思維,例如“囚徒困境”、“啤酒游戲”。
了解系統(tǒng)外部的聯(lián)系幫助我們?cè)诟叩慕嵌壤斫庹麄€(gè)生態(tài)系統(tǒng),這里聯(lián)系除了工程師更多關(guān)注的數(shù)據(jù)聯(lián)系,包含經(jīng)濟(jì)、人文、文化、政治、環(huán)境等諸多聯(lián)系,這并不意味著設(shè)計(jì)一個(gè)登錄界面需要考慮對(duì)環(huán)境有什么影響,這只是一種思維方式,這樣的思維方式幫助設(shè)計(jì)師與工程師進(jìn)行溝通和協(xié)作。
建筑師(Architect)一詞在希臘語(yǔ)詞源arkhitekton中包含兩個(gè)意思arkhi-, chief + tekton, builder,也就是Chief Builder,通過(guò)與工程投資方和施工方的合作,在技術(shù)、經(jīng)濟(jì)、功能和造型上實(shí)現(xiàn)建筑物的營(yíng)造,他們兼具藝術(shù)家的審美眼光、工程師的力學(xué)和材料知識(shí)、還要有說(shuō)服商業(yè)投資者的商業(yè)頭腦。在這里,他們并不是“設(shè)計(jì)師”(Designer),而是“營(yíng)造者”(Builder)。
在軟件領(lǐng)域,也有“程序員(Developer)”和“架構(gòu)師(Architect)” 的區(qū)別;有趣的是在我們所說(shuō)的設(shè)計(jì)領(lǐng)域(數(shù)字產(chǎn)品設(shè)計(jì)),卻鮮有“Architect”的概念,有的最多是“產(chǎn)品經(jīng)理”這樣的角色(殘缺的)。相信在不久以后,我們所在的領(lǐng)域,也會(huì)出現(xiàn)這樣的角色,他們擁有:
我們經(jīng)常陷入一種誤區(qū),害怕某種思維方式會(huì)影響我們現(xiàn)有的思維方式,例如過(guò)多的邏輯思維會(huì)不會(huì)影響我對(duì)人和直覺(jué)的關(guān)注,最后影響我的設(shè)計(jì),當(dāng)設(shè)計(jì)越來(lái)越不是一個(gè)單獨(dú)的技能而進(jìn)化為一個(gè)“整體營(yíng)造行為”中的一部分時(shí),我們所執(zhí)著的思維方式也需要演進(jìn)。
這并不意味我們需要掌握并不存在的“工程師思維”、使用它和工程師進(jìn)行合作,而是將工程師看待設(shè)計(jì)的方式融入到我們自己的思維習(xí)慣中,這也將幫助我們完成從設(shè)計(jì)師到營(yíng)造者的轉(zhuǎn)化,作為“營(yíng)造者”,你必將超越工程師、產(chǎn)品經(jīng)理、和現(xiàn)在作為設(shè)計(jì)師的你。
藍(lán)藍(lán)設(shè)計(jì)的小編 http://www.teruid.com