在團隊産品視覺設計過程中，一些軟實力也可以幫助自身提高效率，達到更好的效果，本文分享了在産品視覺設計過程中，一些可以提高效率的小細節，希望對你有所啟發。

在團隊中除了設計基本功外，還需有一些其他的軟實力，比如自我學習的方法，積極的工作态度，優秀的溝通能力，需求管理等。本篇我們來聊一下産品視覺設計過程中，那些可以提高效率的小細節。

目錄：

1. 産品需求與設計研發的良性循環
2. 今日事今日畢
3. 設計文檔的規範性
4. 多渠道溝通
5. 驗收不僅僅是記錄問題
6. 沉澱業務組件的必要性

一、産品需求與設計研發的良性循環

從産品經理提出需求開始，到研發開發完成上線，整個過程我們可以看作是一個疊代。倘若與研發同一個疊代完成産品設計，時間上肯定是不夠用。需求是永遠都做不完的，一個人無論怎麼埋頭苦幹，還是會時間緊迫無法喘息！這時候團隊合作顯得至關重要。

我們需要進行合理的任務管理，利用工具達到更好的效果。目前我們敏捷組産品與設計小團隊用的是飛書文檔，它可以新建所需要的任務看闆，清晰直觀的看到此任務當前流轉的階段，任意拖拽方便快捷。

完善需求的詳細信息，比如：所屬項目、任務執行人、優先級、外審狀态、敏捷組、文檔鍊接等等，就可以從不同維度去管理任務，篩選我們想要了解的重點。

那麼基于此，如果我是視覺設計，完成需求後就可以将它拖入下一泳道，等待排期。未完成的也就不會進入到排期和研發階段，這樣基本上每個疊代研發都會提前拿到相應的設計稿，盡管後續可能會有細節上的修改和返工，也不會很倉促。

二、今日事今日畢

每天的工作充滿“已知”和“未知”。“已知”的是固定要做的需求設計，“未知”的是工作消息的各種溝通與答疑。

新的一周開始，我們可以安排下本周大緻要做的事情，通過自己習慣的方式去記錄。簡單清晰即可，沒必要給自己增加額外負擔。

盡量不延誤，保證本周事情完成率90%以上不會對下周産生很大壓力。重要的事情和需要長時間投入的需求可以用完整且精力比較好的時間段去完成，瑣碎的任務集中時間去搞定，或者快下班了搞搞完。

三、設計文檔的規範性

每個人都有自己習慣的設計稿排列方式。整齊、清晰、直觀的布局，有利于研發快速捕捉到想要查看的信息。

設計文檔基本由以下部分組成：目錄、交互原型、交互說明、視覺稿。交互稿與視覺稿最好合并在一個文檔中，方便研發查看。

具體到頁面細節說明，可以安排在相應設計界面的附近，用清晰的數字或者标簽展示。

如不同狀态，不同變量的變化，也需要詳細标注。

設計内容過多時，像以下細節單純在頁面上展示很容易被忽略，需要單獨拿出來在旁邊重點強調一下。

如今标注插件很多，不需要全部手動标注了，但對于一些我們認為研發會忽略和寫錯的尺寸、間距等，可以表示一下。設計軟件的自動展示标注有時候會因為圖層覆蓋之類的問題點不到某些元素，這個也需要檢查一下。不然研發就自由發揮了喲～

各式各樣的組件有非常多的形式和狀态，設計在引用時要明确類型，避免研發亂用。

比如這個全局提示組件，組件本身可以提供多行展示的樣式和規則，但研發很有可能不知道某種情況下對應的展示樣式，實現的不是我們預期。以下是日常疊代中研發實現的有問題的樣式與正确的對比：

如上述所講，完善補充細節，譬如圖标的顔色變量，懸停變化，狀态變化，引用組件備注等等，這些都是開發還原落地視覺設計的基礎。頁面設計中，所需的圖标、圖例、圖片等素材，切圖并壓縮給到研發，最好用統一的方式去管理圖标，比如iconfont，或者自己公司的組件平台等。

四、多渠道溝通

當接到新的需求并且拿到交互稿，前幾周也參加了需求&交互内審，基本不會出現需求和框架大改的問題。大體了解背景和設計重點後，可完善視覺細節。

做完設計稿隻是成功了一半，還需在設計内審前，發給對應的産品和交互同學評論提意見，先修改掉一波明顯的問題。這是視覺設計階段第一個比較重要的溝通，提前在大部分内容上達成共識，節省了後續評審的時間。

修改完大家提的問題後，視覺評審會明顯順利許多～

五、驗收不僅僅是記錄問題

1. 項目上線前驗收

提到驗收是我非常頭疼的事。前期設計稿準備充足的情況下，研發如果能實現到視覺稿的80%，驗收起來不會特别吃力。有時會遇到驗收内容多，前端還原度低，耗費設計同學大量時間，建立良好的驗收機制非常關鍵，與研發同學的溝通和磨合也是必不可少的。

涉及到人員較少時，可以坐到一起面對面去溝通；若此次内容較多，涉及不同人，可建立文檔。

一遍驗收後并不完美，基本要2-3輪的繼續走查，針對優先級比較高或者問題重災區，标紅後給到相應負責的前端繼續修改，保證上線前90%以上的問題得到解決。若還有問題遺留，可新建kaptain任務後續優化，讓驗收問題有迹可循。

2. 日常全局驗收

線上已有問題，按照模塊集中歸納，建立對應的研發任務。開發過程中可與前端同學随時溝通，提供細節補充。

有時我們認為很簡單的去掉一條間隔線或者間距，可能涉及到非常多不同的場景面闆，提前溝通也有利于研發評估工作量。

六、沉澱業務組件的必要性

每當開始新的項目設計，要費好大功夫找源文件呀。适當的歸納整理曆史文檔，也有助于我們快速的進入設計狀态，對新人也很友好！

以業務需求為背景，在組件庫的基礎之上，業務組件的整理尤為重要。按照每個人的使用習慣，我們可以建立自己的“業務”組件庫，方便需求疊代時快速定位。

比如，我們可以将業務組件分為幾部分：圖标、圖例、場景等，進而細化場景中的内容。至于怎麼去命名和排版細節，都可以按照自己的習慣來整理，當然組件形成後也可以擴大到我們同業務線的UX或交互同學一起使用，提高設計效率。

可能對于非設計崗位來說，看到的僅僅是一張設計圖，但在設計稿背後我們需要去支持和處理的細節也是非常有價值的存在。

希望這篇小小滴文章可以帶給你一定的幫助 ~

作者：小柴，公衆号：酷家樂用戶體驗設計

本文由 @酷家樂用戶體驗設計 原創發布于人人都是産品經理，未經許可，禁止轉載

題圖來自 unsplash，基于CCO協議。

該文觀點僅代表作者本人，人人都是産品經理平台僅提供信息存儲空間服務。

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部