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

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

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

① 交互設(shè)計師：想的是用戶體驗

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

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

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

② 視覺設(shè)計師：想的是風格美觀

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

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

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

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

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

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

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

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

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