跟研發溝通,有什么地方是比較困難的?

0 評論 2847 瀏覽 12 收藏 7 分鐘

在產品設計的過程中,需要和研發進行溝通,有時可能就會出現一些問題。本文作者總結了其中可能出現的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協議。

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

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!