這個階段基本分為三個任務(wù)。優(yōu)化網(wǎng)站或APP中使用的圖像。創(chuàng)建規(guī)范文檔,幫助開發(fā)人員構(gòu)建設(shè)計。評估開發(fā)完整的工作,以確認它匹配設(shè)計。最后一步是最困難的。開發(fā)成果和設(shè)計方案之間可能會有一些明顯的視覺差異。即使我們在規(guī)范文檔中注明了邊距、字距、行距和其他屬性,事情還是會略有不同。這是因為在Photoshop(或其他設(shè)計工具)中,對設(shè)計的控制級別要大于在瀏覽器中。雖然HTML5和CSS3提供了更多的控制,但有些細節(jié)仍然達不到你在Photoshop等設(shè)計工具中的預(yù)期效果。這是一個相當普遍的問題,我們可能將所有注意力都集中到最終結(jié)果上。我們應(yīng)該讓團隊中的全體成員認識到,這是大家共同的責任,以確保最終開發(fā)出的產(chǎn)品與我們設(shè)計的模型盡可能保持一致。畢竟,APP開發(fā)人員都是按照我們提供的文檔和模型工作的。有許多人對于產(chǎn)品細節(jié)和細微差別持有強硬的觀點(在互聯(lián)網(wǎng)浪潮中對產(chǎn)品細節(jié)吹毛求疵是正?,F(xiàn)象),不過一旦產(chǎn)品進入開發(fā)階段這些現(xiàn)象會逐漸變淡。先推出最小化可可行產(chǎn)品投入市場,接受廣大用戶的反饋,然后再對產(chǎn)品進行調(diào)整以及細節(jié)優(yōu)化。解決這一問題的訣竅是,在設(shè)計過程的一開始就將開發(fā)人員包括在內(nèi)。因為設(shè)計師與開發(fā)人員之間似乎天然存在一道屏障(尤其是當設(shè)計師完全不懂開發(fā)的情況下),畢竟開發(fā)人員“說”的是一種完全不同的語言,并且在設(shè)計過程的不同階段才融入戰(zhàn)斗。盡早將開發(fā)人員包含在內(nèi),是大有好處的。此外,我們應(yīng)該確保讓開發(fā)人員(或開發(fā)團隊代表)盡早參加項目討論,這樣便于他們決定應(yīng)該使用何種技術(shù)開發(fā)項目。在討論設(shè)計用戶體驗過程中想要的功能和特色時,也應(yīng)該與開發(fā)人員共同商討,便于他們獲取足夠的信息來確定使用何種技術(shù)。他們會提出適當?shù)慕ㄗh,比如會遇到何種限制(如消耗開發(fā)團隊大量精力僅是為了華而不實的特效,而且某些特效會造成移動設(shè)備硬件性能嚴重消耗導(dǎo)致卡機情況發(fā)生),或者有哪些替代選擇,便于我們及時處理(深圳APP開發(fā)公司建議,無論是視覺設(shè)計師、APP開發(fā)用戶體驗設(shè)計師、項目經(jīng)理、產(chǎn)品經(jīng)理,都應(yīng)該至少熟悉一種主流編程語言,熟悉并不等于可以開發(fā)產(chǎn)品,但這可以幫助你更深層次地理解產(chǎn)品,也可以更融洽地與天才程序員們溝通協(xié)作,目標是要讓項目的設(shè)計過程保持在可控范圍內(nèi))。除此之外,在后續(xù)的設(shè)計回顧中也應(yīng)該包括開發(fā)人員,這將幫助他們理解為什么要做出某些重要決策,以及這些決策的重要性。在頭腦風(fēng)暴和設(shè)計回顧環(huán)節(jié)要包含一個開發(fā)團隊負責人,這樣可以幫助我們讓整個團隊對項目在不同階段的認知保持同步,避免擾亂開發(fā)團隊的安排。所有這些都可以幫助防止設(shè)計和開發(fā)出現(xiàn)大幅改動或溝通不暢而導(dǎo)致的嚴重問題出現(xiàn),讓整個團隊從一開始就清楚項目中任何階段的任何變化。好了,
深圳APP開發(fā)公司本文關(guān)于“設(shè)計師完成項目模型設(shè)計之后的下一環(huán)節(jié)是什么?”的經(jīng)驗就分享到這里,謝謝關(guān)注,博納網(wǎng)絡(luò)編輯整理。