產品管理流程思考:互聯網產品流程的碎片化

4 評論 26685 瀏覽 68 收藏 16 分鐘

【無流程】是一個現實問題,或者說是一種趨勢。請記住:在那之前,你還有團隊、公司…

是什么使得一款產品能夠從0到1?對不同人而言,肯定有不一樣的理解和篤定。如是說來,興致萬分,甚是有趣。

有人覺得,技術水平是一款產品的基礎條件;

有人相信,資金能力是一款產品的必要前提;

有人堅持,溝通技巧是一款產品的實現助力;

有人認為,人是一款產品的核心要素;

很多人,很多認為…

顯然,我是無法反駁上述的任何一個觀點的,無法否認技術、資金、溝通、人對產品的成功落地都大有裨益。是否存在某種客觀事物能夠維系一切產品要素?

我相信,TA一定存在并且為大多數人熟知。接觸產品以來,一直有人問反復問我一個相同的問題——對于一款產品而言,最最重要的一點是什么?每次聽到這個問題,我的內心很誠實都表現得非常抗拒。產品/軟件產品本身就是一個復雜地難以理解的綜合體,因為其源于一個復雜的多人協作過程,不論從哪一個維度試圖解讀都無法窮其萬一獲得平衡。

一、定義產品流程

產品管理流程(Product Design Process)簡稱PDP,我個人特別不喜歡使用【項目管理】這個詞,平時工作中能不用就絕不提及,因為我覺得項目管理傾向于項目事務管理,過分強調時效,輪廓異常清晰。愚認為產品管理是項目管理的提升、迭代,其涉及范疇足以兼容項目管理的各方面,或者準確地講是項目管理的更高形態表現,并且擁有項目管理所不具備的新特質、新定義。產品管理是一個有溫度、有情感的價值導向過程,不是錙銖必較,不是蓄意推諉,更不是閉門造車…

1、瀑布模型

軟件工程提倡采用線性的工作流方式,其中應用范圍最廣、最有名氣的莫過于——瀑布模型(waterfall model ),被稱為經典生命周期(classic life cycle)。

模型定義:經典瀑布模型提出的是一個系統的、順序的軟件開發方法,從用戶需求規格說明開始,通過計劃、建模、構建和部署的過程,最終提供一個完整的軟件產品和提供持續的技術支持服務。

是不是有一種似曾相識的感覺?好像在哪見過?是的,瀑布模型是至今為,還被很多公司所遵循,暫且忽略其自身的固有弊端,該模型真的是經典之最,沒有之一。鑒于現實的壓迫和解決問題的需要,實際上很少有項目嚴格遵循計劃的瀑布模型順序,因此后期對該模型做了不少改變,比如V模型、增量模型、原型開發模型。目前一些比較前衛/先進的互聯網公司,大部分采用了【增量過程模型】的持續交付,各公司依據公司的現狀按需索取,細節上可能存在些許的差異,但整體的思想和目標是別無二致的。

2、SCRUM

現代軟件又提出了一個用于開發和維持復雜產品的框架 ——SCRUM,是一個增量的、迭代的開發過程。SCRUM的五個價值觀:

  • 承諾 – 愿意對目標做出承諾
  • 專注– 把你的心思和能力都用到你承諾的工作上去
  • 開放– Scrum 把項目中的一切開放給每個人看
  • 尊重– 每個人都有他獨特的背景和經驗
  • 勇氣– 有勇氣做出承諾,履行承諾,接受別人的尊重

如果你對SCRUM有所了解,其實就能知道SCRUM的兩個重要觀點:敏捷開發、XP編程,讓其看起來更像是一個偏向于軟件開發的概念。

我認為,事實上確實是如此的,將開發人員前置需求、過程化是一個很有先見的做法。

當然,現實終究是相對比較骨感的,對人員素質和團隊結構的要求都近乎嚴苛,而現在公司的人員簡直就是流水般順滑,因而采用SCRUM的產品管理理念的團隊知之甚少。

二、回顧經典產品流程

古語有云:不以規矩,不成方圓。如果說沒有一個相對范式的產品流程,那么0到1的產品過程必然是不可言喻的,而其中的關系人更是苦不堪言、無意言表?;蛟S這正是大多數產品死在路上的重要原因,大多數技術人員對產品人員印象很差的最初來源。

下述流程是一個經典的【瀑布模型+增量模型】的復合流程,其有兩個關鍵要點:一是流程的線性,二是執行的交叉。之前我已經在《產品經理必修課之產品設計流程[完整版]》一文中做了詳細說明,下面將概述關鍵要點,不再贅述:

1、頂層設計

  • 需求分析:溝通、理解
  • 情境研究:需求調研的過程,包括:用戶研究、調研,競品分析等;
  • 需求管理:項目管理技巧;

2、概要設計

  • 需求建模
  • 功能建模
  • 流程設計
  • 原型設計:很多產品經理只對這個感興趣,并且占據了TA們的大多數工作時間;
  • 信息架構:信息架構(IA)是設計信息的組織結構;
  • 視覺設計:UI協同完成;

3、技術追蹤

  • 項目追蹤:產品實現進程的管控,確保產品的按時按量上線;
  • 產品驗收:不論理念還是業務邏輯設計上都是需要產品去把控的;

4、回歸迭代

  • 實現偏差:技術實施過程中,必然有些需求因為現實的局限性被耽擱或者簡化實現,那么上線后第一時間需要給出小幅優化的迭代完成之前研發階段的歷史遺留問題;
  • 反饋迭代:問題反饋通道建設對于一款新產品迭代優化初期顯得尤為重要,對產品快速增量式迭代及改善用戶體驗的重要都是不可估量的;

產品設計流程將整條產品線上的人員都串聯起來,將產品過程“數據流”化,可謂氣貫長虹、如夢般絲滑。產品流程將產品從各個原本獨立的實施過程聚合成一個統一的變現行為。

三、重構產品流程

這幾年的產品經歷,確實是屬于自己的幸運——遠勝于畢業之初進入BAT的機會,如果說沒有最初的時光,我想可能不會有今天的這篇文章,而我也不知道自己在哪做著什么?甚至,也就少了一個產品經理與你們淌這趟“渾水”了…

  • 最早接觸產品那會,對系統性流程性的概念沒有太多意識,只是停留在概念上的印象。更加清楚地說,關注節點因為自己就處在一個節點上,并且屬于內部節點,還不是外部鏈條關鍵環節。該階段關注的點,還不是宏觀的流程和協作,搞好自己的一畝三分地,僅此而已。內部的銜接,上下游的通暢是照進實際產品工作的最大限度。
  • 后期深入產品過程,逐步開始迫使我建立提點到線的產品過程,腦海中的概念越發的清晰可見。由于手頭接觸的產品工作,以及工作職責的增加,貫穿流程、跨部門的協作日益明顯,不得不跳出眼前的局限,將目光投向其他貌似毫不相干的關聯。規則約束彼此,推動事情的前進,如果沒有彼此的契約精神,現實總是比你想象的難以承受,甚至直至崩潰…
  • 如今逃離產品禁錮,開始意識到本沒有什么一層不變的產品流程,一個似乎更加貼近大多數人的意識想法。而我有一點與TA們不太一樣,不喜歡吐槽,喜歡做一些嘗試直至些許改變。之前建立的線性和增量式過程管理遭遇的滑鐵盧,新的環境顯得格格不入破碎了一地。俯下身,拾掇起來,因為我深信有些是不會變的,只是打開的方式和順序出了差錯。

產品驅動的團隊,產品的需求范圍由產品經理敲定,而一個技術驅動的團隊,產品的需求版本完全依據技術的資源/能力進行削減,既定的產品規則被肢解,很是無可奈何,任花落去。就這樣認命呢?這可不是一個產品人該秉持的態度,拾起來…

無流程的尷尬并不是產品經理面對的問題,大部分團隊/公司都經歷著同樣的煎熬,想要流程卻又礙于現實,沒有流程又只能走向OUT。既有的產品流程又無法滿足團隊的期待,那么該做些什么?于我個人而言,是經歷過這樣的尷尬和陣痛的,試探性的調整了產品管理流程,終究得出一個新的嘗試:碎片化的產品流程。

名詞解釋:碎片化,Fragmentation;去中心化,Decentralization

碎片化的產品流程提出了兩個關鍵的理念:碎片化、去中心化,也是個人這幾點對產品的概念從建立到打碎到重新建立的過程。

關鍵點一:碎片化

產品設計的遵循一定的范式,比如:需求管理、需求文檔、原型設計、UI設計等等,無論跨入一個怎樣的團隊,與怎樣的同事協作,這些要素都是相對不可或缺的,是產品經理最基本的輸出。

然而,各自的表達方式存在明顯的差異,這樣的差異體現在時間和空間之上。

舉個栗子,產品需求文檔(PRD)的輸出形式存在多樣的形式,有專業的文檔、有直接原型標注、甚至有直接以交流代替文檔的…

因而,所屬的產品流程需要被打碎,在恰當的時間、恰當的方式重新組合,甚至會做一些自適應的調整和優化,這就是所謂的碎片化。

關鍵點二:去中心化

傳統環境下,一個公司/組織都是圍繞一定的信仰/中心去運轉的,互聯網類的公司也無法幸免。大致分業務驅動、運營驅動、產品驅動、技術驅動,各種公司格局都是由公司所處的成長階段決定的,而不同的格局也注定公司走向何方和做多遠。

上述的經典的產品流程可以認為是產品驅動的格局下的順序流程,很明顯產品處于一個中心的位置,一切都圍繞產品展開。

對于一個產品經理而言,這樣的格局不可能一層不變,升職、跳槽都面臨著角色的轉變,因而打破中心化的概念,嘗試多中心的理念,將不同產品碎片置于不同的場景之下,相信你會有不一樣的收獲。

行文小結

說到這里,我還是想問一句:為什么需要產品流程?難道說沒有產品流程就不行嗎?世事洞明皆學問,人情練達即文章。的確是客觀存在無流程的團隊獲得成功的,可大多數人看到的只是成功榮耀而沒有留意背后的夯實基礎——產品管理流程。

產品流程(PDP)是一個人為制定的規則集合。規則之中蘊含人性的主觀因素,因而并不能要求人們盲目地遵循,而是對過程的督促,而不至于達成目標的成本難以承受,可惜了過去、遺憾了未來。流程的存在就是為了解決問題,而流程本身就是最好的解決方案。

雖然流程不一定就能締造成功的產品,但所有的優秀產品一定都源于流程(積極),要想擁有流程,首先要學會思考、付諸實踐,然后嘗試改變4P。人(People)、產品(Product)、過程(Process)、項目(Project)四要點構成流程的支撐,而人是流程的關鍵。

如果說,產品流程阻礙了問題的解決,請果斷重構TA;

如果說,產品流程破壞了團隊的節奏,請立刻改變TA;

如果說,產品流程影響了你的心情,請暫時忘記TA;

如果說…

或許正如所遇見的那樣,【無流程】是一個現實問題,或者是一種趨勢。請記?。涸谀侵?,你還有團隊、公司…

我相信:不給別人添麻煩,是對別人最好的尊重!

#專欄作家#

王偉,@簡書-互聯網產品小王。一個會講故事的產品人,喜歡做菜、樂于家務、懂生活的工科男,將理想照進現實的布道者。

本文原創發布于人人都是產品經理。未經許可,禁止轉載

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. :mrgreen:

    來自廣東 回復
  2. 過獎了,多謝!

    來自江蘇 回復
  3. 文章存在部分錯字,請大家見諒,本來準備改完再發的,回頭一看已經發出去了!Sorry …

    來自江蘇 回復
    1. ?? 好嗒。

      來自廣東 回復