第五章：產(chǎn)品管理(5) – 團隊協(xié)同

阿航

2014-11-11

0 評論 17123 瀏覽 22 收藏

9 分鐘

5、團隊協(xié)同

一個完整的產(chǎn)品是由團隊合作共同完成的，負責最終執(zhí)行的工作人員被統(tǒng)稱為研發(fā)團隊，研發(fā)團隊由產(chǎn)品設計、技術(shù)開發(fā)兩個方面的崗位組成。產(chǎn)品設計人員包括產(chǎn)品經(jīng)理、交互設計師、視覺設計師，技術(shù)開發(fā)人員包括前端、服務端、數(shù)據(jù)端、測試等方面的工程師。

在大公司里，產(chǎn)品、技術(shù)、設計等崗位的工作人員都被劃分在各自的部門里，然后根據(jù)項目再組成虛擬小組，由項目經(jīng)理或者產(chǎn)品經(jīng)理帶頭執(zhí)行產(chǎn)品的研發(fā)，所以大公司里的設計和技術(shù)等工作人員并不完全只負責一個產(chǎn)品項目。在小公司或者創(chuàng)業(yè)型團隊里，可能公司或團隊只有一個產(chǎn)品，所以大家也就共同負責這一個產(chǎn)品。

無論工作環(huán)境如何，產(chǎn)品需求的執(zhí)行都會涉及到各個方面的工作溝通和協(xié)調(diào)，在產(chǎn)品研發(fā)的過程中，團隊協(xié)同的默契度決定了工作的效率。但是在研發(fā)團隊中，每個人的想法都是不一樣的，默契也需要很長時間的磨合，如果我們能夠了解到各個崗位工作人員的想法，那么對于減少磨合周期，提升溝通和工作的效率，無疑是一個非常好的途徑。

① 交互設計師：想的是用戶體驗

在很多公司里是沒有單獨的交互設計師崗位的，通常都是由產(chǎn)品經(jīng)理直接負責，所以產(chǎn)品經(jīng)理等于半個交互設計師。在有交互設計師崗位的公司里，由于產(chǎn)品經(jīng)理和交互設計師都會考慮用戶體驗，所以多多少少產(chǎn)品經(jīng)理也會參與到交互設計的環(huán)節(jié)，在產(chǎn)品需求設計的時候很容易會和交互設計師的工作重疊，因此在工作中和交互設計師產(chǎn)生分歧也是常事了。

雖然產(chǎn)品經(jīng)理比交互設計師更懂用戶需求，并且對產(chǎn)品感覺、把握項目進度等等綜合能力要強于交互設計師。但是交互設計師比產(chǎn)品經(jīng)理更了解用戶行為習慣，了解用戶體驗。所以在工作中，產(chǎn)品經(jīng)理需要相信交互設計師在領域內(nèi)的專業(yè)性，畢竟交互設計師是專業(yè)人士。

交互設計是一種在用戶純主觀使用產(chǎn)品過程中建立起來的感受，用戶的行為習慣除了使用設備的基礎特性外，往往操作習慣都是被引導的，至于一個按鈕放在A位置還是B位置，在產(chǎn)品需求的本質(zhì)上區(qū)別并不大，相信交互設計師的決定是經(jīng)過專業(yè)思考的。所以產(chǎn)品經(jīng)理在交互設計之前，只要充分和交互設計師溝通，表明產(chǎn)品需求和意圖，然后只要把控交互設計沒有破壞掉產(chǎn)品的需求和意圖。

② 視覺設計師：想的是風格美觀

視覺設計也是一種藝術(shù)，但凡是藝術(shù)的東西，都是一種主觀的行為，沒有絕對的對錯之分，也沒有懂與不懂，只有審美與訴求點不一樣而已。所以產(chǎn)品經(jīng)理和視覺設計師之間是很難用主觀或者抽象的知識去互相說服對方的，畢竟大家的視野角度不一樣。

例如自行車產(chǎn)品，產(chǎn)品經(jīng)理只需要把控好自行車這個產(chǎn)品的本質(zhì)需求和意圖是按照產(chǎn)品規(guī)劃完成的即可，至于自行車的色彩風格，相信視覺設計師在色彩風格上面的美術(shù)研究要比產(chǎn)品經(jīng)理更專業(yè)。

產(chǎn)品設計的本身是為用戶服務的，所以視覺也是一種溝通與傳達，當我們對視覺設計方案有異議的時候，我們應當充實自己在視覺領域的知識，盡量使用具體形象化的表述方式描繪視覺想法。如果產(chǎn)生爭議，我們可以多做幾個視覺設計稿，讓團隊其他工作人員或者用戶參與設計稿的體驗，收集他們的建議和反饋。

③ 技術(shù)工程師：想的是實現(xiàn)模型

技術(shù)人員是產(chǎn)品從規(guī)劃設計到實現(xiàn)的最后一步的執(zhí)行人員，負責產(chǎn)品需求的開發(fā)工作，所以技術(shù)人員在理解需求的時候，考慮的是需求在技術(shù)層面的實現(xiàn)方法，想的是實現(xiàn)模型。

當需求到了實現(xiàn)的時候，如果存在考慮不周全的細節(jié)時，就很容易造成技術(shù)邏輯不通，往往這些因素會導致需求不夠完善，需要重新設計或者變更，這種情況就會造成技術(shù)人員之前工作量的浪費。

常見的細節(jié)缺失會出現(xiàn)在功能的邏輯流程方面，比如電子商務網(wǎng)站在促銷管理中有一個設置某個商品首次購買可以特價的功能，這個功能背后就有很多關(guān)聯(lián)性的邏輯，例如在促銷之前已經(jīng)購買過，還能不能享受這次的特價購買？也就是首次購買是指所有時間的首次？還是從促銷時間之后算起的首次？并且如何遇到提交訂單后但是訂單被拒絕或者客戶取消，再購買算不算首次購買？這個首次購買的定義是指訂單成功運出，還是說只要提交過這個商品的訂單，無論有沒有成功運出，都不再是首次？

所以在和技術(shù)人員協(xié)同工作時，往往導致工作不順的原因就在于產(chǎn)品需求不夠細致，功能邏輯不通，這些缺失的因素，那怕是一個小改動，也許就要讓技術(shù)人員耗費好長時間去修改，并且在需求新增、變更以及項目趕進度等等情況下，工作量都會落實到技術(shù)人員身上。所以我們在和技術(shù)人員對接工作時，應當從產(chǎn)品技術(shù)層面的實現(xiàn)模型考慮，為技術(shù)人員提供明確的、完善的產(chǎn)品需求文檔，盡量減少和避免增加技術(shù)人員的多余工作量。

團隊協(xié)同的基礎是建立在互相尊重和信任之上的，所以在產(chǎn)品經(jīng)理不了解的領域里，我們應當充分尊重和信任團隊里的專業(yè)人士，避免使用主觀的喜好進行溝通和決策。同時產(chǎn)品經(jīng)理也要主動和團隊里的各個層面的人員保持溝通，即時跟進產(chǎn)品實施的進度和反饋，避免產(chǎn)品在執(zhí)行過程中偏離方向。