編輯導(dǎo)語：產(chǎn)品經(jīng)理這個崗位的出現(xiàn)也順應(yīng)了市場的需求，隨著市場的不斷發(fā)展，不同的行業(yè)分布明確，產(chǎn)品經(jīng)理也在不同行業(yè)都設(shè)立了崗位；在如今這個大背景下，產(chǎn)品經(jīng)理以創(chuàng)造價值為宗旨，產(chǎn)品經(jīng)理也需要掌握多種方法；本文作者詳細(xì)介紹了B端產(chǎn)品經(jīng)理的方法論，我們一起來看一下。

一、市場和產(chǎn)品

只有在市場經(jīng)濟(jì)體系下才會有產(chǎn)品經(jīng)理這一個角色的出現(xiàn)，這樣的經(jīng)濟(jì)框架下，市場的活動主體、企業(yè)，通過與其它企業(yè)交易所帶來的價值來維持本身的存在和擴(kuò)張需要；而交易的載體就是產(chǎn)品——通過產(chǎn)品在雙方或者多方之間的交換，所有的參與方都在交易中獲得了各自追求的價值。

那么如何在實踐中，洞察能觸發(fā)各方交易的需求，轉(zhuǎn)換能滿足需求的解決方案為可交易的產(chǎn)品，從而促成交易的發(fā)生和價值的創(chuàng)造，則成為產(chǎn)品經(jīng)理所有擔(dān)負(fù)的使命和工作范疇。

產(chǎn)品經(jīng)理不是一個新鮮的職業(yè)，只要有市場、有交易，就會有產(chǎn)品經(jīng)理。

在互聯(lián)網(wǎng)產(chǎn)品經(jīng)理出現(xiàn)之前，這種發(fā)掘市場需求、整合資源、設(shè)計方案、研發(fā)產(chǎn)品的訴求就一直存在；所以第一位產(chǎn)品經(jīng)理出現(xiàn)在傳統(tǒng)的快銷行業(yè)也就不足為奇了。

時至今日，不同行業(yè)（例如家電、通信設(shè)備、機(jī)械制造、金融行業(yè)等）都誕生和逐步設(shè)立了產(chǎn)品經(jīng)理這一崗位，而不在是將此角色的權(quán)責(zé)分散在企業(yè)里的不同組織當(dāng)中。

在工業(yè)時代，受制于信息傳遞方式、技術(shù)成本和科技普及率，以及市場需求的局限；大多數(shù)時候產(chǎn)品經(jīng)理這一職責(zé)實際上是被在不同職能部門中的人員共同完成的。

而信息時代的到來，互聯(lián)網(wǎng)和信息技術(shù)徹底改變了以往時代的生產(chǎn)要素的分配和市場需求。

先進(jìn)技術(shù)的發(fā)展，大大拓展了企業(yè)的生產(chǎn)能力和信息獲取能力，市場需求從簡單單一轉(zhuǎn)為快速多樣和碎片化；這樣的外界商業(yè)環(huán)境，促使了產(chǎn)品經(jīng)理職能需要被獨立抽取出來，形成一個獨立的職位來整合產(chǎn)品各個要素，貫通整個產(chǎn)品的生命周期。

1. C端產(chǎn)品經(jīng)理

科技的發(fā)展無論在廣度和深度上都極大改善了信息的傳播，借助這些信息渠道的形成，單個自然人作為交易消費主體的需求被放大和關(guān)注；滿足這些需求的、針對個人(Customer)的C端互聯(lián)網(wǎng)產(chǎn)品被不斷推向市場。

在“人人都是產(chǎn)品經(jīng)理”的號召下，借助于信息技術(shù)的普及和研發(fā)成本的下降，C端產(chǎn)品經(jīng)理這一群體逐步壯大，不斷延伸業(yè)務(wù)范圍。

結(jié)合各類學(xué)科的理論和實踐，C端產(chǎn)品經(jīng)理對個人的需求進(jìn)行徹底和深入的研究與探討，以期尋找新痛點，創(chuàng)造新的產(chǎn)品；社交類型的互聯(lián)網(wǎng)產(chǎn)品就是這一類型產(chǎn)品的代表，例如抖音、陌陌。

2. B端產(chǎn)品經(jīng)理

伴隨著個人流量紅利逐漸退潮，ToC互聯(lián)網(wǎng)產(chǎn)品和為之服務(wù)的C端產(chǎn)品經(jīng)理開始邁向了飽和狀態(tài)；但是借助國家推出“互聯(lián)網(wǎng)+”的概念和積極的政策引導(dǎo)，各行各業(yè)都開始對接互聯(lián)網(wǎng)企業(yè)的先進(jìn)技術(shù)和最佳實踐，希望通過“行業(yè)+互聯(lián)網(wǎng)”的方式來實現(xiàn)改革創(chuàng)新和產(chǎn)業(yè)升級。

在當(dāng)下的市場環(huán)境里，企業(yè)需要結(jié)合科技來支撐自身已有業(yè)務(wù)的運營；同時，因為借助于科技的發(fā)展，新的商業(yè)模式不斷涌現(xiàn)，新的市場需求被挖掘；如此快速多變的業(yè)務(wù)需求，需要企業(yè)在市場捕捉、運營體系、管理機(jī)制上及時響應(yīng)來保證企業(yè)的生存和發(fā)展。

因此，必須有這樣一批具備以企業(yè)為服務(wù)對象的產(chǎn)品經(jīng)理，通過結(jié)合行業(yè)知識、業(yè)務(wù)運營、技術(shù)和其他相關(guān)要素來針對業(yè)務(wù)訴求；快速合理的設(shè)計企業(yè)應(yīng)用產(chǎn)品，及時落地實施，敏捷迭代優(yōu)化。

B端產(chǎn)品經(jīng)理的產(chǎn)品交付物因為離大眾用戶有相對的距離，而且職能活動有相對的專業(yè)領(lǐng)域門檻，所以在一段時間內(nèi)關(guān)注度和曝光率相對較弱；產(chǎn)品經(jīng)理需求的大環(huán)境改變，給B端產(chǎn)品經(jīng)理的發(fā)展和壯大，帶來了巨大機(jī)會，同時也帶來了挑戰(zhàn)，特別是在B段產(chǎn)品經(jīng)理自身的業(yè)務(wù)能力和技能體系上。

B端產(chǎn)品服務(wù)的對象和需求來源是企業(yè)和組織——相對于C端產(chǎn)品需要針對個人用戶的心流和痛點，來研發(fā)設(shè)計相關(guān)產(chǎn)品；在B端產(chǎn)品經(jīng)理的工作范疇里則轉(zhuǎn)變成了針對企業(yè)這個有機(jī)體的需求、組織行為、流程阻礙，以及業(yè)務(wù)模式與市場快速變化的不匹配等這些企業(yè)經(jīng)營問題來設(shè)計和思考產(chǎn)品。

以企業(yè)運營架構(gòu)和業(yè)務(wù)目標(biāo)為背景，一個個業(yè)務(wù)團(tuán)隊或部門被抽象出來，通過觀察和分析它們之間如何處理業(yè)務(wù)分工、規(guī)則設(shè)定、流程執(zhí)行等事務(wù)；產(chǎn)品經(jīng)理需要調(diào)動自己的商業(yè)分析能力和邏輯思維，從企業(yè)組織行為和組織目標(biāo)來設(shè)計產(chǎn)品和定義功能，以期能解決企業(yè)的經(jīng)營問題。

在此之外，B端產(chǎn)品經(jīng)理還需要時刻觀察和分析外部行業(yè)動態(tài)和內(nèi)部運營數(shù)據(jù)，從而有預(yù)判性的和準(zhǔn)確的對企業(yè)經(jīng)營現(xiàn)狀做出評估，通過B端產(chǎn)品的研發(fā)和迭代來驅(qū)動業(yè)務(wù)效能的提高、激發(fā)企業(yè)活力、實現(xiàn)自我提升。

B端產(chǎn)品的使用者也是個體自然人，類似C端產(chǎn)品，也會考慮交互體驗；交互的界面享有相同的設(shè)計邏輯，也僅此而已；界面之后的產(chǎn)品驅(qū)動力和服務(wù)對象的不同，決定了產(chǎn)品經(jīng)理所考慮的優(yōu)先級，產(chǎn)品價值創(chuàng)造的邏輯大相徑庭。

更進(jìn)一步，B端產(chǎn)品所支持的業(yè)務(wù)訴求是依靠一系列使用群體共同協(xié)作通過產(chǎn)品來完成；產(chǎn)品經(jīng)理需要在產(chǎn)品之外平衡各方利益訴求于產(chǎn)品生命周期內(nèi)，從而達(dá)到共同的內(nèi)在產(chǎn)品驅(qū)動。

因此，能否達(dá)到預(yù)期業(yè)務(wù)效果，并非僅僅局限于B端產(chǎn)品本身的研發(fā)，還有太多的其它核心但非產(chǎn)品因素會影響產(chǎn)品對業(yè)務(wù)目標(biāo)的效果；產(chǎn)品成功和業(yè)務(wù)經(jīng)營成功是分離的情況并不少見，這一點上B端產(chǎn)品不如C端產(chǎn)品同相關(guān)業(yè)務(wù)效果之間那么直接和緊密。

市場和行業(yè)的大環(huán)境需要更多的B端產(chǎn)品經(jīng)理，它的工作范疇需要跨領(lǐng)域的全面綜合能力， 對產(chǎn)品的全生命周期驅(qū)動能力，和各項專業(yè)商業(yè)和技術(shù)能力。

本文試圖介紹B端產(chǎn)品生命周期和對應(yīng)的能力在各階段的匹配實踐落地，通過案例的闡述來描繪出一個產(chǎn)品經(jīng)理的工作范疇、職能足跡和技能使用，希望為B端產(chǎn)品經(jīng)理的產(chǎn)品方法論和能力框架提供一個模型。

二、B端產(chǎn)品經(jīng)理的工作理念

1. 產(chǎn)品經(jīng)理的工作和意義首先在于創(chuàng)造價值

彼得·德魯克（Peter?F.?Drucker） 曾經(jīng)說過“價值只能由企業(yè)外部的客戶來定義”。

Womack 和Jones 在 《Lean Thinking: Banish Waste and Create Wealth in Your Corporation》一書中也強(qiáng)調(diào)價值只有在在正確的時間、滿足合適的價格的前提下交付給客戶才能產(chǎn)生。

外部商業(yè)環(huán)境的易變性、不確定性、復(fù)雜性、和模糊性日益增強(qiáng)，創(chuàng)造價值本身和它的時效性逐步凸顯，這深刻地影響到了產(chǎn)品經(jīng)理的工作原則和具體實踐；市場迅速的變換，當(dāng)大量的時間和資源針對最初企業(yè)經(jīng)營需求被投入，等產(chǎn)品功能全部開發(fā)完整后，市場的趨勢已經(jīng)轉(zhuǎn)移，企業(yè)的經(jīng)營需求也已經(jīng)變換。

2. Womack和Jones提出精益思想可以指導(dǎo)價值的創(chuàng)造

清晰界定價值，把創(chuàng)造價值的活動按最優(yōu)方式來組織執(zhí)行，且不受任何雜事所擾，有效的執(zhí)行，排除浪費，一次比一次更優(yōu)化。

Eric Ries 在《精益創(chuàng)業(yè)》里提出最小化可行產(chǎn)品（Minimum Viable Product, MVP）概念；簡單地說，就是指開發(fā)團(tuán)隊，在新產(chǎn)品的開發(fā)過程中，通過提供最小化可行產(chǎn)品獲取用戶反饋；所以這樣一個版本的產(chǎn)品能夠用最小的資源投入來獲得最大可能的被用戶驗證的反饋；通過執(zhí)行這樣一個概念，以期望有時效性地驗證產(chǎn)品的價值。

在精益的思想下，擁抱變換、聚焦價值創(chuàng)造、精簡快速地落地產(chǎn)品，成為產(chǎn)品經(jīng)理所具備的思路。

與此同時，正如市場本身的變化，價值的創(chuàng)造不是靜止的，產(chǎn)品的生命周期也不是線性不變的。

當(dāng)一個MVP落地運行，開始滿足企業(yè)經(jīng)營基本需求的時候，產(chǎn)品本身對業(yè)務(wù)帶來的效能和運營影響也開始被可以被衡量、評估和驗證；通過獲取真實反饋，分析業(yè)務(wù)數(shù)據(jù)，驗證業(yè)務(wù)問題解決效果等一系列活動，新一輪的產(chǎn)品創(chuàng)造過程被啟動，以用來矯正、優(yōu)化或增加新的產(chǎn)品功能來解決新的業(yè)務(wù)問題。

這種迭代的思維幫助產(chǎn)品經(jīng)理利用有限的資源快速驗證和解決業(yè)務(wù)需求，持續(xù)的反饋又推進(jìn)新的價值創(chuàng)造；縱觀整個過程，產(chǎn)品本身的演進(jìn)和生命周期結(jié)合業(yè)務(wù)需求，形成了完整的產(chǎn)品生命周期閉環(huán)，形成了持續(xù)交付的內(nèi)生動力。

總結(jié)起來，創(chuàng)造價值、持續(xù)交付是產(chǎn)品經(jīng)理的核心工作理念。

在上述理念中，創(chuàng)造價值是一系列的探索過程，試圖錨定產(chǎn)品價值，解決業(yè)務(wù)問題，而持續(xù)交付則是搭建產(chǎn)品和驗證產(chǎn)品價值效果的過程；在循環(huán)的過程中，不斷自我矯正，適應(yīng)外部和內(nèi)部需求變化，達(dá)到產(chǎn)品和業(yè)務(wù)經(jīng)營成功的完美結(jié)合。

某些行業(yè)對這一理念的實踐并不陌生；比如在石油行業(yè)針對頁巖氣區(qū)塊所采用的“滾動勘探開發(fā)”方法，或是美劇按季來推出新作品，甚至華爾街在幾百年前的金融產(chǎn)品設(shè)計發(fā)行上都有蘊含這一理念；跨界的學(xué)習(xí)和借鑒，是產(chǎn)品經(jīng)理不斷自我提升、拓寬視野、豐富思路、打造適合的工作方法和理念的有效途徑。

三、產(chǎn)品周期和范疇

產(chǎn)品本身的生命周期是一個循環(huán)的，螺旋上升迭代優(yōu)化的過程。

在這一持續(xù)的過程中，隨著時間的推移，產(chǎn)品經(jīng)理需要承擔(dān)不同的職能從而推動產(chǎn)品的演進(jìn)和迭代：

• 第一階段：需要不斷的洞察業(yè)務(wù)或市場訴求，尋找和定位產(chǎn)品的需求 （洞察需求）；
• 第二階段：定位、定義和設(shè)計產(chǎn)品以及針對的目標(biāo) （產(chǎn)品設(shè)計）；
• 第三階段：整合資源推進(jìn)開發(fā)落地 （產(chǎn)品開發(fā)）；
• 第四階段：最后推廣和宣傳產(chǎn)品，通過運營數(shù)據(jù)分析和用戶反饋，進(jìn)行下一輪的產(chǎn)品迭代更新重新開始循環(huán)第一階段 （產(chǎn)品運營）。

同時在每個階段所關(guān)注的重點事項和優(yōu)先級也隨之改變。

1. 洞察需求

這個階段的目的是定位企業(yè)的痛點，無論是新業(yè)務(wù)的拓展，或是現(xiàn)有業(yè)務(wù)的優(yōu)化和變革，需要的是充分分析和洞察企業(yè)需要尋求新價值和變化的動力基礎(chǔ)；在此之上是對企業(yè)發(fā)展的經(jīng)濟(jì)模型和商業(yè)模型的深入分析，從而結(jié)合所期望達(dá)到的目標(biāo)來開始設(shè)計和定義相關(guān)的產(chǎn)品。

企業(yè)或商業(yè)體的存在就是在不斷創(chuàng)造價值，它的行為也是為這一目的而驅(qū)動的；同時，企業(yè)作為市場里生存的有機(jī)體，隨時需要根據(jù)外部環(huán)境的變化來做出相應(yīng)的調(diào)整和適應(yīng)；那么以公司或者商業(yè)體為服務(wù)對象的B端產(chǎn)品則是為了匹配這些需求而打造。

發(fā)現(xiàn)和了解企業(yè)背后的需求來源可以通過不同的渠道來獲得，例如業(yè)務(wù)調(diào)研、梳理企業(yè)運營狀況、厘清運營阻塞；或是，依照既定的業(yè)務(wù)路線圖和長期規(guī)劃來落實匹配的系統(tǒng)產(chǎn)品開發(fā)；也可以是，通過分析市場動態(tài)和對比行業(yè)競爭對手來尋找企業(yè)自身的變革需求。

發(fā)現(xiàn)具體業(yè)務(wù)需求后，產(chǎn)品經(jīng)理則要立足于企業(yè)自身的商業(yè)模式和經(jīng)濟(jì)模型來開展工作；深刻理解企業(yè)為了商業(yè)目的所采取的策略和執(zhí)行手段，以這些業(yè)務(wù)經(jīng)營本質(zhì)為基礎(chǔ)，針對變革需求來匹配對應(yīng)的產(chǎn)品設(shè)計和開發(fā)，從而達(dá)到了增加業(yè)務(wù)價值，匹配業(yè)務(wù)變化的結(jié)果；這樣的結(jié)合是正向的匹配，即商業(yè)的動態(tài)和變化要求系統(tǒng)產(chǎn)品的跟進(jìn)式匹配，是業(yè)務(wù)驅(qū)動的產(chǎn)品開發(fā)和價值發(fā)掘，動力方是在業(yè)務(wù)部門。

產(chǎn)品需求的渠道也可以是上一周期效能反饋；在系統(tǒng)產(chǎn)品搭建后，通過具體的數(shù)據(jù)收集、歸類和洞察，然后提煉出無效率、資源浪費或需優(yōu)化的地方；這些反饋也可以轉(zhuǎn)化為企業(yè)變革的需求，這類需求以數(shù)據(jù)為基礎(chǔ)，提出優(yōu)化需求，讓數(shù)據(jù)來驅(qū)動業(yè)務(wù)的變化，從而落地數(shù)據(jù)驅(qū)動的價值發(fā)掘。

無論是業(yè)務(wù)渠道還是數(shù)據(jù)渠道，在這個過程中，業(yè)務(wù)部門需要定義清晰業(yè)務(wù)目標(biāo)的成功標(biāo)準(zhǔn)和衡量體系，于此同時是產(chǎn)品經(jīng)理開始構(gòu)思產(chǎn)品與之匹配的數(shù)據(jù)運營指標(biāo)和衡量體系；例如，業(yè)務(wù)目標(biāo)是落地一條新的業(yè)務(wù)線，那么這條業(yè)務(wù)線在企業(yè)組織里的成功搭建，和在預(yù)計時間內(nèi)的啟動運轉(zhuǎn)會是業(yè)務(wù)部門這一階段的業(yè)務(wù)目標(biāo)。

那么與之匹配的在產(chǎn)品構(gòu)思就需要考慮，如何通過梳理新業(yè)務(wù)線的業(yè)務(wù)流程和運作模式來設(shè)計新的企業(yè)應(yīng)用產(chǎn)品，以及此應(yīng)用產(chǎn)品和已有的其他產(chǎn)品間的關(guān)系；同時，需要設(shè)計相關(guān)新產(chǎn)品抓取和衡量產(chǎn)品本省是否能支持業(yè)務(wù)目標(biāo)的數(shù)據(jù)點。

通過數(shù)據(jù)點的數(shù)據(jù)收集，會為之后的產(chǎn)品運營打下基礎(chǔ)，同時也是驗證應(yīng)用產(chǎn)品本身的有效性，和未來提出新的產(chǎn)品改進(jìn)思路的數(shù)據(jù)理論基礎(chǔ)；從而推動和形成產(chǎn)品進(jìn)化閉環(huán)，雙向流動，互為推手，已更高價值和更優(yōu)效率為目的，交替驅(qū)動，不斷提升。

另外，需要關(guān)注的事項是決定業(yè)務(wù)需求的優(yōu)先級和重要程度——在業(yè)務(wù)洞察需求階段，總是會有紛繁復(fù)雜的訴求和問題需有待解決；在此過程中需要反復(fù)權(quán)衡利弊，根據(jù)企業(yè)自身的特點和基礎(chǔ)，決定優(yōu)先級，判斷做哪些和不做那些，先做哪些和后做哪些。

2. 產(chǎn)品設(shè)計

產(chǎn)品設(shè)計階段有兩條主線橫跨整個進(jìn)程，互相驅(qū)動和支撐；其中一條相對于產(chǎn)品經(jīng)理比較明顯，是匹配業(yè)務(wù)需求和痛點來設(shè)計產(chǎn)品方案；而另外一條更強(qiáng)調(diào)的是和具體開發(fā)工作所需厘清的事項，例如軟件架構(gòu)、技術(shù)選型、測試策略等等，為之后產(chǎn)品開發(fā)階段的產(chǎn)品具體實現(xiàn)落地，和適合的技術(shù)方案選型做前期技術(shù)準(zhǔn)備。

產(chǎn)品總體的設(shè)計思路是從自頂而下，整體到細(xì)節(jié)，逐步細(xì)化，層層推進(jìn)；通過業(yè)務(wù)訴求分析和運營診斷，產(chǎn)品經(jīng)理從具體的業(yè)務(wù)事務(wù)和流程當(dāng)中抽象和演化出具體產(chǎn)品功能模塊和設(shè)計產(chǎn)品的效果。

在開始一個產(chǎn)品解決方案時，首先需要的是評估是該方案的所針對的業(yè)務(wù)和現(xiàn)有的企業(yè)解決方案之間的關(guān)系。

這個新的業(yè)務(wù)問題需要的是對已有的系統(tǒng)平臺進(jìn)行改造優(yōu)化，還是有全新的技術(shù)方案需要開發(fā)，或者是兩者的混合模式；好比你要在一個裝滿點心的盤子里要在放入一塊新的蛋糕，它的放入不可避免的會對已經(jīng)在盤子里的其它糕點造成影響；也許要挪挪位置，從新排列組合，騰出點空間給新的蛋糕，或是把一些不想吃的點心挪出盤子。

一個新的系統(tǒng)產(chǎn)品的出現(xiàn)必然會影響到已有的企業(yè)軟件架構(gòu)和組織，如何有序和有規(guī)劃的安排，是產(chǎn)品經(jīng)理和受影響的業(yè)務(wù)部門需要探討和決定的；而這一過程中，需要平衡各方面的訴求和利益，但是必須以業(yè)務(wù)整體優(yōu)化目標(biāo)為結(jié)果導(dǎo)向。

在這樣的一個基礎(chǔ)上，產(chǎn)品經(jīng)理和相關(guān)業(yè)務(wù)、技術(shù)人員開始梳理整個產(chǎn)品解決方案的業(yè)務(wù)核心流程；在這個過程當(dāng)中，相關(guān)業(yè)務(wù)參與人員描述現(xiàn)實工作當(dāng)中處理業(yè)務(wù)問題的步驟，方法和涉及的操作方等；通過這些信息，業(yè)務(wù)的主干脈絡(luò)被用業(yè)務(wù)流程圖繪制出來，從而進(jìn)行分析和改進(jìn)，形成最終解決方案的基礎(chǔ)依據(jù)。

在業(yè)務(wù)流程梳理過程中，通過對業(yè)務(wù)的理解和涉及到的業(yè)務(wù)對象，通過邏輯抽象，歸納整理出來需要服務(wù)或使用產(chǎn)品的對象，及其在整體方案中的功能定位和實現(xiàn)目標(biāo)。

接下來就是將分類出的對象下所需要執(zhí)行的業(yè)務(wù)工作，本質(zhì)訴求和目標(biāo)，進(jìn)行提煉和歸納為具體的商業(yè)功能模塊——這需要產(chǎn)品經(jīng)理具備基礎(chǔ)的企業(yè)管理和商業(yè)知識，配合具體企業(yè)業(yè)務(wù)部門的領(lǐng)域知來進(jìn)行規(guī)劃設(shè)計；在這個步驟當(dāng)中，各種的功能需求會被建議和提出；當(dāng)匯總完成后，就形成了整個產(chǎn)品的路線圖（Roadmap）；如之前所討論的，企業(yè)的訴求多樣和市場變化十分迅速，不可能一次性完成所有的功能點，這也不適合現(xiàn)在提倡的精益和聚焦價值，快速迭代的理念；產(chǎn)品經(jīng)理需要幫助業(yè)務(wù)部門定義產(chǎn)品的MVP，逐步推進(jìn)路線圖的落地。

從整體到局部，下一步就是具體的產(chǎn)品細(xì)節(jié)設(shè)計；這一部分的工作是把一個個抽象的功能模塊概念、可視化成為一頁頁可以同用戶交互的界面，以及設(shè)計界面背后的數(shù)據(jù)模型、權(quán)限和邏輯等的事項。

另外非常重要的一點就是對應(yīng)的功能和頁面交互的數(shù)據(jù)埋點和收集工作，需要在整個階段定義清楚；為之后的產(chǎn)品運營打下基礎(chǔ)，也是形成產(chǎn)品閉環(huán)、聚焦價值所需；一些具體的技能要求，在接下來的章節(jié)里有相關(guān)的介紹。

在整個產(chǎn)品方案設(shè)計過程中，業(yè)務(wù)流程圖是一個非常核心和關(guān)鍵的工件；它是連接現(xiàn)實業(yè)務(wù)和系統(tǒng)開發(fā)工作的橋梁，讓業(yè)務(wù)、產(chǎn)品和開發(fā)團(tuán)隊使用同一個語言背景來討論問題和推演方案。

在設(shè)計當(dāng)中，業(yè)務(wù)流程圖自身的不同層級對業(yè)務(wù)流程步驟的描繪、邏輯的細(xì)節(jié)，具體操作交互等的深入和細(xì)化，不同職能的參與方（業(yè)務(wù)、產(chǎn)品、技術(shù)等）都可以在相應(yīng)的層級主導(dǎo)和提供支持方案的最優(yōu)設(shè)計。

另外一條工作主線則是相應(yīng)的技術(shù)方案選型和準(zhǔn)備工作，這部分的工作主要是開發(fā)技術(shù)人員來主導(dǎo)，產(chǎn)品需要了解過程和提供對應(yīng)的信息支持；首先是應(yīng)用技術(shù)架構(gòu)和新的產(chǎn)品解決方案之間的適配性的思考；例如，現(xiàn)存的軟件架構(gòu)是單體式架構(gòu)（Monolithic），而新的業(yè)務(wù)形態(tài)和方案需要使用微服務(wù)（MicroService）來支撐；然后是一些具體的技術(shù)選型（例如,前端開發(fā)技術(shù)語言等）和開發(fā)策略問題的討論；需要如何匹配產(chǎn)品設(shè)計方案來更加準(zhǔn)確，高效的達(dá)到產(chǎn)品目標(biāo)——這是一個反復(fù)討論和平衡利弊的過程。

3. 產(chǎn)品開發(fā)

當(dāng)產(chǎn)品路線圖和具體的產(chǎn)品開發(fā)時間規(guī)劃確定后，接下來就是具體的產(chǎn)品開發(fā)執(zhí)行階段；在有些企業(yè)，產(chǎn)品經(jīng)理可以放手讓開發(fā)團(tuán)隊的負(fù)責(zé)人來相關(guān)的工作，只需等待驗收結(jié)果；而有些情況下，產(chǎn)品經(jīng)理還需要參與到日常的工作當(dāng)中去，支持具體的開發(fā)工作。

這種情況下，產(chǎn)品經(jīng)理將要擔(dān)負(fù)起項目經(jīng)理的職責(zé)，對產(chǎn)品進(jìn)度的推進(jìn)落地進(jìn)行把控。

首先是，針對之前規(guī)劃的項目時間表計劃的執(zhí)行完成度的把控，確保開發(fā)人員能夠按計劃執(zhí)行和完成相關(guān)的工作；在此期間，隨著開發(fā)細(xì)節(jié)的不斷深入，一些之前未考慮到的產(chǎn)品設(shè)計盲點將會浮現(xiàn)出來，需要產(chǎn)品經(jīng)理的分析和確認(rèn)。

其次是對產(chǎn)品項目相關(guān)者的溝通和把控，持續(xù)和業(yè)務(wù)部門溝通進(jìn)度，把握業(yè)務(wù)部門的脈搏，讓當(dāng)下的產(chǎn)品交付結(jié)果滿足業(yè)務(wù)的需求和時效性。

根據(jù)市場的變化和業(yè)務(wù)價值的優(yōu)先級，產(chǎn)品經(jīng)理還需要動態(tài)的調(diào)整產(chǎn)品功能交付的優(yōu)先級和范圍，在項目管理角度把控下一步的計劃和安排；與此同時，階段性的開發(fā)成果需要積極邀請業(yè)務(wù)方參與驗收評估。

雖然整體功能不能全部展現(xiàn)和貫通，但是結(jié)合一些技術(shù)措施 （例如使用Mockup來表示未來實現(xiàn)后的效果），把已經(jīng)開發(fā)出來的功能點給予展示，可以及時收到業(yè)務(wù)的反饋，保證目標(biāo)和方向的正確性和一致性。

這個階段，產(chǎn)品經(jīng)理更多是在項目管理上起到主導(dǎo)作用。更多的是輔助開發(fā)團(tuán)隊高效落地方案；積極溝通業(yè)務(wù)相關(guān)方，同步進(jìn)度信息，匹配業(yè)務(wù)動態(tài)。

4. 產(chǎn)品運營

基于精益思維，產(chǎn)品本身都具有階段性，仍然需要不斷的迭代和優(yōu)化；所以在產(chǎn)品運營階段，運營事項里面不但包含了業(yè)務(wù)在產(chǎn)品上日常的運營、監(jiān)控和管理等事項，還包含了產(chǎn)品經(jīng)理會往外對產(chǎn)品進(jìn)行游說、推銷和積極搜集反饋、主導(dǎo)或輔助一切能讓產(chǎn)品本身被更廣泛使用增長和優(yōu)化的事項。

與此同時，根據(jù)之前在需求洞察階段定義的績效指標(biāo)和數(shù)據(jù)埋點，這個階段可以用于從不同的角度來觀察和分析產(chǎn)品效果。

關(guān)注的重點從分析產(chǎn)品本身是否解決企業(yè)業(yè)務(wù)問題著手。

如果是從0到1的產(chǎn)品線搭建，那么需要考察的是，這條產(chǎn)品線是否已經(jīng)通暢運行，業(yè)務(wù)部門在上面執(zhí)行的關(guān)鍵業(yè)務(wù)環(huán)節(jié)是否有異常和阻塞；新業(yè)務(wù)線的搭建，是否幫助企業(yè)獲取到了規(guī)劃的目標(biāo)市場，業(yè)務(wù)部門和用戶有多少人開始通過產(chǎn)品來執(zhí)行新的業(yè)務(wù)，以及在此產(chǎn)品上的業(yè)務(wù)成交量的大小。

因為是新的功能和業(yè)務(wù)，產(chǎn)品經(jīng)理需要提前準(zhǔn)備和積極參與功能的推廣宣傳和業(yè)務(wù)培訓(xùn)事項；充分結(jié)合和調(diào)動業(yè)務(wù)部門負(fù)責(zé)人的資源和參與度，從而獲得更好的用戶接受度和使用率；如果涉及到重大企業(yè)組織結(jié)構(gòu)級別的變動，還需要提前制定變更管理計劃；產(chǎn)品在被使用過程中，也會涉及到邏輯答疑、業(yè)務(wù)數(shù)據(jù)分析和解釋、系統(tǒng)Bug修改等支持活動，需要產(chǎn)品經(jīng)理參與和幫助協(xié)調(diào)資源解決問題。

如果是優(yōu)化迭代性質(zhì)的產(chǎn)品，那么需要觀察和分析的是，根據(jù)產(chǎn)品的使用數(shù)據(jù)反饋，是否能帶來之前針對業(yè)務(wù)痛點的改善，是否可以進(jìn)一步提升了業(yè)務(wù)整體目標(biāo)，不論是營收規(guī)模還是運營效率的提高。對于迭代優(yōu)化類型的產(chǎn)品來說，更多的是關(guān)注其對業(yè)務(wù)目標(biāo)的幫助。這個階段可以引入OKR的框架來衡量產(chǎn)品價值。

在與業(yè)務(wù)日常運營的交流中，該階段產(chǎn)品的局限性和故障被總結(jié)，業(yè)務(wù)部門的反饋和新要求被收集，從而形成下一個階段的需求池；同時，系統(tǒng)記錄的績效數(shù)據(jù)和數(shù)據(jù)埋點可以從客觀上提供不同的分析視角和改進(jìn)需求。

例如，在某維修公司，業(yè)務(wù)部門提出把屬于一個上門點的所有維修工單統(tǒng)一歸納到一個服務(wù)請求下來；這樣可以做到一次請求，多個工單同時解決，從而避免多次上門和重復(fù)業(yè)務(wù)流程的目的；該產(chǎn)品功能上線以后，業(yè)務(wù)人員確實在使用，也提出了不少的改進(jìn)建議；但是數(shù)據(jù)分析發(fā)現(xiàn)，大部分的服務(wù)請求下，實際只包含了一個工單，沒有達(dá)到預(yù)取的效果，維修人員還是多次上門服務(wù)，重復(fù)流程，這些發(fā)現(xiàn)是通過系統(tǒng)數(shù)據(jù)發(fā)掘的；客觀的指出了——產(chǎn)品的使用層面的成功并沒有帶來預(yù)期的業(yè)務(wù)效果，這些運營數(shù)據(jù)就可以成為產(chǎn)品功能優(yōu)化和改進(jìn)的參考。

另外一方面就是參考用戶行為數(shù)據(jù)的分析；用戶旅程地圖（User Journey Map）的數(shù)據(jù)埋點和熱力圖等來驗證用戶和產(chǎn)品之間的交互是否是按照設(shè)計來執(zhí)行，從而推演出產(chǎn)品的實際業(yè)務(wù)效果數(shù)據(jù)和用戶使用行為之間的關(guān)系；如果效果不好，那么是否是因為用戶沒有按設(shè)計的交互場景來使用，或者是效果很好的原因是因為用戶使用的方法與設(shè)計有高度的吻合。

總之，運營階段需要關(guān)注的是產(chǎn)品功能運營工作和對應(yīng)的產(chǎn)品數(shù)據(jù)運營工作。整個階段也為產(chǎn)品下一個周期優(yōu)化升級開始做準(zhǔn)備。

匯總上面所述的產(chǎn)品的生命周期，那么在產(chǎn)品經(jīng)理需要在周期的各個階段需要關(guān)注的重點如下：

四、B端產(chǎn)品經(jīng)理的能力

1. 商業(yè)洞察能力 (Business Insights)

產(chǎn)品經(jīng)理的使命是創(chuàng)造價值，商業(yè)洞察能力能夠幫助產(chǎn)品經(jīng)理準(zhǔn)確地定位價值在企業(yè)當(dāng)中的所在；通過分析企業(yè)商業(yè)信息，了解業(yè)務(wù)規(guī)則和具體的執(zhí)行，才能搭建出與之匹配，適合業(yè)務(wù)的系統(tǒng)產(chǎn)品。

產(chǎn)品經(jīng)理的商業(yè)洞察能力是一個很寬泛的范疇，包含了經(jīng)濟(jì)學(xué)、組織行為學(xué)、經(jīng)營管理、市場營銷、金融財務(wù)等等；這些基礎(chǔ)學(xué)科和領(lǐng)域知識給予產(chǎn)品經(jīng)理對應(yīng)的通識能力和批判性思考框架，從而可以透過事物紛繁復(fù)雜的表面現(xiàn)象來定位核心問題，錨定企業(yè)變革需求的實質(zhì)問題。

例如，在許小年的《商業(yè)的本質(zhì)和互聯(lián)網(wǎng)》一書當(dāng)中就充分的闡述和分析了各類商業(yè)模式和和對應(yīng)的互聯(lián)網(wǎng)企業(yè)的案例；透過這一系列的案例，各類互聯(lián)網(wǎng)企業(yè)的盈利模式和經(jīng)濟(jì)效應(yīng)模型被剖釋，讓讀者明白助力這些互聯(lián)網(wǎng)企業(yè)發(fā)展壯大的商業(yè)本質(zhì)是什么；同時也揭露了一些企業(yè)的偽經(jīng)濟(jì)模型和其為何無法盈利，哪怕當(dāng)時這些企業(yè)意氣風(fēng)發(fā)，風(fēng)頭正盛。

這些解析后的思維，正是產(chǎn)品經(jīng)理所需要具備的商業(yè)洞察能力。俞軍曾經(jīng)在一次發(fā)言中也提到，產(chǎn)品經(jīng)理實際是從總經(jīng)理這個崗位上剝離出來的角色，那么作為這個角色就需要具備總經(jīng)理一樣的商業(yè)洞察能力，做市場定位，洞悉人性，像總經(jīng)理一樣考慮周全，不斷打磨迭代產(chǎn)品。

1）商業(yè)經(jīng)濟(jì)模型

這里利用一個案例來討論經(jīng)濟(jì)模型和剖析企業(yè)的商業(yè)模式，從而反映出這類能力如何能幫助產(chǎn)品經(jīng)理更好和更有效地針對企業(yè)的變革需求來打造對應(yīng)的產(chǎn)品，使之與業(yè)務(wù)目標(biāo)匹配。

T公司是一家運營了多年的2B類型汽車維修企業(yè)。企業(yè)從一家小維修公司開始，發(fā)展自己維修服務(wù)業(yè)務(wù)，與此同時逐步通過打造自己的IT業(yè)務(wù)平臺，慢慢演化成了專為企業(yè)級客戶提供車輛維修業(yè)務(wù)的服務(wù)外包商。

T公司首先和大型運輸企業(yè)客戶簽訂維修商業(yè)外包合同，使得客戶可以在系統(tǒng)平臺上提交車輛維修工單；另一方面，T公司在全國各地招募汽修企業(yè)入駐到系統(tǒng)平臺上，每當(dāng)客戶企業(yè)在某區(qū)域有維修工單產(chǎn)生，平臺會通過算法匹配分發(fā)給在該地區(qū)適配的已簽約入住系統(tǒng)平臺的汽車維修公司。

基于這樣一個商業(yè)場景，在解決業(yè)務(wù)訴求和運營痛點的時候，到底是以什么經(jīng)濟(jì)模型來評估產(chǎn)品的價值和業(yè)務(wù)目標(biāo)呢？

它的底層經(jīng)濟(jì)模型是和滴滴或者Uber一樣，遵循梅卡夫效應(yīng)（Metcalfe‘s Law），通過正向推動刺激來擴(kuò)張經(jīng)營業(yè)務(wù)的么？

Uber為消費者提供了匹配服務(wù)，它幫助乘客找到司機(jī)，同時幫助司機(jī)匹配乘客；隨著司機(jī)不斷加入和服務(wù)覆蓋區(qū)域的擴(kuò)張，這一商業(yè)模型的內(nèi)在增長動力開始出現(xiàn)。

乘客越來越多，隨之帶來的越來越多的司機(jī)，這樣叫車等候的時間又進(jìn)步一步縮短，司機(jī)空載的幾率降低，單位時間內(nèi)可以達(dá)成更多的交易；這樣供給雙方的互相正向刺激形成了良性循環(huán)，爆發(fā)性地拓展了業(yè)務(wù)的邊界和經(jīng)營規(guī)模。

還是說，它是基于雙邊效應(yīng)下的商業(yè)模型？

梅卡夫這一效應(yīng)的強(qiáng)大在于每個節(jié)點間的互動與活躍，在此前提下的商業(yè)模式才具有更高的經(jīng)濟(jì)估值；而對與某一類網(wǎng)絡(luò)商業(yè)模式來說，交互只存在特定種類用戶之間，比如AirBnB上的房東和房客之間，跟誰學(xué)上互動和交易僅存在于學(xué)生和老師之間進(jìn)行。

在互聯(lián)網(wǎng)的平臺商業(yè)模式中，用戶分為兩大類是常見的現(xiàn)象；同時，供應(yīng)商同供應(yīng)商之間鮮有往來。消費者之間大體也是“雞犬之聲相聞，老死不相往來”；是正如郭德綱所說，同行是冤家。用一個簡單圖形表示，如下：

而這類互聯(lián)網(wǎng)平臺的價值來源于供應(yīng)方和需求方的相互吸引和相互促進(jìn)。在交易平臺上，不同類型用戶之間的正反饋、交互所產(chǎn)生的價值就是雙邊市場效應(yīng)。在這個經(jīng)濟(jì)效益模型下，平臺企業(yè)所需要針對的是如何刺激交易和吸引更多的入駐用戶，從而放大該商業(yè)模型給企業(yè)帶來的價值。

也許T公司的這個商業(yè)模式，沒有列在這里所說的經(jīng)濟(jì)效應(yīng)模型當(dāng)中。它只不過是做著傳統(tǒng)生意的買賣，無外乎是遷移了經(jīng)營場所而已。實際上的使用的是以下經(jīng)濟(jì)模型

在這樣的經(jīng)濟(jì)模型下，T公司簽訂客戶，把汽修工單交給維修公司，居中阻斷了企業(yè)客戶和維修公司的互動，實際上是削弱了梅卡夫效應(yīng)和雙邊市場效應(yīng)；而企業(yè)的盈利來源是從這些交易中獲得提成收益。

在這樣的業(yè)務(wù)模型下，企業(yè)的盈利是靠降低單個交易成本，提高交易數(shù)量和流轉(zhuǎn)速度來達(dá)成的；那么與之匹配的產(chǎn)品設(shè)計的核心目標(biāo)就是要圍繞這個商業(yè)邏輯來打造，提高單個工單的處理時間和效率，降低單個工單的資源成本，推動企業(yè)拓展和獲取外部客戶的能力就成為產(chǎn)品經(jīng)理在考量系統(tǒng)產(chǎn)品價值時所針對的優(yōu)先指標(biāo)。

而拓展外部客戶這一事項，有需要產(chǎn)品經(jīng)理具備行業(yè)的基本知識，能夠分析行業(yè)動態(tài)和業(yè)務(wù)的定位，針對需要拓展的客戶開發(fā)相關(guān)的產(chǎn)品；比如說，如果之前的T公司的客戶都是大型公交系統(tǒng)客戶，那么在產(chǎn)品平臺上所處理的配套的汽修工單都是針對這類型客戶的車輛特性來設(shè)計的；那么如果企業(yè)現(xiàn)在需要拓展出租車維修市場，那么現(xiàn)有的產(chǎn)品特性和處理邏輯是否匹配，有何需要改良，就是產(chǎn)品經(jīng)理需要提前預(yù)判和研究的問題。

產(chǎn)品經(jīng)理的商業(yè)洞察力也會針對業(yè)務(wù)形態(tài)和成熟度有不同維度的運用；通常是通過設(shè)計和實施應(yīng)用產(chǎn)品來推動和支持業(yè)務(wù)運營目標(biāo)的實現(xiàn)，從而達(dá)到業(yè)務(wù)驅(qū)動型價值；另一方面，在已經(jīng)處于運營階段的產(chǎn)品系統(tǒng)，產(chǎn)品經(jīng)理可以通過數(shù)據(jù)的運營和發(fā)掘，或者新技術(shù)的引進(jìn)，引導(dǎo)企業(yè)改善運營現(xiàn)狀，提高企業(yè)現(xiàn)有商業(yè)模式下的效能，從而實現(xiàn)產(chǎn)品驅(qū)動型價值；產(chǎn)品經(jīng)理需要清晰的了解業(yè)務(wù)所處的狀態(tài)和產(chǎn)品本身的能力，從而預(yù)判不同業(yè)務(wù)痛點所需要的產(chǎn)品方案。

這個分析能力的運用貫穿整個產(chǎn)品的生命周期，雖然在不同的階段的密集程度不一樣，但是對于產(chǎn)品從概念到落地都有十分重要的意義。

在洞察階段，解讀商業(yè)模式，確定產(chǎn)品的目標(biāo)和定位。設(shè)計匹配業(yè)務(wù)目標(biāo)市場和行業(yè)的產(chǎn)品方案MVP。

在設(shè)計階段確定業(yè)務(wù)邏輯和交互原則，讓產(chǎn)品設(shè)計邏輯和交互更加貼近業(yè)務(wù)的特性、優(yōu)化流程、提高效率、支持核心業(yè)務(wù)目標(biāo)；在實施階段幫助開發(fā)團(tuán)隊進(jìn)行邏輯驗證和迭代規(guī)劃，確保交付產(chǎn)品的業(yè)務(wù)價值，把控投入開發(fā)資源和業(yè)務(wù)效益的平衡；運營階段又重新回到舞臺中央，主導(dǎo)產(chǎn)品的生命周期主要事項，監(jiān)控和評估產(chǎn)品落地后的效益和運營改善事項。

2）業(yè)務(wù)組織結(jié)構(gòu)

了解和研究業(yè)務(wù)組織架構(gòu)能夠幫助產(chǎn)品經(jīng)理在工作過程中厘清工作目標(biāo)，處理好協(xié)作關(guān)系，從而保證工作的高質(zhì)量開展和高效完成。

企業(yè)的發(fā)展階段需要不同的組織架構(gòu)來支撐其業(yè)務(wù)形態(tài)和發(fā)展目標(biāo)；從某種程度上，組織架構(gòu)就反映出了業(yè)務(wù)價值重點的分布和優(yōu)先級；例如，各大互聯(lián)網(wǎng)企業(yè)隨業(yè)務(wù)和市場變化而進(jìn)行商業(yè)事業(yè)部調(diào)整。通過匹配合理的組織架構(gòu)搭建，企業(yè)可以正確的引導(dǎo)業(yè)務(wù)部門的運作往規(guī)劃的價值方向發(fā)展，也錨定了每個業(yè)務(wù)人員的共同目標(biāo)。

組織架構(gòu)決定了匯報關(guān)系，進(jìn)而決定了績效考核方式。同時，匯報關(guān)系、績效考核方式會影響人做事的動機(jī)、行事的方式，以及個人和團(tuán)隊的利益；厘清了這些組織結(jié)構(gòu)所反饋出來的業(yè)務(wù)價值和利益關(guān)系，產(chǎn)品經(jīng)理可以從企業(yè)經(jīng)營的角度來平衡產(chǎn)品價值優(yōu)先級，優(yōu)化資源投入和產(chǎn)品組合。

業(yè)務(wù)組織架構(gòu)的理解也和之后要談到的產(chǎn)品項目管理能力和產(chǎn)品經(jīng)理的布道者能力相關(guān)。 在執(zhí)行項目時間表和溝通具體事項時，能夠快速的定位關(guān)鍵人員，可以幫助錨定業(yè)務(wù)對產(chǎn)品價值的評估，解決協(xié)調(diào)困難，加速推進(jìn)產(chǎn)品落地實施。借助組織架構(gòu)，產(chǎn)品遠(yuǎn)景和價值也能更有效的傳遞。

在一個理想的情況下，企業(yè)組織有明晰的組織架構(gòu)和共同的價值目標(biāo)，把企業(yè)互相獨立的力量聚集成一股合力；這種環(huán)境下，產(chǎn)品經(jīng)理可以充分發(fā)揮和聚焦產(chǎn)品研發(fā)本身。

3）商業(yè)工具

還有其他理論和工具來引導(dǎo)企業(yè)運營和商業(yè)因素的分析，這些理論從不同角度對企業(yè)經(jīng)營經(jīng)行梳理，幫助產(chǎn)品經(jīng)理有結(jié)構(gòu)、有體系框架的了解產(chǎn)品服務(wù)的對象。

以下列舉幾個常用的方法：

4）業(yè)務(wù)拓展和延伸

除了關(guān)心現(xiàn)有的業(yè)務(wù)經(jīng)營范圍，產(chǎn)品經(jīng)理也需要拓展相應(yīng)的產(chǎn)品思路和全局觀，把握行業(yè)脈搏，同時跳出當(dāng)下，對企業(yè)發(fā)展的走向有思考。

以上述例子里的T 公司為例?，F(xiàn)在的企業(yè)經(jīng)營的業(yè)務(wù)線只在公交系統(tǒng)的車輛維修，那么如何拓展除了這條業(yè)務(wù)線以外的其他市場，比如說貨車、的士等？ 或者說，目前公交系統(tǒng)這個細(xì)分市場里，還有什么可以延伸的客戶？比如之前可能只覆蓋市內(nèi)公交系統(tǒng)車輛，那么城際車輛和長途車輛呢？

另外的一個延伸是對應(yīng)的系統(tǒng)技術(shù)這個角度；目前T公司是作為服務(wù)公司，使用系統(tǒng)平臺來服務(wù)客戶和對接汽修公司；那么針對希望自己運營管理維修工單，不愿意使用這種外包服務(wù)模式的客戶公司，是否可以提供技術(shù)平臺，以SaaS的模式為客戶提供服務(wù)。

以上只是從兩個維度來拓展衍生業(yè)務(wù)。

如之前介紹的，產(chǎn)品經(jīng)理有時需要已總經(jīng)理的角度來考慮企業(yè)經(jīng)營，市場定位和產(chǎn)品打造。

2. 產(chǎn)品設(shè)計能力 (Product Design Skills)

產(chǎn)品設(shè)計能力需要把產(chǎn)品從抽象概念、可視化的、有結(jié)構(gòu)的展示出來；這樣的能力的技巧就涵蓋了信息架構(gòu)、原型設(shè)計、原型交互和用戶旅程地圖、UI設(shè)計和各類產(chǎn)品文檔的撰寫事項；例如，商業(yè)需求文檔 (Business Requirement Document )，產(chǎn)品需求文檔 (Product Requirement Document )，和市場需求文檔 (Market Requirement Document )等。

1）信息架構(gòu)

產(chǎn)品經(jīng)理通過信息架構(gòu)的設(shè)定來統(tǒng)籌和規(guī)劃整個產(chǎn)品設(shè)計所覆蓋的范疇。同時，信息架構(gòu)本身也提綱挈領(lǐng)地指導(dǎo)其它產(chǎn)品設(shè)計技能的實踐。

一款產(chǎn)品是通過系統(tǒng)與用戶之間的交互，以數(shù)據(jù)為橋梁推動業(yè)務(wù)流程的流轉(zhuǎn)。

那么什么信息應(yīng)該展示和如何更加有效的展示，從而讓用戶便捷獲取所需信息，方便地執(zhí)行操作，這都依賴于信息架構(gòu)的指引；要直接了解信息架構(gòu)是哪些組件構(gòu)成是相當(dāng)困難的，用戶只和部分組件直接交互，而其他躲在幕后的組件，用戶卻沒有感知；在《信息架構(gòu) – 超越Web設(shè)計》中，信息架構(gòu)被分解為4個組件。

基于這些組件，產(chǎn)品經(jīng)理搭建與產(chǎn)品相匹配的信息架構(gòu)。在眾多信息架構(gòu)所涉及的領(lǐng)域來說，最直接的一項就是產(chǎn)品/系統(tǒng)頁面菜單。菜單結(jié)構(gòu)本身不但蘊含了與業(yè)務(wù)流程的映射，同時也兼顧了用戶習(xí)慣，讓用戶快速獲取信息。

2）原型設(shè)計

接下來的一步就是每個交互頁面的設(shè)計。匹配在流程圖所設(shè)定的操作步驟，頁面應(yīng)該提供相應(yīng)的操作信息。在這一步上，也有相關(guān)的框架和最佳實踐可以遵循。

每一個頁面可以解構(gòu)為一個或多個設(shè)計模式的組合，而每個設(shè)計模式又是針對某種特定活動提供的設(shè)計方案；比如，信息的查看、搜索、下載這些活動都有對應(yīng)的設(shè)計模式；這樣，每個界面上所要承載的各種活動都可以用相關(guān)的設(shè)計模式來承載；所以通過確定頁面上的操作動作，可以選定設(shè)計模式，然后通過把各個模式進(jìn)行布局和組合，最終就可以形成產(chǎn)品原始表現(xiàn)的頁面。

這個方法，在具體落地設(shè)計時，通過分步來實現(xiàn)；首先是采用線框圖粗略表達(dá)必要信息的展示方式和布局，采用用戶畫像、親和圖、業(yè)務(wù)主題錨定、遵循先例等手段；產(chǎn)品經(jīng)理設(shè)計出線框圖，通過可視化的手段、帶入場景、驗證假設(shè)和討論效果，從而不斷優(yōu)化推動下一步開發(fā)；接著是進(jìn)一步在視覺上深化，設(shè)計樣機(jī)模型（mockup）。

線框主要代表產(chǎn)品的結(jié)構(gòu)，而樣機(jī)模型則顯示了產(chǎn)品的外觀；它還不能實現(xiàn)點擊滑動等交互操作，但是擁有更高的清晰度。最后是高保真圖的開發(fā)和設(shè)計。

此外，一般系統(tǒng)產(chǎn)品都會提前準(zhǔn)備一套產(chǎn)品組件，例如，輸入框、按鈕、側(cè)邊欄、分頁符等；組件是設(shè)計的基本元素，組件的使用可以保證設(shè)計上的一致性，方便后續(xù)的產(chǎn)品設(shè)計工作，同時也幫助提高產(chǎn)品經(jīng)理的工作效率；產(chǎn)品經(jīng)理需要了解和靈活使用，避免重復(fù)造輪子，或是過度資源投入在新組件的開發(fā)上。

在色彩方面有需要注意的是，配合組件的設(shè)計，顏色搭配可以適用在可能出現(xiàn)的場景里；比如，一個按鈕的不同狀態(tài)下，按鈕的顏色變化也適配對應(yīng)的頁面整體視覺效果；另外一個需要關(guān)注的是法律、行業(yè)或其他合規(guī)要求對色彩使用的規(guī)定；例如，針對視覺障礙用戶，標(biāo)準(zhǔn)字體14px-20px的色彩對比率要達(dá)到4.5:1。

3）原型交互

在產(chǎn)品頁面的設(shè)計過程中，頁面間的交互設(shè)計也已經(jīng)同時被討論和開發(fā)出來。原型的交互設(shè)計有各種的理論和技巧被研討過。

最為經(jīng)典的是Jakob Nielsen 提出的10大可用性原則（10 Usability Heuristics for User Interface Design）；產(chǎn)品經(jīng)理需要在理解這些原則的基礎(chǔ)上，結(jié)合具體的問題，靈活使用，參與交互設(shè)計工作。

雖然2B類型的產(chǎn)品服務(wù)對象是企業(yè)組織群體和業(yè)務(wù)目標(biāo)，但是它的日常操作是同每個個體經(jīng)行交互和執(zhí)行的。用戶使用過程的流暢、高效將會對產(chǎn)品本身成功落地和發(fā)揮效能起到推波助瀾的作用。

4）用戶旅程地圖

用戶旅程地圖（User Journey Map）是一個幫助產(chǎn)品經(jīng)理充分了解和分析用戶使用行為的工具，同時借此可以優(yōu)化產(chǎn)品與用戶的交互，達(dá)到產(chǎn)品使用催化劑的效果；用戶旅程地圖可視化地將用戶與產(chǎn)品或服務(wù)之間的互動，按業(yè)務(wù)流程分階段地把用戶體驗、行為、感受和想法展示出來。

通常，一個旅程圖包括3個部分的內(nèi)容：

用戶旅程地圖的制作步驟如下：

基于操作流可視化來圈定范圍，搭建數(shù)據(jù)埋點方案，然后在產(chǎn)品運營階段，可以通過埋點數(shù)據(jù)來分析旅程每個階段捕獲的交互相關(guān)信息（ 如操作時間、等待時間、操作步驟和次數(shù)等數(shù)據(jù)信息），來發(fā)現(xiàn)其中可能存在的問題，從而提出相應(yīng)的解決方案，以優(yōu)化用戶交互來提升產(chǎn)品有效使用。這些解決方案可能是對原有流程的全面改造，也可能是對某個環(huán)節(jié)的局部優(yōu)化。

例如，對于一個火鍋店來說，重要的一個業(yè)務(wù)事項就是如何縮短從客戶開始點菜，確定菜品到最后的客戶買單離店這樣一個過程——針對整個事件場景，我們可以搭建對應(yīng)的流程模型，對各個環(huán)節(jié)進(jìn)行分析；當(dāng)按照旅程地圖制作步驟，獲得了問題癥結(jié)的假設(shè)后開始進(jìn)行對應(yīng)的優(yōu)化安排。

當(dāng)然，同樣的流程和操作場景，也會因為業(yè)務(wù)關(guān)注點和目標(biāo)的不同而產(chǎn)生不同的優(yōu)化方案；例如，如果以上的餐飲場景是發(fā)生在精品私房菜或者日系居酒屋上，追求的最佳用戶感官和菜品定制體驗上，那么用戶旅行地圖的使用會得到不一樣改進(jìn)方案和優(yōu)化方向。

UI工程師基于交互原型進(jìn)行美工設(shè)計，生成切圖；前端工程師拿到切片文件，進(jìn)行前端開發(fā)，包括交互、動作效果等；產(chǎn)品配合UI工程師確定設(shè)計質(zhì)量，同時為銜接前端工程師開始相應(yīng)的開發(fā)。

產(chǎn)品設(shè)計能力大部分涉及到和用戶個體的交互事項，所以和2C的能力有高度重合，畢竟2B的產(chǎn)品需要人來操作；抽象事務(wù)和概念的可視化過程，結(jié)合業(yè)務(wù)和審美，提高美學(xué)的修養(yǎng)和實際工程的結(jié)合。

總體來說，這些技巧的使用會因產(chǎn)品本身匹配的業(yè)務(wù)而靈活運用，但是也有不少的日常最佳實踐可以幫助到日常工作，提高產(chǎn)品經(jīng)理工作效率和質(zhì)量。

首先，設(shè)計時，需要參考企業(yè)內(nèi)部已經(jīng)約定俗成的方法；保持新的產(chǎn)品設(shè)計和已有產(chǎn)品之間的一致性，減少使用教育成本。

其次，盡量參考的市面流行產(chǎn)品設(shè)計模式；比如微軟的office 套件，大家都用，容易識別，沒有過多的認(rèn)知困難，同時還省開發(fā)時間。

另外，如非必要，可以直接采用常用設(shè)計軟件（Axure, Visio 等）的標(biāo)準(zhǔn)控件；產(chǎn)品經(jīng)理需要平衡為產(chǎn)品單獨定制所耗費資源與定制帶來的收益，過度的追求設(shè)計上的新意，容易舍本逐末，浪費工作資源。

在交互方面也可以借鑒流行產(chǎn)品的設(shè)計，例如用戶操作提供保存提醒可以借鑒Word；在移動設(shè)備上，某產(chǎn)品功能希望用戶操作前，能習(xí)慣性下拉屏幕已獲得最新的數(shù)據(jù)更新，則可以參考微信的設(shè)計。

B端產(chǎn)品應(yīng)當(dāng)簡單直接設(shè)計，以解決業(yè)務(wù)問題和效率為核心指導(dǎo)思想，先落地；在之后的運營階段，各個頁面被使用，通過數(shù)據(jù)埋點，熱力圖等方法了解用戶習(xí)慣，隨后可以不斷針對性的迭代優(yōu)化。

5）產(chǎn)品文檔

產(chǎn)品設(shè)計能力的一部分是對應(yīng)文檔的撰寫，盡管在敏捷價值里提出了工作的軟件高于完善的文檔；但是文檔在整個產(chǎn)品開發(fā)生命周期中，作為信息傳遞的渠道，以及組織和協(xié)調(diào)相關(guān)資源中的重要性不言而喻；眾多的文檔中，最為關(guān)注的就是產(chǎn)品需求文檔 (PRD)。

不同企業(yè)或團(tuán)隊，產(chǎn)品需求文檔的定義和形式會有所不同，但是基本的核心內(nèi)容是十分相似和統(tǒng)一的；產(chǎn)品需求文檔是在產(chǎn)品開發(fā)過程中用來向各個參與部門來溝通和介紹相關(guān)產(chǎn)品需要包含的能力的工具。

它需要包含的內(nèi)容會作為其他后續(xù)文檔的參考指導(dǎo)，以下是一個基本的內(nèi)容框架和介紹：

撰寫產(chǎn)品需求文檔是產(chǎn)品經(jīng)理的必備技能，不但要求產(chǎn)品經(jīng)理有產(chǎn)品本身全局的概念，還要能夠高度抽象和精煉的把各個事項描述清楚，通俗易懂。

網(wǎng)上有不少的PRD模板可以借用，產(chǎn)品經(jīng)理需要針對具體的開發(fā)項目，適當(dāng)調(diào)整匹配，以有效和準(zhǔn)確溝通為目的；同時，對于有些部分，無需急于一次完成，還是有一個不斷優(yōu)化完善的過程。

3. 開發(fā)技術(shù)能力（IT Competence）

“不是內(nèi)行，但必須是行內(nèi)”這是對產(chǎn)品經(jīng)理在開發(fā)技術(shù)上的總體要求。

好比作為建筑設(shè)計師，在設(shè)計新的建筑的時候，是要對現(xiàn)階段的工藝、材料和項目施工難度有基本把握的；如果設(shè)計的建筑沒有相應(yīng)的落地工程方案，那么這個設(shè)計就只是藝術(shù)品，而不是真正的產(chǎn)品——這里的道理實際上也是同樣可以應(yīng)用在軟件產(chǎn)品的開發(fā)事項上；產(chǎn)品經(jīng)理需要對產(chǎn)品實施方案的技術(shù)框架和可行性有基本的了解，在一些情況下還要對不同的開發(fā)實現(xiàn)方法與產(chǎn)品價值實現(xiàn)之間進(jìn)行平衡和取舍。

了解開發(fā)技術(shù)的另外一個益處則是可以對技術(shù)難度的開發(fā)時間有自己的初步預(yù)判，快速調(diào)整和響應(yīng)變化；對相關(guān)的時間影響，項目推進(jìn)有基本的預(yù)判和提前安排；同時可以提供非純粹開發(fā)人員的角度來給予思路，幫助團(tuán)隊拓寬解決方案的視角。這個能力同下支持下一部分介紹的項目管理能力、互相支撐。

在紛繁復(fù)雜的技術(shù)領(lǐng)域，有許多值得了解和學(xué)習(xí)的內(nèi)容；針對于產(chǎn)品經(jīng)理的日常工作，以下初略列出幾個方面的內(nèi)容可以學(xué)習(xí)研究來增強(qiáng)開發(fā)技術(shù)能力。

1）軟件開發(fā)元素和團(tuán)隊分工

軟件開發(fā)所涉及的主要元素和對應(yīng)的人員分工能夠幫助產(chǎn)品經(jīng)理在宏觀上了解具體搭建落地所涉及的事項。

如同建筑工程，整個建設(shè)過程是多個不同專業(yè)工種配合完成的，多個工種又會對具體實現(xiàn)的工藝為了匹配設(shè)計來平衡選擇，那么對于軟件產(chǎn)品開發(fā)也是同樣的邏輯。

首先，是知曉軟件開發(fā)編碼需要使用的開發(fā)語言；程序開發(fā)是用一種計算機(jī)語言來表達(dá)外界事務(wù)的邏輯和處理的事項關(guān)系；無論是什么具體的開發(fā)語言，例如 C，Java，還是PHP都是為了這個目的。通過學(xué)習(xí)編程語言，產(chǎn)品可以了解編碼的基本邏輯和所涉及的操作，從而更好的理解編碼開發(fā)的原理和日常活動。

其次是了解數(shù)據(jù)庫和使用SQL 來對數(shù)據(jù)庫里的數(shù)據(jù)進(jìn)行操作，進(jìn)行數(shù)據(jù)分析和查詢；簡單來說，數(shù)據(jù)庫是對數(shù)據(jù)按一定規(guī)則進(jìn)行組織存儲和管理，同時支持外界對數(shù)據(jù)進(jìn)行增刪改查操作的技術(shù)。

簡單來分，有關(guān)系型數(shù)據(jù)庫和非關(guān)系型數(shù)據(jù)庫這兩類：

• 關(guān)系型數(shù)據(jù)庫通過二維表及數(shù)據(jù)字段和字段類型來表示數(shù)據(jù)；關(guān)系型數(shù)據(jù)庫中，現(xiàn)實世界的實體被映射成二維表，然后數(shù)據(jù)之間的關(guān)系模型，通過實體關(guān)系來關(guān)聯(lián)不同的表來實現(xiàn)。常見的關(guān)系型數(shù)據(jù)庫就有Oracle、DB2、MySQL等。
• 而非關(guān)系型數(shù)據(jù)庫是一種新的數(shù)據(jù)存儲模型，儲存的結(jié)構(gòu)相對松散，可以不嚴(yán)格按照結(jié)構(gòu)范式進(jìn)行存儲；非關(guān)系型數(shù)據(jù)庫沒有關(guān)系型數(shù)據(jù)庫那樣的嚴(yán)格數(shù)據(jù)結(jié)構(gòu)約束，在存儲的形式上也不同；常見的產(chǎn)品有MongoDB等。

兩種數(shù)據(jù)庫會針對不同的數(shù)據(jù)存儲需求而選定。了解數(shù)據(jù)庫和對應(yīng)的技術(shù)使用，能夠幫助產(chǎn)品經(jīng)理優(yōu)化功能設(shè)計和平衡利弊，把控開發(fā)進(jìn)度。

例如，一些產(chǎn)品功能需要調(diào)用分布在不同數(shù)據(jù)庫技術(shù)平臺上的數(shù)據(jù)，那么相關(guān)的技術(shù)可行性、實現(xiàn)難度和性能問題和使用影響等，都會需要產(chǎn)品經(jīng)理參與討論，作為最終方案確定的依據(jù)。

而SQL（Structured Query Language）是數(shù)據(jù)庫操作語言，被用來對數(shù)據(jù)庫執(zhí)行指令；SQL可以對數(shù)據(jù)庫進(jìn)行各類的操作，包括數(shù)據(jù)庫表的創(chuàng)建和修改；它本身的語法并不復(fù)雜，但是用好它也需要不斷學(xué)習(xí)提升水平。

SQL的學(xué)習(xí)和使用，可以幫助產(chǎn)品經(jīng)理進(jìn)一步了解表結(jié)構(gòu)和表與表之間的關(guān)系，從而從數(shù)據(jù)模型角度進(jìn)一步理解產(chǎn)品背后的數(shù)據(jù)邏輯實現(xiàn)方式；另外，可以提升產(chǎn)品和開發(fā)之間的理解，減少信息傳遞間的誤解；問題的討論可以當(dāng)具體到某個表，某個字段，避免歧義；在數(shù)據(jù)查詢和分析時，了解SQL可以大大方便產(chǎn)品的工作效率和質(zhì)量。

了解了基礎(chǔ)的開發(fā)技術(shù)和工具，接著就是操作這些工具的人員之間的分工和合作；產(chǎn)品經(jīng)理需要了解不同職能分工，在處理開發(fā)事項時，快速定位需要溝通的對象，和調(diào)整溝通時需要的背景信息。

簡單來說——從技術(shù)角度上開發(fā)人員分為前端開發(fā)，負(fù)責(zé)用戶所能看到的展示界面，與用戶交互的部分；和后端開發(fā)，主要針對服務(wù)端，讓服務(wù)器、應(yīng)用程序和數(shù)據(jù)庫進(jìn)行交互；雖然職能分工不同，但是工作都是相輔相成的，所以在一些具體實現(xiàn)的時候，會需要彼此平衡技術(shù)難度和工作量，達(dá)到最有效且精簡的方案。

開發(fā)工作進(jìn)行和完成的同時都需要質(zhì)量的把控，所以會有測試工程師（QA）這個角色；從字面理解可以看出，這個角色主要是針對開發(fā)質(zhì)量相關(guān)工作的。

這里有幾個重要的理念需要強(qiáng)調(diào)，就是質(zhì)量是誰的責(zé)任的問題；好比生產(chǎn)汽車的流水線上各司其職在制作產(chǎn)品，每個環(huán)節(jié)都需要有質(zhì)量把控，每個人都要對自己環(huán)節(jié)的質(zhì)量負(fù)責(zé)，確保最后的質(zhì)量檢測的合格達(dá)標(biāo)。

同樣，在軟件產(chǎn)品開發(fā)當(dāng)中，質(zhì)量不是靠QA最后來測試來發(fā)現(xiàn)和確保合格的，而是每個開發(fā)人員的本職工作；在規(guī)劃對應(yīng)的產(chǎn)品測試戰(zhàn)略和方法的時候，需要以此為基本出發(fā)點來統(tǒng)一協(xié)調(diào)團(tuán)隊的認(rèn)知。

另外就是——質(zhì)量容錯的閾值；在敏捷開發(fā)，快速迭代的理念下，質(zhì)量測試的力度需要平衡；不能一味的追求極致完美而投入和占用資源而措施戰(zhàn)機(jī)，要達(dá)到質(zhì)量把控，也要避免過度測試。

在開發(fā)工作過程中還有重要的一組就是數(shù)據(jù)庫管理員（DBA）——DBA的職能覆蓋從數(shù)據(jù)庫涉及、測試到部署交付和運維的全生命周期的管理；產(chǎn)品經(jīng)理需要和DBA打交道最多的就是對應(yīng)的數(shù)據(jù)查詢和分析事項；另外在一些產(chǎn)品性能和設(shè)計優(yōu)化上，DBA也是需要被咨詢和聽取意見的人員。

2）基礎(chǔ)設(shè)施

產(chǎn)品經(jīng)理也要對基礎(chǔ)設(shè)施有大概的了解。產(chǎn)品的開發(fā)過程中和開發(fā)完成后的部署都需要對應(yīng)的基礎(chǔ)設(shè)施來支持。

這里涉及到機(jī)房、服務(wù)器、網(wǎng)絡(luò)、路由器、交換機(jī)等等相關(guān)的軟硬件的概念；在以往的開發(fā)發(fā)布的環(huán)節(jié)上，企業(yè)需要把完成的代碼打包發(fā)布在公網(wǎng)上服務(wù)器上，讓外界可以使用；這種情況下，企業(yè)需要自己搭建機(jī)房和對應(yīng)的基礎(chǔ)設(shè)施或外界租用這些設(shè)施；而現(xiàn)在云的迅猛發(fā)展，讓軟件產(chǎn)品的開發(fā)和發(fā)布成本大大降低。

軟件產(chǎn)品開發(fā)出來后，企業(yè)可以直接部署在云服務(wù)商（例如，阿里云、AWS、華為云等）的平臺上；這樣省去了購置服務(wù)器和搭建機(jī)房的費用，而只要支付流量使用費用，也無需操行基礎(chǔ)設(shè)施設(shè)備的維護(hù)，升級等事項。

簡單的比方就是——以前是每個企業(yè)自己買柴油發(fā)電機(jī)，自己發(fā)電，自己用；維護(hù)成本高，而且使用率也不是最優(yōu)；而現(xiàn)在云平臺類似統(tǒng)一接入到國家電網(wǎng)，按使用量付費。

兩種方法各有優(yōu)劣，而且隨著企業(yè)業(yè)務(wù)發(fā)展需求和具體軟件產(chǎn)品的使用情況而變化；產(chǎn)品經(jīng)理需要知曉這個領(lǐng)域的知識，參與和推動對應(yīng)的決策和管理影響。

3）系統(tǒng)架構(gòu)

跳出具體的開發(fā)事項的關(guān)注，在更高層面來看，無論是已有產(chǎn)品模塊改進(jìn)優(yōu)化還是新的產(chǎn)品模塊的引入，首先要做的分析就是其對現(xiàn)有系統(tǒng)架構(gòu)的影響和適配性。

好比一棟20年的老房子，房屋結(jié)構(gòu)單一，工藝落后；現(xiàn)在突然一家新的住戶搬家進(jìn)來，決定要加蓋新風(fēng)系統(tǒng)和電梯；這個時候就需要考慮已有的建筑結(jié)構(gòu)是否能支撐這些新的建筑模塊。

同樣，如果新的產(chǎn)品模塊需要通過新的技術(shù)來實現(xiàn)，或者需要采用新的語言來開發(fā)，都需要考慮適配性；例如，在移動APP的開發(fā)中，新的產(chǎn)品功能時使用最新的Flutter還是原生系統(tǒng)開發(fā)，以及開發(fā)的產(chǎn)品模塊是否可以適配老的系統(tǒng)框架，和如何使用。

這些技術(shù)上的細(xì)節(jié)決定和討論不是產(chǎn)品經(jīng)理的專長，但是需要產(chǎn)品經(jīng)理有對應(yīng)的敏感度和基本認(rèn)知，了解這些問題是需要覆蓋的事項。這個對整個產(chǎn)品項目落地和交付范圍規(guī)劃都有影響。

4）DevOps 基礎(chǔ)

以上是介紹了基本開發(fā)過程可能涉及的基本元素，無論是技術(shù)、流程還是參與人員的職能分工；如之前提到的，產(chǎn)品經(jīng)理對于開發(fā)技術(shù)需要有一定的敏感度，了解最流行和廣泛的行業(yè)實踐，這樣可以與開發(fā)團(tuán)隊有相通的語境和概念框架來溝通。

軟件工程或者軟件開發(fā)的方法和理念的不斷演進(jìn)，與之匹配交付方式和理論也隨之產(chǎn)生；在過去很長一段時間，軟件產(chǎn)品的開發(fā)周期較長，每次發(fā)布時間之間的間隔也比較遠(yuǎn)；因此，周期中的主要矛盾是在需求變更和研發(fā)效率上，而發(fā)布部署的時間成本和資源占用的成本相比起來不是那么突出。

但是隨著敏捷開發(fā)的理念的廣泛推廣實施，和商業(yè)環(huán)境對產(chǎn)品快速發(fā)布部署的要求越來越高，開發(fā)和運維一體化，從而達(dá)到運維工程師和開發(fā)工程師參與整個服務(wù)生命周期的一系列實踐被積極提倡。

在百科里DevOps被定義為：“DevOps是一種軟件工程文化和實踐，旨在統(tǒng)一整合軟件開發(fā)和軟件運維；DevOps運動的主要特點是強(qiáng)烈倡導(dǎo)對構(gòu)建軟件的所有環(huán)節(jié)（從集成、測試、發(fā)布到部署和基礎(chǔ)架構(gòu)管理）經(jīng)行全面的自動化和監(jiān)控；DevOps的目標(biāo)是縮短開發(fā)周期，提高部署頻率和更可靠的發(fā)布，與業(yè)務(wù)目標(biāo)保持一致”。

從核心上來看，DevOps是敏捷開發(fā)的延續(xù)，將敏捷思想和精益的原則在運維領(lǐng)域來實踐應(yīng)用。

雖然狹義上DevOps只涉及到軟件生命周期，但是它也是一種 IT組織管理的發(fā)展趨勢；力圖通過各種方式打破原有IT職能部門之間的壁壘和合作模式，使之行動更加緊密，從而適配和促進(jìn)業(yè)務(wù)迭代速度，解決業(yè)務(wù)痛點。

如下圖所示，DevOps希望做到的是軟件產(chǎn)品交付過程中IT工具鏈的打通，形成良好閉環(huán)，使得各個團(tuán)隊減少時間損耗，更加高效地協(xié)同工作，增加整體的產(chǎn)出。

在這里也有一些DevOps經(jīng)常被使用的工具需要基本了解：

DevOps 被業(yè)界快速接受，內(nèi)涵和概念也不斷延伸。

在各方專業(yè)人士的分析和解讀下，DevOps 概念涉及到的知識內(nèi)容正變得越來越龐大，模型也變得愈加豐富、深入和細(xì)分；與理論并行的就是新的架構(gòu)范式和工具的出現(xiàn)，來支持DevOps的落地和實踐。其中最為火熱和流行的就是“云原生”Cloud-Native。

2015年，Google聯(lián)合其他20家公司宣布成立了開源組織 Cloud Native Computing Foundation (CNCF)，并且給出了云原生的定義：“云原生技術(shù)有利于各組織在公有云、私有云和混合云等新型動態(tài)環(huán)境中，構(gòu)建和運行可彈性擴(kuò)展的應(yīng)用；云原生的代表技術(shù)包括容器、服務(wù)網(wǎng)格、微服務(wù)、不可變基礎(chǔ)設(shè)施和聲明式API。這些技術(shù)能夠構(gòu)建容錯性好、易于管理和便于觀察的松耦合系統(tǒng)。結(jié)合可靠的自動化手段，云原生技術(shù)使工程師能夠輕松地對系統(tǒng)做出頻繁和可預(yù)測的重大變更。

云原生計算基金會（CNCF）致力于培育和維護(hù)一個廠商中立的開源生態(tài)系統(tǒng)，來推廣云原生技術(shù)；我們通過將最前沿的模式民主化，讓這些創(chuàng)新為大眾所用。

這么繞口難懂的定義，簡單概括為4個要素：持續(xù)交付、DevOps、微服務(wù)、容器。

云原生是一個概念集合，既包含微服務(wù)、容器，也包含更多的管理方法，比如持續(xù)交付、DevOps和重組等。

以上是針對產(chǎn)品經(jīng)理的開發(fā)技術(shù)能力的一些關(guān)注的知識點和領(lǐng)域。

需要強(qiáng)調(diào)的是——在絕大多數(shù)情況下，產(chǎn)品和產(chǎn)品背后的業(yè)務(wù)才是驅(qū)動價值的動力；沒有產(chǎn)品這個載體，再美好的技術(shù)也是沒有用武之地。

技術(shù)很重要，但是最終的目的是服務(wù)客戶；過度的追求技術(shù)的完美和先進(jìn)，而影響了產(chǎn)品的落實和價值實現(xiàn)，這是本末倒置的行為。

產(chǎn)品經(jīng)理一定要時刻保持全視角思維，跳出當(dāng)下技術(shù)迷思，以商業(yè)目標(biāo)為導(dǎo)向要做抉擇和驅(qū)動產(chǎn)品。

4. 項目管理能力（Project Management）

項目管理事項在一些企業(yè)是有專門的項目經(jīng)理來負(fù)責(zé)，但是，大部分的企業(yè)還是會由產(chǎn)品經(jīng)理來承擔(dān)相關(guān)的責(zé)任；所以具備一定的項目管理能力是一種剛需；同時，通過項目管理的執(zhí)行，產(chǎn)品經(jīng)理可以更好的把控和了解產(chǎn)品的開發(fā)周期中的狀態(tài)，并且積極參與和干預(yù)產(chǎn)品開發(fā)過程中遇見的挑戰(zhàn)，從時間和資源管理上更好的推動產(chǎn)品解決業(yè)務(wù)問題的時效性。

5. 瀑布式開發(fā)與敏捷交付

軟件行業(yè)在上世紀(jì)六十年代末提出了“軟件工程”的概念，試圖借鑒建筑行業(yè)領(lǐng)域的最佳實踐，來找到適合軟件行業(yè)的多人協(xié)作開發(fā)高質(zhì)量大型軟件產(chǎn)品的方法；軟件工程的交付理論隨著時代的變遷和外部市場的變化也出現(xiàn)的多樣性的和各異性，隨著時代的遷移和外部環(huán)境的變化，針對不同形態(tài)的產(chǎn)品或開發(fā)任務(wù)，可以選用不同的方法——其中最有名的就是“瀑布式”和敏捷交付。

Dr. Winston Royce在主導(dǎo)完成了一個大型軟件項目開發(fā)工作后，描述了一種軟件開發(fā)模型；在這里模型里包含了：系統(tǒng)需求、軟件需求、分析、程序設(shè)計、編碼、測試和部署運行幾個階段；而且各個階段順序相銜接，類似一個瀑布，從而稱之為 “瀑布軟件開發(fā)模型”。

這樣的開發(fā)方式在一段時間內(nèi)相當(dāng)?shù)牧餍?，成為行業(yè)的標(biāo)準(zhǔn)；其中很大一部分的原因在于，曾經(jīng)的軟件開發(fā)活動所針對的業(yè)務(wù)問題相當(dāng)復(fù)雜；而且因為信息技術(shù)的成本，只有大型的企業(yè)才有資源和能力對軟件開發(fā)進(jìn)行投入；而這類企業(yè)，相對來說保守和穩(wěn)定，注重審批和決策流程，需要的是成熟可靠的交付和管理體系；更重要的是當(dāng)時的外部環(huán)境節(jié)奏緩慢，不需要快速反應(yīng)，需求單一且穩(wěn)定。

而在互聯(lián)網(wǎng)時代，企業(yè)外部環(huán)境變化極具加快，業(yè)務(wù)問題和目標(biāo)需要更快、更敏捷的解決方案來應(yīng)對；同時，瀑布模型在指導(dǎo)軟件開發(fā)的局限也突顯出來， 特別是在對待不確定因數(shù)的問題上。

當(dāng)下，企業(yè)講究的是抓住稍縱即逝的機(jī)會，低成本的、精益的去落地實現(xiàn)方案，嘗試各種業(yè)務(wù)探索和試錯；這樣的環(huán)境下，敏捷軟件開發(fā)這一理念被廣泛采納，用于指導(dǎo)產(chǎn)品的研發(fā)事項。

敏捷開發(fā)的核心思路是將復(fù)雜的需求進(jìn)行拆分，遵循業(yè)務(wù)價值高低來安排交付；簡短的開發(fā)周期、按照固定節(jié)奏開發(fā)、按需發(fā)布，逐步迭代來實現(xiàn)和優(yōu)化解決方案；而且不斷的根據(jù)內(nèi)外因素來自我調(diào)整。

本質(zhì)上來說，敏捷模式較好的匹配了當(dāng)下快速變化市場環(huán)境和商業(yè)形態(tài)；它的指導(dǎo)核心理念是先解決問題、落地方案，雖然初期不是理想方案，后期可以逐步優(yōu)化；這就和瀑布式開發(fā)模型的內(nèi)在核心理念不同的關(guān)鍵。

但是需要注意的是——敏捷開發(fā)不是一種軟件開發(fā)方法，也不是一個體系完整的方法論；它是滿足敏捷宣言及原則的一組輕量軟件開發(fā)方法的集合，是一種開發(fā)理念。

下圖展示的是這組集合中最為常見的敏捷流程框架、Scrum：

圖中包含了Scrum里重要的幾組概念：三個角色，三個工件，五個活動，企業(yè)可以按照實際情況來調(diào)整周期，落地實施。

1）PMBOK

項目管理最常引用的就是美國項目管理協(xié)會（PMI）的理論，其在發(fā)行的Project Management Body of Knowledge（PMBOK）詳細(xì)的闡述了一套項目管理知識體系。

按照PMBOK的定義，項目是為創(chuàng)造獨特的產(chǎn)品、服務(wù)或成果而進(jìn)行的臨時性工作；而項目管理是為了達(dá)到項目要求，把知識、技能、工具和技術(shù)應(yīng)用于項目的活動；在最初的版本中，基于的是瀑布式開發(fā)模型，但是在最近的版本中，已經(jīng)開始引入和覆蓋基于敏捷理念的交付該如何進(jìn)行項目管理活動的內(nèi)容。

PMI的理論，針對項目管理由5大項目管理過程組，10個知識領(lǐng)域和49個管理流程；在介紹這些事項的過程當(dāng)中，有大量的工具、方法和工件被介紹。

產(chǎn)品經(jīng)理可以參考理論，使用這些工具來處理項目經(jīng)行當(dāng)中需要處理的事項和問題；產(chǎn)品經(jīng)理應(yīng)該不斷熟悉和理解，增加相應(yīng)的能力。

2）活動拆分和時間表規(guī)劃

在傳統(tǒng)的瀑布軟件開發(fā)方法中，工作任務(wù)的分解時根據(jù)活動階段來劃分的。

如下圖所示，產(chǎn)品的端到端開發(fā)被切割成不同階段，只有由上一個階段的全部完成才會開始下一個階段，這使得項目產(chǎn)品直到最后聯(lián)調(diào)測試階段才知道開發(fā)的效果；這樣造成業(yè)務(wù)無法及時驗證產(chǎn)品有效性，而且這樣一次性所有產(chǎn)品點都做，同時開發(fā)，沒有主次之分，通常的開發(fā)時間都比較冗長，無法面對業(yè)務(wù)快速變化；業(yè)務(wù)的重點價值實現(xiàn)的落地被其他低優(yōu)先級的開發(fā)事項拖延。

而從業(yè)務(wù)視角出發(fā)，將一個項目的所有業(yè)務(wù)需求劃分為多個小的業(yè)務(wù)功能模塊，每個功能模塊以業(yè)務(wù)用戶的視角來描述它形成用戶故事，方便介紹和了解背后的業(yè)務(wù)價值。

需求的拆分是解析一個產(chǎn)品的構(gòu)成的范圍和內(nèi)容實質(zhì)，這一過程中產(chǎn)品經(jīng)理可以使用MEMC、WBS等方法工具來輔助進(jìn)行。

用樹形圖的方式，把每個功能模塊模擬成樹枝，然后把每個用戶故事掛在相應(yīng)的樹枝上。

那么，每次交付的內(nèi)容，是以業(yè)務(wù)價值為中心的；通過選擇在不同樹枝上的，高價值和優(yōu)先級的故事卡片，組成當(dāng)下迭代里最有業(yè)務(wù)價值的產(chǎn)品交付；之后再重復(fù)這個過程。

這種方式讓業(yè)務(wù)人員能夠及時得到可以開展業(yè)務(wù)的產(chǎn)品，獲得市場反饋；同時，給與產(chǎn)品開發(fā)團(tuán)隊實時的反饋，以便于評估開發(fā)效果、調(diào)整和優(yōu)化產(chǎn)品、響應(yīng)市場變化。

支撐這一操作的基本理念是精益思維和敏捷開發(fā)，每次上線的產(chǎn)品點總是某一功能樹枝上優(yōu)先級高的故事卡；因此，很多時候已經(jīng)上線的功能模塊的并沒有包含全部功能點，這也賦予了產(chǎn)品各個功能模塊及其特性以時間的屬性。

小批量，持續(xù)的交付，盡早的獲得收益，加速價值流動——這樣的方式，也帶來了交付的靈活性；一旦外界和業(yè)務(wù)發(fā)生變化，團(tuán)隊可以快速處理手中的任務(wù)，轉(zhuǎn)向其他事務(wù)，同時還可以保證系統(tǒng)的完整性。

需要強(qiáng)調(diào)的是——雖然這種開發(fā)方式可以快速帶來收益反饋，但是也有成本代價；除了每次迭代后要將開發(fā)完成的產(chǎn)品部署到生產(chǎn)環(huán)境，還要回歸測試前期交付的所有軟件功能可以正確進(jìn)行；驗證成本投入會逐步增加。

從微觀來看，每次迭代，產(chǎn)品經(jīng)理最為需要注意的是把握每次迭代的產(chǎn)品價值，以此為中心來規(guī)劃交付內(nèi)容；而從宏觀來看，2B類型的產(chǎn)品往往比較復(fù)雜，且工作量大，需要多個迭代的持續(xù)交付來實現(xiàn)的。

有時還會出現(xiàn)某個最小功能集合依然無法在一個迭代內(nèi)完成的情況，另外，多數(shù)產(chǎn)品功能需要跨團(tuán)隊的配合來實踐；這樣總情況下，產(chǎn)品經(jīng)理就需要搭建整體產(chǎn)品項目時間計劃表。預(yù)先把所有的功能或故事點，按迭代來排期做初步規(guī)劃，通過這個項目時間計劃表來統(tǒng)籌各個參與方的節(jié)奏和工作內(nèi)容。

項目時間表的搭建對產(chǎn)品經(jīng)理有著非常重要的意義。

第一， 在拆分具體項目活動的過程就是同相關(guān)參與人員共同交叉確定產(chǎn)品范圍理解，查漏補缺和預(yù)估工作量的過程；在此過程中，參與人員可以同步對于開發(fā)事項的理解，充分討論需求的邊界上下文，交流初步技術(shù)方案的預(yù)想，對開發(fā)目標(biāo)、 質(zhì)量標(biāo)準(zhǔn)和驗收條件達(dá)成一致，建立共識；這里也需要用到上一章節(jié)講述的產(chǎn)品經(jīng)理的技術(shù)開發(fā)能力。

第二，確定開發(fā)活動的優(yōu)先級和事件之間的依存關(guān)系，確保每個事項有對應(yīng)的負(fù)責(zé)人和完成時間節(jié)點；一個事項一定要有對應(yīng)的負(fù)責(zé)人，如果需要拆分成多個負(fù)責(zé)子事項給不同人員，也需要指定出一個總體協(xié)調(diào)負(fù)責(zé)人員，避免“人人負(fù)責(zé)”變成沒有人負(fù)責(zé)。

第三，項目計劃表的搭建是個反復(fù)優(yōu)化和調(diào)整的過程；首先，項目總體時間必須在預(yù)先確定的時間范圍內(nèi)，如果產(chǎn)品總體交付時間超過預(yù)期，那么需要針對整體交付產(chǎn)品的范圍和關(guān)鍵路徑，特別時分組合作的情況下，進(jìn)行分析和優(yōu)化；其次，初次整體產(chǎn)品項目排期的完成，只是反應(yīng)了當(dāng)時的產(chǎn)品功能點所蘊含的價值優(yōu)先程度；基于整體的項目規(guī)劃框，動態(tài)的秉承敏捷的理念，可以周期性的根據(jù)業(yè)務(wù)價值調(diào)整交付物；最后，MVP和精益思維可以用于指導(dǎo)項目計劃表的搭建和優(yōu)化

第四，項目時間表還承擔(dān)了溝通和協(xié)調(diào)開發(fā)進(jìn)度的作用，產(chǎn)品經(jīng)理在負(fù)責(zé)項目管理的時候，可以使用時間表來監(jiān)控和控制開發(fā)進(jìn)度；因為所有的需求點都是相關(guān)人員共同參與討論過的，所有產(chǎn)品經(jīng)理針對偏離正常進(jìn)度的事項更加有信心來糾正；同時也給了開發(fā)人員明確的時間框架和開發(fā)事項，做到責(zé)任到人，獎懲清晰。

第五，項目時間表是“活”的，需要產(chǎn)品經(jīng)理關(guān)注和管理；在具體每日的狀態(tài)跟蹤事項上，通常開發(fā)團(tuán)隊可以負(fù)責(zé)和總協(xié)調(diào)，產(chǎn)品經(jīng)理需要支持；但是在一些情況下，產(chǎn)品經(jīng)理也需要承擔(dān)起驅(qū)動時間表和事項執(zhí)行的任務(wù)，統(tǒng)籌相關(guān)事項——這也需要產(chǎn)品經(jīng)理需要有對應(yīng)的IT能力和思維，在遇見具體的技術(shù)相關(guān)事項和執(zhí)行問題是，產(chǎn)品經(jīng)理自己有相關(guān)的一個初步判斷；通過事項本身對上下游利益相關(guān)者的影響，來推導(dǎo)思路；同時，可以積極借用先例處理方法，遵循先例來調(diào)整和規(guī)劃方案事項。

有時，產(chǎn)品經(jīng)理需要跳出項目自身資源配置，積極尋求更廣范圍內(nèi)的資源來支持，例如公司內(nèi)的技術(shù)負(fù)責(zé)人或者此專項的專家；以結(jié)果為導(dǎo)向，保護(hù)時間表，保持強(qiáng)的推動力和執(zhí)行力，確保截止日期內(nèi)完成相關(guān)事項。

在項目管理和交付理念上，產(chǎn)品經(jīng)理需要由獨立的判斷能力，平衡不同交付方法的使用，以目的為導(dǎo)向，提升能效，解決業(yè)務(wù)問題；合適才是最好，無需一味追求流行和時髦。

黑貓白貓，抓到老鼠就是好貓。

5. 布道者能力 (Champion)

在這里使用“布道者”這樣一個詞來形容產(chǎn)品經(jīng)理所要具備的一種綜合能力；英文單詞是Champion，對應(yīng)的字典解釋是“一個為了某項原則、理想、權(quán)力而全力以赴支持、捍衛(wèi)和奮斗的人”

產(chǎn)品經(jīng)理參與和推動整個產(chǎn)品生命周期的過程當(dāng)中，需要面對和處理各種不同的利益相關(guān)人員的關(guān)系，同時扮演不同的角色；無論是在事項的主導(dǎo)、負(fù)責(zé)、咨詢、支持或是被知曉的過程當(dāng)中，產(chǎn)品經(jīng)理需要時刻都保持者一份champion的意志和責(zé)任心。

在產(chǎn)品設(shè)計的初期，產(chǎn)品經(jīng)理需要經(jīng)行業(yè)務(wù)調(diào)研和商業(yè)分析，以期厘清業(yè)務(wù)痛點，總結(jié)和理解業(yè)務(wù)現(xiàn)狀，開展規(guī)劃；在這期間，產(chǎn)品經(jīng)理需要組織和協(xié)調(diào)各相關(guān)業(yè)務(wù)部門負(fù)責(zé)人、系統(tǒng)架構(gòu)師、技術(shù)負(fù)責(zé)人等，一起規(guī)劃產(chǎn)品的功能范圍、定位以及和公司現(xiàn)有產(chǎn)品體系如何融合。

當(dāng)然，任何新的事物的引入，必然會引發(fā)對應(yīng)的變革和利益調(diào)整；產(chǎn)品經(jīng)理需要站在更高的角度，平衡各方利益，尋找最大公約數(shù)和共同利益；推進(jìn)各個部門之間的配合，力求達(dá)到業(yè)務(wù)和產(chǎn)品之間的匹配；同時又要對訴求的輕重緩急有深刻的了解，產(chǎn)品經(jīng)理需要搞清楚，在當(dāng)前階段，哪些功能可以帶來更高的價值，從而引導(dǎo)資源傾向于最有價值的地方。

在開發(fā)過程中，產(chǎn)品經(jīng)理需要緊密配合開發(fā)團(tuán)隊，有些公司會有專職的項目經(jīng)理負(fù)責(zé)協(xié)調(diào)具體開發(fā)事務(wù)和項目進(jìn)度的跟進(jìn)；更多的時候，產(chǎn)品經(jīng)理需要承擔(dān)這一部分的職能，除了具體設(shè)計或開發(fā)事項的決定外，還需要對產(chǎn)品的遠(yuǎn)景和業(yè)務(wù)價值準(zhǔn)確清晰的傳達(dá)給相關(guān)人員，調(diào)動參與人員的內(nèi)在動力，共同打造有價值的產(chǎn)品。

產(chǎn)品的開發(fā)落地不代表產(chǎn)品生周期的結(jié)束。產(chǎn)品經(jīng)理還需要擔(dān)當(dāng)銷售的角色；產(chǎn)品經(jīng)理需要積極宣傳和推銷相關(guān)的產(chǎn)品，游說業(yè)務(wù)使用產(chǎn)品。

2C類型的互聯(lián)網(wǎng)產(chǎn)品通常通過市場運作、運營活動等方式來讓用戶使用產(chǎn)品，實現(xiàn)推廣；而2B類型的產(chǎn)品除了業(yè)務(wù)的自主使用外，產(chǎn)品經(jīng)理也需要在各種場合宣講和推動產(chǎn)品的使用，甚至擔(dān)當(dāng)拉拉隊的角色來激發(fā)和贊揚對產(chǎn)品推廣使用有益的事項；唯有產(chǎn)品被使用，真實的產(chǎn)品有效性才能被收集，分析和優(yōu)化，才能達(dá)到給業(yè)務(wù)創(chuàng)造價值的目的。

在這個能力下所包含的各項軟的技能，需要產(chǎn)品經(jīng)理在日常工作中去分析提煉，通過實踐去打磨和優(yōu)化。

五、總結(jié)

產(chǎn)品經(jīng)理的工作具有很強(qiáng)的實踐屬性，雖然產(chǎn)品經(jīng)理總是以創(chuàng)造價值為宗旨，但是所處的環(huán)境和產(chǎn)出物的目的是變化的；即——受當(dāng)下社會市場環(huán)境影響，也受偏好、認(rèn)知、制度、經(jīng)濟(jì)能力等約束的影響。

企業(yè)的決策本身就需要基于社會環(huán)境這個大背景，這也是為什么一些產(chǎn)品放在今時今日不一定可以取得現(xiàn)在這樣的成功；因為各類影響因素的變換，復(fù)用性受情景約束等。

匯總之前所述的要點，可以用下圖來展示B端產(chǎn)品經(jīng)理的能力要求，以及其在各個產(chǎn)品生命周期中的參與度。

產(chǎn)品經(jīng)理需要結(jié)合具體案例分析相關(guān)聯(lián)的關(guān)鍵變量和約束條件，而不是簡單的照搬。

“學(xué)我者生，似我者死”，總結(jié)經(jīng)驗，提煉通用的規(guī)律和準(zhǔn)則，作為參考和借鑒分析的材料，為打磨個人能力，提升自我做基礎(chǔ)。

因此，雖然這里闡述了一套B端產(chǎn)品經(jīng)理的方法論和能力架構(gòu)，但是如何使用在實際操作中，真正的發(fā)揮效果，那就真的是“運用之妙，存乎一心”。

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

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