在產品設計的過程中，需要和研發(fā)進行溝通，有時可能就會出現(xiàn)一些問題。本文作者總結了其中可能出現(xiàn)的8個問題及對應方法，希望能給你帶來幫助。

產品設計的過程中，跟研發(fā)溝通，會碰到一些問題。

這里我主要介紹8個方面的問題。

問題1

讓研發(fā)加班，加班太晚，加班次數(shù)太多，導致研發(fā)有情緒。

對應辦法：

需要在評估時間的時候，把可能的加班時間，評估進來。不要說，這個很簡單，這個一下就做完了。其實，任何事情，說說很簡單，做起來都是曲曲折折的過程。

問題2

需求變更，口頭和研發(fā)說，但是研發(fā)沒改。

對應辦法：

需求變更，僅僅口頭溝通是不夠的，需要會議記錄， 需求文檔同時變更，原型圖，Ui圖同步變更；通過文字，圖片，鏈接形式，通知到研發(fā)。

問題3

讓研發(fā)做炫酷的界面效果，結果沒做，或者做得不好。

對應辦法：

炫酷的界面效果，往往不是當前設計規(guī)范和設計組件所能支持的；這個時候，需要更多的研發(fā)資源。因此在評估時間的階段，就需要把這一部分的時間評估進來。然后研發(fā)才可以有對應的時間，來研究這個炫酷的界面效果。

問題4

原型圖變更了，但是研發(fā)還是用上一個版本的原型圖。

對應辦法：

原型圖變更之后，如果直接發(fā)送圖片微信給研發(fā)，那么就會出現(xiàn)研發(fā)還是使用上一個版本的圖片的情況。因此，建議采用鏈接發(fā)送的形式。比如：Axure鏈接，墨刀鏈接，藍湖鏈接。

即使原型圖變更之后，研發(fā)使用上一個版本的鏈接，那么還是可以看到最新的內容。

問題5

UI圖變更了，但是研發(fā)還是用上一個版本的UI圖。

對應辦法：

UI圖變更之后，如果直接導出文件包，微信發(fā)送研發(fā)，那么就會出現(xiàn)這種情況。因為，文件包發(fā)送之后，研發(fā)成員之間，往往還是用之前一個版本的文件包。所以，我建議采用藍湖來標注切圖。只要UI圖，更新到藍湖鏈接，或者墨刀鏈接，那么研發(fā)即使用之前的鏈接，也是會看到同步更新的UI圖。

問題6

標注切圖，來回溝通，占用較多研發(fā)時間。

對應辦法：

標注切圖的溝通，會占用研發(fā)和設計師之間比較多的工作時間；因此建議設計師自查設計稿之后，再給到研發(fā)。

自查內容包括：

• 切圖是否齊全，可以自己導出標注切圖的文件包之后，打開文件包里面的切圖文件，一個一個點進去看看。
• 切圖是否規(guī)范，可以自己導出圖標文件之后，上傳到iconfont上，看一看圖標是否符合iconfont的上傳設計規(guī)范。

問題7

研發(fā)圖和UI圖不一致，需要溝通解決。

對應辦法：

UI圖和研發(fā)圖不一致的問題，需要通過還原走查來解決。

UI圖的效果，是否是研發(fā)當前技術框架可以支持的。如果不支持，那么需要UI圖做新的方案，以供實際研發(fā)情況來選擇。

UI圖變更次數(shù)，變更內容，是否和最初會議評審的UI圖，相差較大。如果相差較大，那么需要在需求變更的時候，適當給研發(fā)匹配對應的時間，然后研發(fā)就可以有對應的時間，來響應UI圖的變更需求。

研發(fā)圖是否使用UI設計的組件庫，來研發(fā)界面。如果是組件庫，那么即使不一致，也還是可以的接受的。

還原走查的時間，在最初項目評估時間的時候，需要給研發(fā)和設計師，預留對應的時間來做這個還原走查的工作。

問題8

在上線階段，發(fā)現(xiàn)最初研發(fā)評估的時間，有時候評估時間不夠，或者有時候評估時間太多了。

對應辦法：

1）研發(fā)評估時間，往往按照最初的原型圖和UI圖來評估時間。

如果后期有需求變更，那么就會導致之前評估的時間不夠；因此，需求變更需要在合理加班范圍之內，或者給予適當?shù)难邪l(fā)時間來響應需求變更。

2）研發(fā)評估時間，往往按照之前的類似項目來評估。

如果這次項目，和上一個項目一致；項目組成員和上一個項目組成員也搭配過。那么同類型的項目，研發(fā)評估的時間，就會出現(xiàn)熟能生巧，一次比一次更快。這時候，可以適當?shù)靥砑右恍┬滦枨?，讓項目做得更好?/p>