在 B 端項目中，經(jīng)常會出現(xiàn)這樣的問題：一個新項目/新功能作為開發(fā)人員，他會優(yōu)先考慮產(chǎn)品功能，而會忽視對于最終頁面呈現(xiàn)的還原度，也就是大家經(jīng)常提起的“功能優(yōu)先”，設(shè)計稿經(jīng)常不還原。當(dāng)我們遇到這樣的情況時，究竟應(yīng)該如何處理?

我相信很多 B 端設(shè)計師都會在工作當(dāng)中遇到這類問題，因此咱們就來聊聊當(dāng)項目本身不重視設(shè)計，應(yīng)該怎么辦?

重視自己

我見過同學(xué)都會抱怨設(shè)計頁面還原很糟糕，導(dǎo)致他不情愿將自己更多的精力花在的設(shè)計頁面上，進(jìn)而在公司常常無所事事(mo yu)

首先給大家講的就是自己重視自己，因為很多設(shè)計師遇到這類情況就會自暴自棄，對于頁面細(xì)節(jié)的驗收也不會太過于上心(設(shè)計師會說：提出來他們也不改，后面也不想再提了)導(dǎo)致的結(jié)果就是隨著日積月累，一個頁面缺少 20%的設(shè)計細(xì)節(jié)，十個頁面、五十個頁面?或許就會是一個災(zāi)難

因此在設(shè)計不受重視時，首先要做的就是自己重視自己。在工作產(chǎn)出上做到用心、負(fù)責(zé)，對于需求、設(shè)計驗收都認(rèn)真對待，因為只有自己做好了，這樣才能夠要求團隊的其他成員進(jìn)行協(xié)助

比如一個版本結(jié)束后，將設(shè)計細(xì)節(jié)當(dāng)中的不同問題指派給不同的前端工程師，將頁面上各類設(shè)計細(xì)節(jié)進(jìn)行明確的標(biāo)注，這樣都能夠讓研發(fā)同事知道你對待工作的態(tài)度。一個項目團隊，肯定不會討厭一個認(rèn)真負(fù)責(zé)的人。

提出問題

出現(xiàn)上述的問題，其實本質(zhì)上是“項目趕工”所導(dǎo)致的。我曾經(jīng)和很多開發(fā)都深入聊過這類問題，他們也不是想要刁難咱們，更多是因為項目功能的開發(fā)時間都不夠，更別提設(shè)計細(xì)節(jié)

而目前大多數(shù)團隊的項目開發(fā)方式還是采取 “敏捷開發(fā)” (與之相背離的是瀑布流開發(fā)，如果不了解的同學(xué)可以進(jìn)行百度)，因此在每一個迭代的初期，都可以和項目負(fù)責(zé)人進(jìn)行溝通，明確出設(shè)計細(xì)節(jié)還原的具體時間以及設(shè)計細(xì)節(jié)還原要求

這樣能夠在項目剛開始，就和大家明確項目設(shè)計要求，比如這一期因為對于功能來說，確實是比較復(fù)雜，這樣作為設(shè)計師也知道項目整體情況，對于要求進(jìn)行適當(dāng)?shù)姆艑挘蔷烤谷绾畏艑?，就需要有一個頁面還原相對量化的標(biāo)準(zhǔn)

頁面還原的標(biāo)準(zhǔn)

[[425212]]

設(shè)定一個頁面還原的基礎(chǔ)標(biāo)準(zhǔn)，本質(zhì)上是在幫助對開發(fā)同學(xué)，在理解設(shè)計細(xì)節(jié)上有更深的認(rèn)識。很多時候你會發(fā)現(xiàn)是，一些很明顯的錯誤他們其實是不知道的，比如一個淺灰色和白色，對于他們而言感官上都比較類似，而一些很小的細(xì)節(jié)作為開發(fā)人員很難觀察到，而通過一個標(biāo)準(zhǔn)，他可以對自己的頁面進(jìn)行檢查，看看是否有問題，比如：

基礎(chǔ)階段：

頁面布局形式、顏色色值、字體大小、控件使用、關(guān)鍵元素缺失

中級階段：

描邊的粗細(xì)、細(xì)節(jié)背景顏色上的區(qū)分、設(shè)計資源的模糊

高級階段：

控件動效、頁面內(nèi)容文案、提示信息…

當(dāng)然在這里只是一個簡單舉例，指定頁面還原標(biāo)準(zhǔn)的最終目的是能夠讓開發(fā)有量化的標(biāo)準(zhǔn)進(jìn)而能有更好態(tài)度對待設(shè)計師、設(shè)計細(xì)節(jié)。并且標(biāo)準(zhǔn)的確定，能夠幫助你在會議上明確迭代標(biāo)準(zhǔn)，進(jìn)一步提高團隊間的協(xié)作效率。而人總是會犯錯的，比如我寫文章也會偶爾出現(xiàn)錯別字，因此在嚴(yán)苛過后也要互相理解

當(dāng)然除了標(biāo)準(zhǔn)，Design Token 也能夠幫助前端快速理解基礎(chǔ)樣式，之后有時間可以單獨來講

明確后續(xù)迭代時間

當(dāng)我們首先做好自己，接提出問題，然后確定好還原標(biāo)準(zhǔn)后，最主要的就是需要在一個版本后知道剩余的問題究竟應(yīng)該在何時進(jìn)行完善

通常解決時間存在兩種不同的情況：

• 在后續(xù) 1 – 2 個版本進(jìn)行迭代，將之前的問題進(jìn)行解決
• 將問題匯總，后續(xù)進(jìn)行一次體驗上的大版本更新

這兩種方法本身并沒有什么好壞之分，對于我們而言，就需要將設(shè)計細(xì)節(jié)上的各類問題進(jìn)行匯總，也會要求設(shè)計師需要有一個屬于自己的設(shè)計體驗需求池：

通常這類需求池會包括以下幾類問題：

• 問題描述、問題圖片、負(fù)責(zé)前端、以及后續(xù)迭代時間等等…
• 這樣等問題出現(xiàn)過后，就能夠確定相應(yīng)問題對應(yīng)的開發(fā)人員以及后續(xù)的時間。畢竟表格是項目管理當(dāng)中最好用的工具

真誠溝通

當(dāng)你在團隊當(dāng)中遇到問題時，更應(yīng)該多和團隊成員協(xié)商溝通。因為都是同事，溝通解決問題才是成年人做事的風(fēng)格。比如吃一頓飯聊聊問題，大家下樓抽抽煙一起聊聊，偶爾買杯奶茶犒勞為頁面辛苦還原的前端同學(xué)，有時候緊張的氛圍往往因為一兩句玩笑就能夠得到舒緩。希望大家都能夠在工作當(dāng)中順順利利，少一些煩心事(下一期，安利幾款插件，讓頁面驗收嗖嗖嗖~)

在評論區(qū)說說實際項目當(dāng)中，遇到過哪些奇葩事?