作者通過工作積累和平時翻閱書籍記錄和整理，在本文分享了產(chǎn)品設計的流程。

如果你在拉鉤、直聘or各大平臺，搜索互聯(lián)網(wǎng)產(chǎn)品經(jīng)理職位，你應該經(jīng)常會看到這樣的JD（招聘要求）：

“熟悉互聯(lián)網(wǎng)工作流程，具備出色的組織、協(xié)調(diào)和溝通能力”

“對流程數(shù)據(jù)敏感，能獨立完成和改善優(yōu)化應用相關的前后臺工作流程”

“流程”已經(jīng)成為互聯(lián)網(wǎng)產(chǎn)品設計過程中一個非常重要的因素，理解流程，將會使工作效率事半功倍，可見在互聯(lián)網(wǎng)產(chǎn)品設計中，一個規(guī)范的流程，是一個互聯(lián)網(wǎng)產(chǎn)品健康成長的有效保障。

? ?一、 理解流程的重要性? ?

在你的的工作經(jīng)歷中，你可能會聽過諸如這樣的聲音：

“我們小公司，成本有限，必須敏捷開發(fā)，快速上線”

“為了節(jié)省開發(fā)時間，原型不要畫了，直接UI設計界面切圖給開發(fā)吧”

“下一個某某APP，我們照著做一個吧”

“你看XXAPP，人家都是這么做的，我們也這么做沒毛病”

那么，類似以上情況所理解的敏捷開發(fā)，是否真正明確理解敏捷開發(fā)的意義，或者對于某某競品的業(yè)務流程有沒有做過研究，我不知道，但我相信諸如此類，大部分情況，我個人認為，更多的原因是你的上方產(chǎn)品經(jīng)理對產(chǎn)出流程的理解還不夠深刻，或者說你可能是遇到了一個經(jīng)驗不是特別足的產(chǎn)品。

而規(guī)范流程，它本身并不是要求去花費大量時間，去做調(diào)研，去收集數(shù)據(jù)，或者去研究用戶畫像，然后去輸出原型。相反這項工作，是為了更有效的將每一項工作細節(jié)事先考慮、安排。而去避免后期因為考慮不周，試錯，而反復修正導致更多不必要的人力以及時間成本的浪費。所謂多一點設計，少一點代碼！就是這個道理。

在設計一個互聯(lián)網(wǎng)產(chǎn)品時，常常需要將項目總體工期目標分成多個時間節(jié)點，或者稱之為里程碑會更合適，然后針對每個階段，所覆蓋的每個工作包和PRD文檔，編制多層、多種類進度計劃，在分解到相關設計人員，開發(fā)人員，測試人員，并對個別任務的完成狀態(tài)進行每周的監(jiān)控走查。通過規(guī)范而細致的流程，詳細的規(guī)定項目經(jīng)理和設計人員，開發(fā)人員的職責，大大提高工作效率。

但需要注意，流程并不是一成不變的，工作流程的組織系統(tǒng)中，各項工作之間的邏輯關系，是一種動態(tài)關系。也就是說，全面理解工作流程，可以全面掌握實際工作活動，消除工作過程中冗余的工作環(huán)節(jié)，是整個團隊工作流程更為經(jīng)濟，合理和簡便。從而大大提高工作效率。

二、流程金字塔（流程分級）

對于流程而言，也可以分為不同級別，如圖：

一級流程：大致描繪著公司的核心價值鏈，他關系著公司或企業(yè)持續(xù)穩(wěn)定發(fā)展和盈利。

二級流程：主要的業(yè)務板塊分類圖，比如今日頭條目前的業(yè)務板塊有：內(nèi)容資訊今日頭條，抖音短視頻，火山小視頻，內(nèi)涵段子，悟空問答等。

三級流程：這塊是業(yè)務流程描述中最有價值的，被定義為跨部門、跨職能的流程。三級流程，一般會細化到部門，涉及部門的具體崗位，比如運營部門，市場部門，開發(fā)部門，設計部門，等等。

四級流程：到了這塊，就要開始細化部門內(nèi)部的分工合作，或者說是為了完成上級流程目的需要崗位職員跟細化的作業(yè)標準。

例如，產(chǎn)品設計，產(chǎn)品策劃，交互設計，UI設計，視覺設計，開發(fā)部門等崗位，就是部門內(nèi)部，在細化分工，某某某負責這個版塊的UI設計工作，某某某負責這部分局部流程的動效設計等，其目的，就是為了更好的完成上一級流程的目的。

五級流程：這部分就是通常，所定義的軟件功能，和單個操作動作的流程。

六級流程：這部分就是最后的原型文檔輸出，UI界面設計，已經(jīng)開發(fā)，和走查等工作。

在流程金字塔中，每個流程都有著自身至關重要的意義，而在流程金字塔中，找到自己的位置，就很重要了。

當然，不同公司的資源不同，不可能每個公司都在每個分級上做的盡善盡美，但對每個分級的理解和認知卻至關重要，這就是為什么，經(jīng)常會有一些，小白產(chǎn)品經(jīng)理，會直接跳過前四級流程，直接進入五級流程，甚至是在需求還未確定，功能未妥善考慮的情況下，直接進入到UI設計，和開發(fā)中，而后果就是后期不斷的修修補補，頻繁更改需求，甚至從而導致項目比原計劃花費更多的時間。原因就是，對流程分級沒有足夠的認知，和理解。

你可能會反駁我：“一個互聯(lián)網(wǎng)產(chǎn)品，無非就是構思，設計、開發(fā)、部署、這幾個階段。無非，就是許多人在做一系列的事情，為啥到你這，咋這么復雜，這么多事?！?/p>

當然，如果分開講，這些階段確實沒什么大的意義，但是如果你把這些階段聯(lián)系為一個整體時，就像一個鬧鐘，他們又無數(shù)個齒輪（各個職員），受動力驅動（需求）推動，,秒鐘鐘運轉360°，分鐘就要運轉30°（規(guī)范化流程），而你對流程的理解，更像是建筑施工圖中，你對每塊結構的理解，一棟多高的樓，他需要幾組承重墻去支持，（三通在龍華工地搬過磚啦~）一旦計算失誤，將造成巨大的損失。

而流程在技術部門合作構建產(chǎn)品原型，構思，并實現(xiàn)UE、UI設計、開展可行性測試、優(yōu)化產(chǎn)品用戶體驗是，這種溝通中的流程運轉，就顯得尤其重要了。

作者：鬼符三通，微信公眾號：uefans

本文由 @鬼符三通 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉載

題圖來自 Pexels ，基于 CC0 協(xié)議