作者：天津九安特機電工程有限公司 來(lái)源： 天津九安特機電工程有限公司 日期：2026-05-05 08:40:19
1
前言
互聯(lián)網(wǎng)界內有著(zhù)太多的互聯(lián)“野生”產(chǎn)品經(jīng)理，也有著(zhù)太多的網(wǎng)產(chǎn)位“非標準”的(de)互(╯°□°)╯聯(lián)網(wǎng)公司。
所以，品崗很多產(chǎn)品工作的工作(′?｀)工作流程混亂不堪，也是流程很常見(jiàn)。
今天，準流就為大家總結一下產(chǎn)品工作的互聯(lián)標準流程是什么樣子的，來(lái)看看跟你日常工作有沒(méi)有出入吧~
內容概要
（1）
今天的內容，從縱向來(lái)說(shuō)，我們產(chǎn)品工作的標準流程，可以分為這六大階段。
快來(lái)看看哪些是你(ni)熟悉的，哪些是你不熟悉的，以??及整個(gè)流程跟你日常工作是否一致？
（2）
從橫向來(lái)說(shuō)，每個(gè)階段，我們會(huì )重點(diǎn)討論這六大要點(diǎn)。
（3）
總而言之，我們今天的目標，是把這張表格給填滿(mǎn)~
（4）
內容正式開(kāi)始之前，先給大家說(shuō)一下有哪些需要注意，以及今天內容的意義：
1. 注意
今天的標題是“產(chǎn)品工作標準流程”，那標準是什么呢？
標準約等于高效！我們產(chǎn)品工作的流程(cheng)越(yue)接近于標??準流程，效率基本上是??越高的。
但標準不等于真實(shí)，有時(shí)候我們的工作跟這個(gè)標準有所??出入，也很正常。但因地制(zhi)宜是一回事??，流程混亂就是另一回事了，大(°o°)家可以自行對號入座~(??ヮ?)?*:???
2. 意(yi)義
今天我們總結的(de)標準流程，首先可以反哺我們的日常工作，提升我們自己甚至是整個(gè)團隊的工作效率；
1
需求??溝通
好了，我們進(jìn)入正題，先來(lái)看看第一部分需求??溝通。
（5）
1. 階段任務(wù)
需求溝通階段的首要任務(wù)肯定是去了解需求。
B端想要了解需求怎么辦呢？那你就去調研吧；(′；ω；`)C端想要了解需求怎么辦呢？那你??就去做競??品分析吧。
了解完需求以后，那相應的任務(wù)肯定就是需求分析以及確認了。
2. 參與角色
這個(gè)階段的參與角色，首先就是我們PM，也就是產(chǎn)品經(jīng)理。
另外就是需求方啦。
（6）
3??. 重點(diǎn)工作
需求溝通階段，最最重要的工作，不是去了??解什么用戶(hù)需求，用戶(hù)很多時(shí)候是(shi)說(shuō)不出來(lái)需求的，他們比較清楚的，是他們有什么問(wèn)題。
然后我們根據用戶(hù)問(wèn)題，依靠我(′?｀)們的專(zhuān)業(yè)能力，去梳理(li)相應的解決方案ヽ(′▽?zhuān)?ノ。
當然梳理完成以后，我們還需要和用戶(hù)去確認，不然的話(huà)，后期有可ヾ(′▽?zhuān)??能做很多無(wú)用功。
再回顧一下以前的知識點(diǎn)哈：“需求=ヽ(′▽?zhuān)?ノ需（用戶(hù)問(wèn)題）+求（解決方案）”。
4. 關(guān)鍵會(huì )議
（7）
5. 產(chǎn)出物
這個(gè)階段的產(chǎn)出物有兩個(gè)，一個(gè)是《調研報告》，這個(gè)側(′ω｀*)重于市場(chǎng)和業(yè)務(wù)；另外一??個(gè)是《??需求清單》，這個(gè)是為產(chǎn)品和功能做準備┐(′ー｀)┌的。
這些文檔模板，我(′_｀)也同樣會(huì )上傳到我們的產(chǎn)品學(xué)堂當中哈~
6. 注意事項
需求溝通階段有(′ω｀)什(shen)么需要注意的呢？
第一就是，現場(chǎng)如果允許的話(huà)，可以錄個(gè)音，如果不允許的話(huà)，那就偷偷摸摸錄個(gè)(???)音，因為你當時(shí)不一定能夠明白或者全部記住用戶(hù)說(shuō)的內容；
第三就是，需求確認的時(shí)候，如果可以的話(huà)，找相關(guān)人(′?｀*)員簽個(gè)字，目的和第二條一樣。
這些很重要，可以避免掉日后很多沒(méi)必要的需求變更。
（8）
2
產(chǎn)品設計
（9）
1. 階段任務(wù)
既然是產(chǎn)品設計階段了，那這個(gè)( ?ヮ?)階段的重點(diǎn)任務(wù)(′▽?zhuān)?)當然就是產(chǎn)品設計了。
然后設計分為概設和詳設，概設包括流程、功能框架、信息框架這些方面的設計，然后詳設包括原型和邏輯。
補充一下，軟件工程里面也有概設和??詳設，我們今天所說(shuō)的，只是局限于??產(chǎn)品方面的哈，而且這個(gè)專(zhuān)業(yè)??術(shù)語(yǔ)在軟件工程里面是更加標準的~
2. 參與角色
這個(gè)階段參與的角色就比較多了，產(chǎn)ヽ(′ー｀)ノ品、設計、測試、開(kāi)發(fā)統統都需要上場(chǎng)，然后每個(gè)角色都有自己的任務(wù)哈，我們接著(zhù)往下看。
3. 重點(diǎn)工作
產(chǎn)品的重點(diǎn)工作，首先當然是概設與詳設的這些內容。
然后呢，?產(chǎn)品需要去和需求方進(jìn)行溝通。
需求階段和需求方討論的是用戶(hù)問(wèn)題，設計階段與需求??方重點(diǎn)討論的就是解決方案了，而這個(gè)解決方案，主要是基于成本來(lái)討論，當然包括用戶(hù)付(?Д?)出的成本以及我們實(shí)現的成本。
開(kāi)發(fā)和測試在這個(gè)階段，是需要對需求進(jìn)行(O_O)評審，并提出合理化建議的。
UE則負責設計交(???)互原型，UI負責設計效果圖。
4. 關(guān)鍵會(huì )議
首先我們得有??個(gè)產(chǎn)品的內部評審會(huì )，這個(gè)不用太正式，但意義重大，能讓我們在對外評審的時(shí)候有盟??友~
然后就是方案評審和設計評審啦，這兩個(gè)評審，ヽ(′ー｀)ノ基本上是項目相關(guān)的成員都需要參加的，如果有條件的話(huà)，最好也能讓客戶(hù)參與一(??-)?下。
5. 產(chǎn)出物
產(chǎn)出??物有以上這么多，這個(gè)就不再贅述啦。
但有一點(diǎn)需要提一下，也就是這個(gè)《數據接口文檔》。
有些同學(xué)就會(huì )有疑問(wèn)了??，這個(gè)玩意也需要產(chǎn)品經(jīng)理去寫(xiě)嗎？我想說(shuō)的是，有些公司需要，有些公司不需要，但讓產(chǎn)品經(jīng)理寫(xiě)，也是合理的。
主要就是因為，這個(gè)《數據(°ロ°) !接口??文檔》，并不是為了??前后端定義怎樣傳輸數據的(de)，而是告訴開(kāi)??發(fā)，數據都來(lái)源于哪些地方，然后這些數據都有哪些字段。
6. 注意事項
產(chǎn)品設計啊，是一個(gè)循序漸進(jìn)的過(guò)程，不可能有一次性就能設計完美(mei)的。
不用理他，我們堅定地走自己的路就好：
圖：線(xiàn)框圖—>功能原(′?｀)型—>交互原型—>效果圖
產(chǎn)品：有用—>能用—>好用—>好看
版權聲明：本文內ヽ(′ー｀)ノ容由互聯(lián)網(wǎng)用戶(hù)自發(fā)貢獻，該文觀(guān)點(diǎn)僅代表作者本人。ヽ(′?｀)ノ本站僅提供信息存儲空間服務(wù)，不擁有所有權，不承擔相關(guān)法律責任。如發(fā)現本站有涉嫌抄襲侵權/違法違規的內容， 請發(fā)送郵件至(zhi) [email protected] 舉報，一經(jīng)查實(shí)，本站將立刻刪除。
