產品,設計和開發,高效協同只差乙份文件

2021-08-28 11:58:23 字數 3021 閱讀 9560

世界上只有兩種物質:高效率和低效率;世界上只有兩種人:高效率的人和低效率的人。——蕭伯納

在產品開發過程中,涉及到的人員泛而雜,但最主要的人員還是產品、設計和開發。乙個產品的成功與否取決於他們如何有效溝通,如何共同協作來盡可能提高質量和工作效率。高效的工作可以是通過並行工作縮短迭代週期,也可以是通過文件方式進行有效協同。但無論採取哪種方式,我們都面臨乙個現實而又複雜的問題—團隊協作。

設計圖與前端介面是否一致,這是前端工程師與ui設計師的協同工作中最關鍵的一環。有過經驗的產品、設計師和開發人員都知道,設計圖與前端介面實現不一致的問題時有發生。所以經常寫完的前端頁面都需要去修改,周而復始。特別是做移動端web,頻繁的修改頁面不僅讓參與的人員覺得很煩,也非常非常浪費時間和心力。通過自身經驗的總結以及對工作流程的梳理,我發現,大部分工作流程可以分為兩種情形。

情形一

(偷懶的)ui設計師:只負責設計ui介面,出psd,ai與psd效果圖,不出標註圖。

前端開發:拿到psd檔案去測量裡面間距,去切圖,實現前端頁面。

結果:ui設計師直接給個目錄,某些元素甚至只有乙個「形狀一」的命名。而這就導致了前端工程師工作量倍增,效率低下,延誤產品週期。設計稿裡面每乙個頁面元素都需要手動標註,而且還要找到對應的圖層去切圖,切換之後還要實現前端頁面。工作量可想而知。而且,實現頁面之後,與效果圖仍舊有出入。

情形二

(勤快的)ui設計師:負責設計ui介面,出psd效果圖、標註圖、切圖。

前端開發:直接看效果圖與標註圖,實現前端頁面。

摹客idoc,更快更簡單的產品協作設計神器

結果:看上去明顯比之前好多了,前端工程師的工作量有減少。但是問題又來,標註影象素單位不準確,字型大小不一,頁面元素之間還是存在誤差,頁面最終效果與ui效果圖依然有出入。工作效率還是沒有得到有效提公升。

情形三

產品經理:負責給設計師或者開發提需求。需求文件五花八門,excel, word,ppt。

結果:產品經理拿著五花八門的需求文件交付給設計師或者開發。一到需要用的時候查詢文件費時費力,一不小心文件被刪掉,產品經理再次返工。文件管理問題在團隊管理中也是乙個痛點,工作做得不到位,高效協同又何從談起呢?

以上三種情形相信對各位產品、設計師和開發人員來說都似曾相識。如何協調與ui設計的工作流程?前端工程師能否精準還原設計稿的尺寸?如何讓產品經理有效管理需求文件?如何讓相關人員實現團隊協同?這個問題簡直成了我的心頭夢魘,寢食難安。難道就沒有一種最終的解決方案嗎?!

除了開頭設計師和開發互相學習的方法,還有一種就是找到一款高效協同的產品工具,支援智慧型標註,一鍵切圖,實現快速建立互動文件的工具!假如有這麼一款萬能的工具的話,真的是想想都激動٩(๑>◡

好在摹客團隊出品的idoc解決了我的煩惱,再也不用寢食難安了!可以說完美解決了產品、設計師和開發人員之間的溝通和團隊協同問題。

在產品開發過程中,團隊中各參與人員的痛點各不相同。那麼作為一款簡單快捷的團隊協作產品,摹客idoc到底可以解決產品、設計師和開發人員的哪些痛點呢?

設計師會告訴你是交付。

產品經理告訴你是溝通。

開發工程師會告訴你是低效。

用了之後才發現,idoc簡直就是一款救命神器!

1.對設計師—作品輕鬆交付

情形一中設計師和開發之間的「矛盾」迎刃而解。「偷懶的」設計師不再令人討厭,開發人員也不用叫苦不迭,從此告別手動測量和切圖。更重要的是,產品週期不再延誤,使用者也不用屢屢遭遇各種「跳票」問題啦。

2.對產品經理—需求清晰表達

對產品經理而言,如何將需求表達得順暢無障礙,也是很頭疼的問題。基於不同的使用習慣,每個產品經理使用的原型設計工具

3.對前端工程師—省心程式設計開發

智慧型標註,樣式**自動匯出,對於情形二中的場景,更是錦上添花。自動化和規範化的輸出,對前端工程師非常友好。智慧型標註更是節省了不少時間,不用擔心畫素單位不準確,頁面元素有誤差!

4.對整個團隊—高效協同

有了整體的團隊協作功能,產品、設計師、開發人員納入到同個專案團隊中,不同分工下的輸出文件有了統一管理,整個產品線形成閉環式操作,無縫銜接,流暢溝通,專案進度全域性把控,皆大歡喜!

專案產品千千萬,但對產品開發中的相關人員來說,需求和痛點都是一致的。大家都在期盼著有一款如萬金油般存在的協作平台解決需求和痛點,減少溝通和修復成本,不用再喋喋不休的描述需求,不用再周而復始的檢查切圖和標註是否標準。或許對你的期望而言,摹客idoc並沒有那麼「萬金油」,但它確實能解決不少目前亟待解決的團隊協同問題。

終於,我現在可以告訴你,有了摹客idoc協作平台,ui設計師滿意了,產品經理滿意了,前端工程師滿意了,整個團隊都滿意了。自然,老闆也滿意了。

產品之路(一) 產品設計九步

產品設計的 九步法 第一步 產品滿足使用者的哪乙個核心需求?第一步的要點是 乙個核心需求 特別注意是 乙個 對於微博這樣的產品,讓瀏覽體驗更好,就是核心需求。系統如何載入更快,使用者如何生產優質資訊,如何摒除spam,如何提公升視覺體驗都是亟待解決的問題。pm永遠不要妄想一下子去發明,顛覆現有的產品...

馬化騰在騰訊產品峰會上關於產品設計和開發的內部講座

昨天聽了pony在峰會上的講座,收穫頗豐,晚上回家後把記錄的筆記整理了一下,先放上來和大家分享一下。整理時間較短,如有不周全之處,大家諒解 背景 pony是公司的首席體驗官 首席產品經理。這次在產品峰會上pony將自己平時經驗的積累與大家交流,體驗較細。這次分享研發管理部,設計中心整理了些材料。主要...

產品設計的原則之一 精簡你的產品

這個月我很奇怪的是,竟然被三個客戶或者朋友拉過去,讓我幫他們參謀設計他們的產品。而這些產品無一例外的都是大而全的生活類門戶 他們要求製作的功能涵蓋了房產 酒店 旅遊 娛樂 餐飲 商店 交友 微博 汽車 二手車 只要與生活有關的任何乙個領域。用客戶的話來說 就是只要跟生活有關的我都做,我的目標就是 讓...