前端產品經理需要溝通

來源:互聯網
上載者:User
關鍵字 程式師 產品經理 設計師 前端工程師

既不是美工,也不寫JAVA,我們是前端工程師,看看我們究竟想和誰打架?

早在上古時期,UI 和 UE 還未分化,UE 還未被重視到今朝這個程度的時候,前端這一職位多半被劃分到設計部門,所以對於依然混淆前端為美工的朋友,希望有所瞭解。

我們都知道,在產品開發流程日益清晰的今天,PM 這個角色承擔著越來越重要的作用,外界評價一個產品的好壞優劣,第一干系人就直指 PM,然而在產品的流水線上,距離使用者最近的一環卻是前端了,因此 PM 如何跟前端進行良好的溝通就顯得尤為重要。 淺顯的來講,設計師出圖,開發寫程式,前端做交互,使用者眼裡的每一個頁面元素,指尖上的每一次交互,都經過了前端代碼的包裝和沉澱。

所以,前端對使用者負責,也對 PM 負責。

由於前端這個職位的定義和定性較為寬泛和模糊,尤以大中小企業的不同而各有差異(如:細成分 JS 交互和重構兩個方向),但無論做重構也好,做交互也好,前端最重要的職責就是把 PM 想要的介面和期待的使用者體驗,製作並呈現給使用者, 並以自己專業的角度對當前解決方案進行優化和深入研究,回饋給 PM。

前端與 PM 的對話

如果你看過產品經理專欄的《技術之于產品經理》等文,大概會覺得多半的時候,一些公司的產品和技術是在彼此掐架狀態,其對話或繁或簡,比如我們就先看一段 PM 與前端的對話:

PM:這個滑動效果能實現嗎?

前端:能

PM:這個 Ajax 交互呢?

前端:能

PM:那這個背景色漸變圓角有陰影而且半透明 Hover 之後有旋轉效果的層呢?

前端:呃...

PM:我見到過國外某網站有這效果...

前端:能

前端與PM的對話 - 解

上述對話中前端只說了 3 個「能」字,PM 也得到了想要答覆。

當然,前端是有思想的,和大多數程式師一樣,我們思考的時候對外是一個黑盒,那是不是說:一個有思想的圖靈機就能讓所有前端丟掉飯碗呢?答案是否定的。 即便不用「中文房間假設」(The Chinese Room)去驗證,我也保證最終 PM 還是會選擇有思想有創造力的前端而非機器。 那麼我們姑且打開這黑盒,看看上面那段對話裡前端腦中那詭異的世界:

PM:這個滑動效果能實現嗎?

PM:這個 Ajax 交互呢?

前端腦補:

* 涉及到樣式和交互

* 頁面配置能通過的瀏覽器:IE8 + Firefox3.5 + Chrome 9 + 等等

* IE6/7需要寫個 hack

* 要新寫回應式 CSS 來相容行動裝置(iOS和Android)版本

* 圖片需要一份x2版本相容 Retina 顯示器

* ......

* 是否針對有色彩障礙使用者進行優化?

* 是否需要相容盲人瀏覽器?

* 如果使用者禁用 JS 腳本該如何

在經過了若干個回合的鬥爭後,前端給出了最終解決方案「能」,那麼繼續:

PM:那這個背景色漸變圓角有陰影而且半透明 Hover 之後有旋轉效果的層能實現碼?

前端腦補:(呃...) 如果是用 HTML5 實現,so easy,但是 F*ck IE6,其實不建議做這麼華麗的裝飾在層上的。

PM:我見到過國外某網站有這效果...

前端腦補:(能)好吧,既然我們的使用者不是外國人,那麼眼下,還是多寫點 Hack 樣式,能相容都相容吧

現在你知道前端最想和誰打架了吧?

PM 如何與前端溝通

上面羅列了這麼多,我們大概可以看出,前端最大的「敵人」既不是強勢的 PM,也不是頻繁變更的需求,而是萬惡的瀏覽器廠商。 這也是前端通常為什麼不跟 PM 掐架的一個原因,本來嘛,當內憂和外患共存的時候,前端更理所當然的把所有怨恨矛頭指向變化多端的瀏覽器,指向不願升級使用者群體,這就是主要矛盾。 (此時,PM 是不是在偷笑?)

即便是站在敵對的觀點,知己知彼,百戰不殆,PM 若能洞悉前端的一些習性,瞭解前端的某些思維方式,那麼將使用者體驗發揮到遊刃有餘便不再是多麼難的事情。 況且前端本來就是開發工程師和設計師之間的紐帶,我們非常願意配合好 PM,按照 PM 對產品的理解打造出有優秀的產品。

同樣,在一個被理解和被認同環境中,前端也會得到滿滿的成就感,並同時激發出非凡的創造力。

前端是園丁(PM)手中的剪刀,噢不,應該是園丁的手指。 (別忘了還有設計、開發等等別的手指喲~)

前端如何與 PM 溝通

換個位置,那麼前端在和 PM 的溝通又需要做到什麼呢?

有些團隊這樣默許:「前端沒必要參與到產品的需求和設計,設計出來後自然會找你們。 」

面對這樣的困擾,我們前端自己要發揮主觀能動性,極力避免「木已成舟,舟很破」的情況發生,做法很簡單,主動的向 PM 請示對於專案的參與,哪怕只是多一個專案郵件的抄送的物件,也會為後期前端代碼的部署帶來極大的便捷。 否則遇到設計已定稿,前端做不出來的情形,責任在誰?多半會歸給前端技術儲備不足,同時讓設計師也很尷尬。

開個玩笑:(PM)是前端的朋友,再不濟也是「敵人」(設計師)的「敵人」(PM)。 (PM 又該笑了)

注:試試把()中的人換個位置,LOL

前端的「職業病」

繼續知己知彼,瞭解前端這個話題,講幾個前端的「職業病」,可以當作福利,用於對症下藥,今後和前端溝通起來會更順暢。 (每個職業都有自己的「職業病」,當然我不認為這是病態,只是這樣形容會比較容易理解)簡單列出兩個:

圖層化的世界

可以說在未來的 Google Glass 出現之前,我們所接觸的 Web 頁面幾乎都是 2D 的,前端(設計師們會附議麼?) 眼中的世界通常會有一個 2D 的圖層版本。

比如,在公交地鐵站邊看到的巨幅廣告,前端眼中第一感覺是,如果把設計重構為 HTML 頁面配置該如何,標籤怎樣嵌套會優化,CSS 相容性又是如何,是的,我們常會把圖片打會到圖層的原型來看待,然後進行下一條「職業病」去反覆運算。

勤換位思考總不會是壞事的。

總是考慮相容性

知道前端最關心 IT 業界新聞是什麼嗎? (看看下面幾種)

●xx 瀏覽器又升級了,版本號直逼 xx

●xx 公司宣佈開始做瀏覽器

●xx 向 W3C 提交了一份新的 xx 標準

●xx 推出了 xx 最新 Retina 硬體,配備 xx 瀏覽器

●xx 又毫無節操的推出了非主流解析度的螢幕

●xx 系統 500 天后將停止更新

是的,我們關注那些硬體數碼設備的發佈,但相比設備本身,我們可能更關心螢幕解析度,預設瀏覽器內核,JS 性能跑分等等。 我們花費大量的時間和精力去解決不同瀏覽器,不同螢幕尺寸,不同設備內核之間的相容性,為的是盡可能多的使用者得到較好的使用者體驗保證。 我們幾乎會把所有的新鮮事物聯繫到相容性的層面來討論,這是可能是旁人無法理解的。

舊版本固然是穩定,但新版才是王道啊。

小結

做一個能溝通的 PM,做一個能溝通的前端,讓產品在使用者體驗的叢林中一路披荊斬棘。

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.