跟研發溝通,有什么地方是比較困難的?
在產品設計的過程中,需要和研發進行溝通,有時可能就會出現一些問題。本文作者總結了其中可能出現的8個問題及對應方法,希望能給你帶來幫助。
產品設計的過程中,跟研發溝通,會碰到一些問題。
這里我主要介紹8個方面的問題。
問題1
讓研發加班,加班太晚,加班次數太多,導致研發有情緒。
對應辦法:
需要在評估時間的時候,把可能的加班時間,評估進來。不要說,這個很簡單,這個一下就做完了。其實,任何事情,說說很簡單,做起來都是曲曲折折的過程。
問題2
需求變更,口頭和研發說,但是研發沒改。
對應辦法:
需求變更,僅僅口頭溝通是不夠的,需要會議記錄, 需求文檔同時變更,原型圖,Ui圖同步變更;通過文字,圖片,鏈接形式,通知到研發。
問題3
讓研發做炫酷的界面效果,結果沒做,或者做得不好。
對應辦法:
炫酷的界面效果,往往不是當前設計規范和設計組件所能支持的;這個時候,需要更多的研發資源。因此在評估時間的階段,就需要把這一部分的時間評估進來。然后研發才可以有對應的時間,來研究這個炫酷的界面效果。
問題4
原型圖變更了,但是研發還是用上一個版本的原型圖。
對應辦法:
原型圖變更之后,如果直接發送圖片微信給研發,那么就會出現研發還是使用上一個版本的圖片的情況。因此,建議采用鏈接發送的形式。比如:Axure鏈接,墨刀鏈接,藍湖鏈接。
即使原型圖變更之后,研發使用上一個版本的鏈接,那么還是可以看到最新的內容。
問題5
UI圖變更了,但是研發還是用上一個版本的UI圖。
對應辦法:
UI圖變更之后,如果直接導出文件包,微信發送研發,那么就會出現這種情況。因為,文件包發送之后,研發成員之間,往往還是用之前一個版本的文件包。所以,我建議采用藍湖來標注切圖。只要UI圖,更新到藍湖鏈接,或者墨刀鏈接,那么研發即使用之前的鏈接,也是會看到同步更新的UI圖。
問題6
標注切圖,來回溝通,占用較多研發時間。
對應辦法:
標注切圖的溝通,會占用研發和設計師之間比較多的工作時間;因此建議設計師自查設計稿之后,再給到研發。
自查內容包括:
- 切圖是否齊全,可以自己導出標注切圖的文件包之后,打開文件包里面的切圖文件,一個一個點進去看看。
- 切圖是否規范,可以自己導出圖標文件之后,上傳到iconfont上,看一看圖標是否符合iconfont的上傳設計規范。
問題7
研發圖和UI圖不一致,需要溝通解決。
對應辦法:
UI圖和研發圖不一致的問題,需要通過還原走查來解決。
UI圖的效果,是否是研發當前技術框架可以支持的。如果不支持,那么需要UI圖做新的方案,以供實際研發情況來選擇。
UI圖變更次數,變更內容,是否和最初會議評審的UI圖,相差較大。如果相差較大,那么需要在需求變更的時候,適當給研發匹配對應的時間,然后研發就可以有對應的時間,來響應UI圖的變更需求。
研發圖是否使用UI設計的組件庫,來研發界面。如果是組件庫,那么即使不一致,也還是可以的接受的。
還原走查的時間,在最初項目評估時間的時候,需要給研發和設計師,預留對應的時間來做這個還原走查的工作。
問題8
在上線階段,發現最初研發評估的時間,有時候評估時間不夠,或者有時候評估時間太多了。
對應辦法:
1)研發評估時間,往往按照最初的原型圖和UI圖來評估時間。
如果后期有需求變更,那么就會導致之前評估的時間不夠;因此,需求變更需要在合理加班范圍之內,或者給予適當的研發時間來響應需求變更。
2)研發評估時間,往往按照之前的類似項目來評估。
如果這次項目,和上一個項目一致;項目組成員和上一個項目組成員也搭配過。那么同類型的項目,研發評估的時間,就會出現熟能生巧,一次比一次更快。這時候,可以適當地添加一些新需求,讓項目做得更好。
專欄作家
張云錢,人人都是產品經理專欄作家。喜歡分析不同崗位的思維方式和溝通思路,偶爾網上冒泡,寫篇文章。
本文由@張云錢 原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!