很多準備加入互聯網或者加入不久的朋友們，對于互聯網團隊如何協作辦公，每個人的職責是什么？如何高效的在部門內合作、甚至跨部門合作，整體還是比較懵的。事實上，在互聯網團隊有四個最重要的角色，那便是產品經理、開發人員、測試人員、運營人員，這四個角色承擔著產品從0到1、再從1到100的工作任務。

這四個角色根據團隊大小不同、產品階段不同、所在行業不同而會有所差異，但整體所做的事情是一致的，目標也是一致的。因此我們就來看看互聯網團隊的四架馬車，如何齊頭并驅吧～

第一階段之需求

產品經理會面臨來自組織、老板、用戶、市場環境變化等所帶來的一些問題和機遇，根據個人的經驗和對市場的洞察，判斷這是一個機會點之后，根據用戶問題設計出對應的解決方案，交付開發團隊。

在需求設計過程中，需要結合市場分析、競品調研、用戶方案，然后再輸出PRD（ProductRequirementDocument）產品需求文檔、高保真原型圖，把產品的雛形展示給到開發人員。承擔產品經理角色的人可以是公司老板、項目負責人、干活的產品經理。注意，產品經理對整個產品負責，但并不是什么經理，沒有實際權力（老板就另當別論啦）。

我們以一個實際case來看，面對2020年新冠疫情的爆發，政府和各級部門都倡導居家隔離、少走動、不走動，避免交叉感染。居家隔離沒問題啊，但是吃喝拉撒怎么辦呢？家里的余糧總會耗盡，必須要采購啊，但是又不太想出去。敏銳的產品經理嗅到了這是一個機會點了，用戶買菜的事情沒有辦法解決，那么就可以設計一個產品，讓用戶直接在家就可以買菜呀。確認了這個事情要做之后，就開始設計產品原型、編寫PRD，原型稿中包含用戶端、商家端、物流端，以用戶端為例，用戶能看到商品的價格、數量，能選擇購買下單即可。

第二階段之開發

產品經理組織需求評審會進行需求的評審，在評審會除了需求講解之外，開發leader、測試leader、運營leader都要參加評審會，并且討論對應的開發方案、測試方案、運營方案，以及對應的計劃安排。需求評審會之后，產品經理整理會上需要調整的內容，形成最終版，并且將需求拆分成一個個的任務給到開發同學，此時測試同學也根據需求文檔開始編寫測試計劃、測試用例了。

開發同學根據需求設計技術架構、進行技術選型、接口方案，在技術架構設計中可以參考SOA架構、微服務架構、領域驅動設計等架構設計思想進行設計；在技術選型中，考慮當下的業務需求、未來三五年的用戶流量和需求進行數據庫、消息隊列、開發語言、開發框架選型；在接口方案設計中，主要是和前端確認傳遞的參數、方式，保障雙方交流順暢。準備工作做好了，就開始開發了，開發完了就進行提測。

第三階段之測試

開發人員開發完成之后，提交了代碼，提測后就可以讓測試人員介入進行測試了。在測試開始之前，測試人員可以通過CI持續集成工具讓提測的代碼先運行流水線工具，保證代碼是可編譯的、經過研發自測的。進入測試階段后，測試人員使用機器進行測試環境搭建，部署前后端代碼，根據寫好的測試用例執行功能測試，如果有bug則根據影響程度記錄優先級，反饋給到研發人員修復，在修復完成之后繼續測試，如此循環往復，直到所有的功能都沒有問題。

除了功能測試之外，還要進行對應的性能測試，保證產品在高流量、多用戶請求并發的情況下，依然可以正常提供功能。這時候可以借助一下測試工具，如jmeter進行用戶請求的模擬，不斷的增加用戶請求數，找到系統瓶頸，給到開發人員解決。開發人員不只是修復功能問題，性能問題也是要修復的。畢竟功能只能帶來短期的用戶，長期來看，還是需要性能好、系統穩定，才能源遠流長。

測試完成之后，測試人員輸出測試報告，包含所測出的bug情況、修復情況、存留問題情況等，邀請產品經理進行驗收測試，測試沒問題之后，進行產品在生產環境的部署，完成上線。

第四階段之運營

在產品上線之后，運營人員就登場了。運營人員根據目標用戶情況，制定運營計劃，比如舉辦活動、發送優惠券、寫文章等，把用戶拉來平臺，讓他們完成注冊、使用、付費、再付費。對于用戶在使用中遇到的問題，收集給到產品經理或測試人員，由他們復現后再給到研發人員開發實現，測試人員測試，上線。如此循環往復，產品持續迭代、生生不息。

從需求、開發、測試、運營的互聯網產品工作流程，現在你清晰了嗎？無論是準備加入還是剛加入不久互聯網行業的朋友，了解了互聯網團隊的核心角色、核心工作流程中，無論在完成自己的本職工作，還是和相關人員溝通、跨職能部門溝通時，都能游刃有余噢～