人(rén)
已閱讀(dú)
已閱讀(dú)
深圳APP開(kāi)發的(de)産品規範你(®≥nǐ)了(le)解多(duō)少(shǎo)
來(lái)源:lexintech.com 發布♦♦&時(shí)間(jiān):2017-08-24
深圳APP開(kāi)發公司樂(yuè)信科(kē)技(jì)有(yǒu)著(zhe)多(duō)年(nián& )的(de)APP開(kāi)發設計(jì)經驗,下(xià)面圍繞設✘•↕計(jì)規範的(de)重要(yào)性,制(zhì)定規÷'β範的(de)時(shí)機(jī),制(zh∑™✘♦ì)定的(de)過程和(hé)後續工(gōng)作(zuò)這→γγ'(zhè)幾個(gè)方面來(lái)總結≥₩®↑和(hé)分(fēn)享。

設計(jì)規範的(de)重要(yào)性
有(yǒu)人(rén)覺得(de)“規範隻是(sh€σγì)公司給外(wài)部看(kàn)的(♥±de)一(yī)種噱頭”,更像是(shì)體(tǐ)$×"✘現(xiàn)一(yī)種公司視(shì)覺形象✘<σ±(VI)。其實互聯網公司的(de)産品設計(jì)規≈α範并非是(shì)僅僅用(yòng)來(lái)宣傳形象↑的(de),更多(duō)用(yòng)來(lái)使®$用(yòng)、簡化(huà)開(kāi)×γ₩發過程、使多(duō)個(gè)産品擁有(yǒu)一(yī)緻的(de)體→≠&✔(tǐ)驗,是(shì)落到(dào)實處的(de)東(&♥€dōng)西(xī)。
在項目很(hěn)多(duō)的(de)情況下≥$¥(xià),此時(shí)産品設計(jì)規範最能(néng)體(tǐ)現(€<xiàn)其作(zuò)用(yòng)
方便設計(jì)開(kāi)發産品
在制(zhì)定設計(jì)規範的(de)φ 過程中,會(huì)形成統一(yī)标準控件ε♣≠(jiàn)庫、頁面元素尺寸規定、配色方案規定σφ∞₽和(hé)視(shì)覺風(fēng)格統₽>一(yī)指導。設計(jì)者可(kě)以按照(zh¶₩∑ào)功能(néng)需求直接調用(yò↓₩₽₹ng)規範中的(de)标準控件(jiàn),按照(€λ<zhào)信息結構需求調用(yòng)不(bù)<α∑同的(de)元素尺寸進行(xíng)設計(jì)。很(hěn)輕易便×↑≈≈能(néng)輸出高(gāo)保真原型圖,減輕了(le♠•)設計(jì)過程中對(duì)交互控件∞"(jiàn)選擇和(hé)信息排版的(de)思考負擔。
形成備案和(hé)文(wén)庫
如(rú)同技(jì)術(shù)文(wén)檔£∞®一(yī)樣,産品在設計(jì)方面也(yě)需要(yào)文(wén)檔≥≈與規範。由于業(yè)務需求的(de)變化(huà),設計(jì)規範φ∑₩不(bù)會(huì)一(yī)成不(bù)變。通(φ±♣♠tōng)過文(wén)檔備案記錄每次設計(jì)調整,調整δ的(de)初衷和(hé)理(lǐ)論依據,便'φ于日(rì)後的(de)回顧與總結。自(zì)己在剛入部門(mén)時∏∏₩δ(shí)既沒有(yǒu)産品設計(jì) →規範文(wén)檔,又(yòu)沒有(yǒu)規範的(de)技♣&→(jì)術(shù)框架文(wén)檔,在産品成長₹λ↔(cháng)與傳承中出現(xiàn)了(le)中→≠α→斷。形成簡單易讀(dú)的(de)文(w→₩↕én)檔規範是(shì)一(yī)種對(duì)産品負責任的(de)體(αtǐ)現(xiàn)。
制(zhì)定規範的(de)時(shí)機(jī↑)
規範出現(xiàn)時(shí)機(jī)應恰到(dào)好(₩¥∞ hǎo)處,過早或過晚,均會(huì)為(wèi)産品叠代帶來(β>lái)麻煩和(hé)阻礙。
在産品剛剛起步或僅叠代幾代版本後便想總結出一(yī)套規範為(wèi)時(s©©hí)尚早。此時(shí)産品僅僅擁有(yǒu)大(dà)體(tǐ)發展方β↕∑π向和(hé)基本功能(néng),很(hěn)多(duō)細分(fēn)工(£↔∑gōng)功能(néng)不(bù)夠完善,産品整體(tǐ ¶)不(bù)夠豐滿。此時(shí)制(zhì)定出的('π©¥de)規範并不(bù)能(néng)起到(β™↕↑dào)概括和(hé)統一(yī)作(zuò)用(yòng)↑,随著(zhe)産品不(bù)斷完善,大(dà)量功能(néng)需求會(h₹₹☆∏uì)添加進來(lái),而規範也(yě)要(yào)随之大(dà)更改,增加✔↓♦✔各個(gè)部門(mén)修改調整負擔。如(rú)此大(dà)規模修改規範本>∞身(shēn)就(jiù)失去(qù)了(le)規範作(zuò)為(wèεi)一(yī)個(gè)準則的(de)意&≥義。
在産品已經成熟之後再制(zhì)定規範則為(wèi)時(shí)較晚。此×® 時(shí)每個(gè)産品線上(shàng)的(d↔→δe)産品功能(néng)、結構信息組織框架已經定型,隻有(yǒu)偶爾 πβ 優化(huà)提升體(tǐ)驗細節修改和(hé)輔助類功能(néng)的(d£ ☆e)添加。産品技(jì)術(shù)框架邏輯,尤其是(shì)前§σ端技(jì)術(shù)框架已成型,且技(jì)術(s<→hù)人(rén)員(yuán)在開(kāi)發過程中對(duì)Ω↔<→于産品界面設計(jì),交互方式也(yě)谙熟于心。如(rú)∏₽↓≈果叠代過程中産品間(jiān)差别不(bù)大(δ♦dà)還(hái)好(hǎo),産品差别很(hěn)大(dà)時(shí),∞λ£∞再出台規範會(huì)增加很(hěn)多(du♣€¥ō)技(jì)術(shù)人(rén)員(yuán)調整的(de)成本,拖延新✔"¥版本上(shàng)線時(shí)間(ji"☆¶ ān)。
制(zhì)定設計(jì)規範過程
設計(jì)規範雖然隻是(shì)簡單幾頁,但(dàααn)那(nà)是(shì)濃縮概括的(de)結果,并非一(yī)蹴π₹而就(jiù)。
早期注意積累和(hé)歸納
設計(jì)師(shī)在設計(jì)初期産品效果φ§圖時(shí)要(yào)注意實時(shí)歸納和(hé)總結,原'文(wén)件(jiàn)和(hé)導出文(w©∞←§én)件(jiàn)進行(xíng)分(fēn φσ)類整理(lǐ),對(duì)設計(jì)過程中使用(yòng)的(₹&≤de)控件(jiàn)和(hé)模式及時(shí)歸納,¶∞∏同時(shí)簡單記錄一(yī)些(xiē)界面設計(jì)的(dδ✘ e)初衷,有(yǒu)争議(yì)的(de)設計(jì)點等等。及 &™☆時(shí)地(dì)總結對(duì)後期設計(jì)規範的(de)制(zhì≈®∑)定打下(xià)良好(hǎo)基礎,否則很(hěn)容易∑∞&δ忘記設計(jì)初衷,找不(bù)到(dào)文(wén)件∑(jiàn)或者設計(jì)負責人(rén)等等問(wèn)題。£λ總結歸納會(huì)議(yì)準備制(zhì¶×§)作(zuò)設計(jì)規範時(shí),需要(yào)召集各産品線上(♥φshàng)的(de)設計(jì)師(shī)将設計σ∑φ(jì)結果進行(xíng)彙總和(hé)提煉。這(zhγ<€è)樣的(de)會(huì)議(yì)既是(sh≠♦>↑ì)討(tǎo)論性會(huì)議(yì)又(yòu)是(shì)π↓決策性會(huì)議(yì),所以耗時(shí)較長(♥↑cháng),但(dàn)這(zhè)又(yòu)是€∏σ¥(shì)要(yào)制(zhì)定設計(jì)規≤φ範的(de)必要(yào)會(huì)議(yì)。 •α↔
制(zhì)作(zuò)
在動手制(zhì)作(zuò)之前,設計(jì)師(shī☆™♦)間(jiān)要(yào)對(duì)規範自(zì)身(shē®π≠n)的(de)展現(xiàn)形式和(hé)樣式達成一(yī)緻$÷<。設計(jì)師(shī)按照(zhào)會(huì)議(yì) >討(tǎo)論決議(yì)出的(de)結果☆↔'☆制(zhì)作(zuò)自(zì)己負責模塊的(dγ®×e)規範。模塊分(fēn)為(wèi):配色,圖标,字體(§→σtǐ),控件(jiàn)尺寸,控件(jiàn)交互等等彙總和(hé≈£)微(wēi)調将各部分(fēn)規範彙總,再÷&✔→修改細節、微(wēi)調排版後便可(kě)發布了(le)。為(wèi)了(₹ le)使規範更方便傳播和(hé)閱讀(dú),個(♠↓gè)人(rén)建議(yì)将規範以網頁形式呈現(xiàn)→♠更為(wèi)合适。
規範标準
優秀設計(jì)規範擁有(yǒu)明(míng)确層級和(hé)邏輯,便于其&¥♦™他(tā)組員(yuán)查找相(xiàng)應內↑£∑↔(nèi)容,便于設計(jì)師(shī)日(rì)後對(duì)不(bù₽÷★λ)同模塊進行(xíng)內(nèi)容完善。
優秀設計(jì)規範是(shì)高(g ≈āo)度精簡和(hé)概括的(de),将相(xiàng)同情境下(xià≥Ω∑)的(de)不(bù)同設計(jì)樣式統一(yī)成适應性β 更強、更科(kē)學合理(lǐ)的(de)設計(j•γ÷ì)樣式,減少(shǎo)很(hěn)多(duō)所謂的(de)特≠∏≤δ殊情況設計(jì)和(hé)繁瑣的(de)重複尺寸标注。參與設計(jì)開€'λ¶(kāi)發的(de)組員(yuán)可(kě)以結合情景直接調¶₹•↓用(yòng)适合的(de)設計(jì)樣式。當然在設計(jì)過程 ☆×中會(huì)出現(xiàn)特殊情景,需要(yà•±↑£o)規範中不(bù)包含的(de)特殊設計(jì)樣式α↔,此時(shí)設計(jì)師(shī)★♥要(yào)單獨給出設計(jì)效果圖。當特殊情況越來(l≈↓©ái)越多(duō)就(jiù)要(yào)'₽✘考慮将這(zhè)些(xiē)情況整合,補充進現(xiànφ®♦)有(yǒu)的(de)規範中。
後續補充
規範制(zhì)定出來(lái)并非一(yī)成不(bù)變,随著 Ω¥(zhe)業(yè)務發展、需求增加,規範要(yào£♠)在原有(yǒu)內(nèi)容基礎上(shàng)進行(xíng)需改≠↑、增删。規範的(de)弊端就(jiù)是(shì)每次有(₽βyǒu)重大(dà)更改,會(huì)造成ε®很(hěn)多(duō)産品線多(duō)個(gè)産品的(de)相(x $☆iàng)應調整,甚至還(hái)會(hu ì)牽扯到(dào)結構架構的(de)修改。
慎重修改已制(zhì)定出的(de)規範,多(duō)采用(yòn≠δ←g)小(xiǎo)更改叠代的(de)方式對(du±βì)規範進行(xíng)補充修改。擁有(yǒu♦☆)設計(jì)規範并不(bù)代表團隊不₽₩(bù)再需要(yào)設計(jì)師(shī),也(yě)不(bù)代表團∞¶隊中誰都(dōu)可(kě)以使用(yòng)規範組件(jiàn)拼拼湊湊就&∞"(jiù)輸出設計(jì)效果圖。産品設計(jì)含有φ↔(yǒu)感性的(de)成分(fēn),需要(yào)設計(jì§✘♣δ)師(shī)通(tōng)過調研和(hé)認知(zhī)去(qù✔')設計(jì)、把握産品的(de)體(tǐ)驗。規範↔£ 是(shì)工(gōng)具、是(shì)标尺,需要(✘δyào)設計(jì)開(kāi)發人(rén€©λ∑)員(yuán)的(de)靈活運用(yòng)和(hé)不(bδ"ù)斷完善,适應變化(huà)。規範擁有(yǒ✔≠&u)重要(yào)作(zuò)用(yòng),£'∞ε但(dàn)不(bù)可(kě)拿(ná)著(zh© e)規範把産品做(zuò)死、做(zuò)僵。
- 上(shàng)一(yī)篇:APP開(kāi)發如(rú)何讓用(yòng)戶覺得(de)加載速度<≈很(hěn)快(kuài)
- 下(xià)一(yī)篇:深圳APP開(kāi)發公司需要(yào)敏捷開(kāi)發嗎(ma)
- > 開(kāi)發網站(zhàn)或APP是(shì)用≤ (yòng)JAVA好(hǎo)還(hái)是(sh∏↓ì)PHP好(hǎo)?
- > 找外(wài)包公司開(kāi)發APP有(yǒu)&∏哪些(xiē)注意事(shì)項?
- > 想創業(yè),别再盲目開(kāi)發APP了(le)!
- > 開(kāi)發一(yī)個(gè)APP多(duō)少(shǎo)錢(qi✔án)?
- > 開(kāi)發一(yī)個(gè)APP多(duō)少(shǎo)錢×>↕(qián)?
- > 跟外(wài)包公司合作(zuò)怎麽樣才能(nλ™éng)做(zuò)好(hǎo)一(yī)款APPβδ?