產(chǎn)品經(jīng)理這一角色承載著將創(chuàng)意轉(zhuǎn)化為現(xiàn)實的重任，從需求的洞察到產(chǎn)品的推出，他們是如何平衡用戶需求與商業(yè)目標的？本文深入探討了產(chǎn)品經(jīng)理的核心職責、挑戰(zhàn)和成長路徑，帶你一窺這個被誤解但又至關(guān)重要的角色。

那在內(nèi)容開始之前，先問大家一個問題。

產(chǎn)品經(jīng)理是誰？

who？

在日常工作中，大家是不是經(jīng)常被問到類似的問題？

每當被問到類似問題時，我常常陷入沉思。

這似乎也變成了一個「永恒的問題」。

每當逢年過節(jié)，與親朋好友聚會時，總會遇到這樣的對話：

親友：“你是做什么工作的呢？”

我：“互聯(lián)網(wǎng)行業(yè)?！?/p>

親友：“哦，那你一定很會用電腦吧！”

我：“… 我是產(chǎn)品經(jīng)理 … ”

親友：“不錯啊，都當上經(jīng)理了！”

我：“不是，產(chǎn)品經(jīng)理并非傳統(tǒng)意義上的‘經(jīng)理’。”

親友：“那是什么？”

我：“… …”

每當被外行問及，我總是自嘲地回應(yīng)：“產(chǎn)品經(jīng)理嘛，其實就是個‘全能打雜的，或者救火隊長，總之哪里需要去哪里’！”

在日常工作中，產(chǎn)品經(jīng)理這個角色需要涉獵廣泛，但又不可能做到樣樣精通，行業(yè)里也常常流傳著一句話，“產(chǎn)品經(jīng)理什么都要懂但什么都不精通”。

除了每天各種撕逼外，似乎并沒有一項真正擅長且獨一無二的技能。

而且每個團隊對產(chǎn)品經(jīng)理的期望和要求也不盡相同。

就導(dǎo)致了一種普遍觀念，認為產(chǎn)品經(jīng)理無非是鏈接業(yè)務(wù)和開發(fā)的工具人。

–但是

事情并沒有那么簡單。

因為產(chǎn)品經(jīng)理被要求需要同時具備廣度和深度。

那這個角色就注定了在很長一段時間內(nèi)都會被人誤解。

先給大家分享一個小故事。

也是一個比較典型的案例。

100多年前，福特公司的創(chuàng)始人亨利·福特先生到處跑去問客戶：“您需要一個什么樣的更好的交通工具？”幾乎所有人的答案都是：“我要一匹更快的馬”。很多人聽到這個答案，于是立馬跑到馬場去選馬配種，以滿足客戶的需求。

— 但

客戶是真的想要一匹很快的馬嗎？

或許吧。

但福特先生卻沒有立馬往馬場跑，而是接著往下問。

福特：“你為什么需要一匹更快的馬？”

客戶：“因為可以跑得更快！”

福特：“你為什么需要跑得更快？”

客戶：“因為這樣我就可以更早的到達目的地?！?/p>

福特：“所以，你要一匹更快的馬的真正用意是？”

客戶：“用更短的時間、更快地到達目的地！”

然后福特就發(fā)明了汽車，很好的滿足了的客戶的需求。

嗯！

這個可能是一個很好的滿足了這個客戶以及一群客戶的需求。

如果我們停留在現(xiàn)有客戶所說事物的表面，傻傻去找一匹很快的「馬」，那現(xiàn)在可能就沒有汽車了。

好的，這期內(nèi)容正式開始。

產(chǎn)品經(jīng)理「PM,Product manager」，在公司主要負責規(guī)劃和管理某一項或某一類產(chǎn)品，主要涉及產(chǎn)品的研發(fā)、制造、營銷、渠道等工作。

2009 年360紅衣教主周鴻祎，在媒體上強調(diào)自己是產(chǎn)品經(jīng)理，后來，?化騰也說??是產(chǎn)品經(jīng)理，喬布斯也在媒體上被強調(diào)為產(chǎn)品經(jīng)理，這三個?重新定義了?眾理解的產(chǎn)品經(jīng)理;

?家?想起產(chǎn)品經(jīng)理就是CEO們的形象，大眾會有認知誤區(qū)：???，雷軍、張?鳴、王興、張小龍、喬布斯、 PeterDeng等多個知名企業(yè)創(chuàng)始?也強調(diào)過??的產(chǎn)品經(jīng)理??。

產(chǎn)品經(jīng)理需要具備產(chǎn)品思維，以用戶的需求為導(dǎo)向，輸出有用戶價值、商業(yè)價值的產(chǎn)品。

同時，包括市場調(diào)研、產(chǎn)品定義及設(shè)計、項目管理、產(chǎn)品宣介、產(chǎn)品市場和產(chǎn)品生命周期管理等。

Marty Cagan 在他的《Inspired》書中將產(chǎn)品經(jīng)理的工作描述為“發(fā)現(xiàn)有價值、可用和可行的產(chǎn)品”。同樣，我一直將產(chǎn)品管理定義為業(yè)務(wù)、技術(shù)和用戶體驗之間的交集，一個好的產(chǎn)品經(jīng)理必須至少在一個方面有經(jīng)驗，對這三個方面都充滿熱情，并且熟悉所有方面的從業(yè)者。

從上圖角度出發(fā)，定義這三個概念以及三者之間的關(guān)系。

用戶體驗「UE/UX,User Experience」是許多人掛在嘴邊的名詞。

但這是一個多維度、相對主觀的概念，它涉及的是用戶對我們提供的服務(wù)的整體感知，而非僅限于產(chǎn)品、應(yīng)用、網(wǎng)站或設(shè)備等物理接觸點。

真正的用戶體驗關(guān)注的是服務(wù)的整體流程，包括但不限于APP頁面之間跳轉(zhuǎn)邏輯、界面的框架設(shè)計和布局、更要從全局思考整體業(yè)務(wù)流程。

之所以說用戶體驗是相對的、主觀的、片面的，是因為它依賴于個體用戶的獨特感受和認知。

舉個例子。

你去一家西餐廳吃牛排，牛排能不能吃，好不好吃是餐廳所能提供服務(wù)的核心，但當朋友們問起這次吃飯的體驗如何時間，你腦中浮現(xiàn)的絕不僅僅是牛排的味道，可能還包括餐廳的門面，店內(nèi)布置，桌椅擺放，服務(wù)人員的態(tài)度、響應(yīng)時間，菜單設(shè)計，看單點單流程，上菜的時間和順序，其他客人的用餐狀態(tài)，以及買單和離開時的服務(wù)等一系列的體驗，構(gòu)成了你對朋友的回答：好，或不好。

這一系列影響用戶體驗的因素，都存在于用戶腦中，而不僅只在我們作為餐廳運營和管理者的腦中。作為產(chǎn)品經(jīng)理，你如何定義這項服務(wù)中的每個關(guān)鍵因素，并圍繞著關(guān)鍵點提升 UE ，就體現(xiàn)了你在這方面的專業(yè)素養(yǎng)。

01

產(chǎn)品經(jīng)理用不用懂技術(shù)「Echnology」？

這個話題一直存在比較大的爭議。

普遍的共識是：理解技術(shù)對于產(chǎn)品經(jīng)理來說是至關(guān)重要的，這不僅有助于更好地定義產(chǎn)品的構(gòu)建方向，還能在與開發(fā)人員溝通時建立更深的信任關(guān)系。

其中最重要的幫助就是信任。

產(chǎn)品經(jīng)理對計算機知識的了解程度和迭代頻率，就像“水”的質(zhì)量和流動性，了解的越多，越能幫助彼此理解雙方的需求，互相認同。

對于產(chǎn)品經(jīng)理而言，商業(yè)「Business」洞察力可能經(jīng)常被放在“重要但不緊急”的象限中，這在互聯(lián)網(wǎng)行業(yè)尤為明顯。

商業(yè)的本質(zhì)在于追求資金增長，通過資本運作和建立關(guān)系網(wǎng)絡(luò)來規(guī)避風(fēng)險，其深度和廣度往往使得許多人對其保持敬畏，進而不愿或難以深入探討。

要提升在商業(yè)方面的認知和能力，最直接的方法便是親身參與商業(yè)實踐，通過實際操作來學(xué)習(xí)和領(lǐng)悟。

除了這些，還可以努力將自己塑造成一個具有商業(yè)價值的人，以便在商業(yè)環(huán)境中更容易被發(fā)現(xiàn)和認可。

在日常工作中，將關(guān)注點從“業(yè)務(wù)”或“業(yè)務(wù)邏輯”提升至更宏觀的“商業(yè)”層面，了解自己在公司整體戰(zhàn)略中的位置和貢獻，也是提升商業(yè)認知的重要一步。

前不久閱讀了Josh Elman的文章《Let’s talk about Product Management》，其中一句話讓我豁然開朗——“產(chǎn)品經(jīng)理是幫助團隊發(fā)布正確產(chǎn)品的關(guān)鍵角色”。這句話精準地闡述了產(chǎn)品經(jīng)理的核心職責和價值所在。

從產(chǎn)品的角度來看，產(chǎn)品流程主要涵蓋了從項目啟動到項目收尾的各個環(huán)節(jié)。

但一個項目從啟動到收尾是由多方共同協(xié)作的結(jié)果。產(chǎn)品經(jīng)理在其中扮演著“將idea/需求轉(zhuǎn)化為產(chǎn)品”的角色，十分關(guān)鍵，優(yōu)秀的產(chǎn)品經(jīng)理在項目中不僅僅著眼于產(chǎn)品本身，還包括與產(chǎn)品相關(guān)的人和事兒，因此讓我們從產(chǎn)品經(jīng)理工作職責內(nèi)去看看產(chǎn)品經(jīng)理視角下的工作流程。

常見的產(chǎn)品經(jīng)理的工作流程，基本是需求管理、產(chǎn)品規(guī)劃、項目管理。

實際上，產(chǎn)品經(jīng)理一上來不是做產(chǎn)品規(guī)劃，也不是做需求分析，而是做需求管理。

因為要為用戶服務(wù)，為商業(yè)服務(wù)，就得了解他們的需求和訴求。

收集需求和訴求的過程，需要面對的第一個問題就是溝通。

溝通能力是產(chǎn)品經(jīng)理需要具備能力中比較重要的能力之一。

• 對內(nèi)溝通：與部門領(lǐng)導(dǎo)、業(yè)務(wù)方領(lǐng)導(dǎo)和同事、運營等各側(cè)溝通，收集需求；
• 對外溝通：與客戶、用戶溝通，分產(chǎn)品階段了解用戶在用戶體驗流程方面的機會和痛點；
• 線上溝通：通過問卷、社群、社區(qū)、線上會議等方式都可以是溝通渠道「有價值的內(nèi)容往往不易獲取，隱藏在一句話中，抓住重點深挖到底“人性層面”，是有講究的」。

溝通前，要想清楚溝通時主要想解決的問題，有一點思考并能夠陳述出來，隨后與相關(guān)人發(fā)邀請「郵件、微信等方式」；

溝通中，溝通前先閑聊幾句進入正題，圍繞目標進行溝通，做好記錄，并在會議結(jié)束時確認溝通的內(nèi)容，有條理的確認一遍「對方提出問題，要聽清對方的問題，作出有條理的回答」；

溝通后，總結(jié)訪談內(nèi)容/會議紀要，添加微信、組群、組織交流學(xué)習(xí)等。

溝通不僅僅是為了解用戶的痛點、癢點、嗨點，也需要了解用戶的期待和目標，也許用戶已經(jīng)為了解決問題嘗試了一些辦法，也許這些辦法是很可笑的，但還是需要尊重用戶，作為產(chǎn)品經(jīng)理只是幫助用戶解決問題、更好的解決問題、規(guī)模化的解決問題，在做到這些的同時考慮商業(yè)化的解決問題。

產(chǎn)品經(jīng)理必備的文件“需求池”，需求池是在收集需求中產(chǎn)生的，非常有必要做的一個表格，可以幫助你追蹤、溯源、管理，具體內(nèi)容如下圖。

可以根據(jù)自己的需要建立自己需求池，這個非常重要，希望各位產(chǎn)品人能夠養(yǎng)成使用的習(xí)慣

需求池字段包含需求來源、獲取日期、溝通人及聯(lián)系方式、需求價值、需求類型、需求描述、問題點、需求優(yōu)先級、備注等。

將收集到的需求盡可能詳細的記錄在內(nèi)，盡可能的收集一手需求，刨根問底找到提出需求的那個人，讓需求盡可能的接近原始。

需求的初步的篩選和分類可先按以下方式進行分類，再通過內(nèi)部需求評審具體的商議定性「類型和優(yōu)先級」。

1. 按產(chǎn)品屬性劃分

• 新想法「Idea」：創(chuàng)新性的概念或觀點，為產(chǎn)品帶來新的方向或可能性；
• 新增「New Feature」：在現(xiàn)有產(chǎn)品基礎(chǔ)上增加的新功能或特性；
• 優(yōu)化「Optimization」：對現(xiàn)有功能或流程進行改進，以提升用戶體驗或產(chǎn)品性能；
• Bugfix：修復(fù)產(chǎn)品中的錯誤或缺陷，確保產(chǎn)品穩(wěn)定運行。

2. 按產(chǎn)品職能劃分

• 功能類需求：與產(chǎn)品核心功能直接相關(guān)的需求，是產(chǎn)品實現(xiàn)其目標所必需的；
• 運營類需求：與產(chǎn)品運營和推廣相關(guān)的需求，如數(shù)據(jù)分析、用戶增長等；
• 數(shù)據(jù)類需求：涉及產(chǎn)品數(shù)據(jù)收集、分析和應(yīng)用的需求，用于指導(dǎo)產(chǎn)品決策和優(yōu)化；
• 設(shè)計類需求：與產(chǎn)品界面、交互和用戶體驗設(shè)計相關(guān)的需求。

3. 按產(chǎn)品價值劃分

• 用戶需求：最終用戶對產(chǎn)品的期望和需求，關(guān)注解決用戶問題和滿足用戶期望；

• 商業(yè)需求：企業(yè)或組織對產(chǎn)品的需求，關(guān)注商業(yè)模式、市場需求等，以實現(xiàn)商業(yè)目標。

4. 按產(chǎn)品性質(zhì)劃分

• 顯性需求：用戶直接表達出來的需求，可以通過市場調(diào)研、用戶反饋等方式獲??；
• 隱性需求：用戶未明確表達但潛在存在的需求，需要產(chǎn)品經(jīng)理通過深入分析和洞察來發(fā)現(xiàn)。

5. 按需求層次劃分

根據(jù)馬斯洛需求層次理論，產(chǎn)品需求可以劃分為生理需求、安全需求、社交需求、尊重需求和自我實現(xiàn)需求。

這種分類方式有助于理解用戶在不同層次上的需求，從而設(shè)計出更符合用戶心理和行為的產(chǎn)品。

6. 按功能性和非功能性劃分

• 功能性需求：產(chǎn)品必須實現(xiàn)的具體功能或業(yè)務(wù)邏輯；
• 非功能性需求：對產(chǎn)品的性能、可靠性、易用性等方面的要求，如響應(yīng)時間、安全性等。

明確需求的背景，用戶的畫像，用戶的目標，根據(jù)5W2H的結(jié)構(gòu)化思考方法，用Y理論進行分析。

7. 評估新需求對現(xiàn)有功能的影響

• 用戶體驗：新需求的引入需細致分析其對現(xiàn)有功能操作流程的影響，確保不增加用戶操作復(fù)雜度，同時評估其是否能提升用戶體驗，如界面直觀性和操作流暢性，并維持與現(xiàn)有功能在界面設(shè)計和交互邏輯上的一致性，避免用戶困惑。
• 技術(shù)實現(xiàn)：技術(shù)實現(xiàn)的難度、對現(xiàn)有技術(shù)架構(gòu)的影響、開發(fā)團隊的技術(shù)能力和資源，以及新需求與現(xiàn)有功能在技術(shù)上的兼容性和可擴展性。
• 產(chǎn)品穩(wěn)定性風(fēng)險評估：引入后是否可能增加故障率、降低系統(tǒng)穩(wěn)定性，評估必要的測試以確保其穩(wěn)定可靠，并考慮其對現(xiàn)有功能性能的影響。
• 商業(yè)化：對產(chǎn)品市場競爭力、用戶粘性和付費行為的提升作用，評估其對長期商業(yè)價值的貢獻，并考慮與現(xiàn)有功能在定價策略和市場推廣上的協(xié)同效果。
• 對現(xiàn)有功能的優(yōu)化與整合：是否能提升產(chǎn)品效能、拓寬使用范圍，并考慮在數(shù)據(jù)、流程等方面的協(xié)同整合，以提升產(chǎn)品整體價值。

進行成本評估需要綜合考慮多個方面，包括直接成本，如人力成本「開發(fā)、測試、運維等人員的工資和福利」、硬件和軟件成本「服務(wù)器、開發(fā)工具、第三方服務(wù)等」、培訓(xùn)成本等；以及間接成本，如項目管理成本、溝通成本、風(fēng)險控制成本等。此外，還需要考慮時間成本，即完成需求所需的時間周期，以及由此產(chǎn)生的延期風(fēng)險和其他潛在成本。

在評估過程中，可以采用多種方法和技術(shù)，例如，用工作量評估法來估算開發(fā)團隊完成需求所需的工作量，從而推算出人力成本。還可以使用類比評估法，參考類似項目的成本數(shù)據(jù)來預(yù)測當前項目的成本。

同時，為了更準確地評估成本，還需要考慮一些關(guān)鍵因素。如技術(shù)的復(fù)雜性和新穎性，這可能會影響開發(fā)難度和所需時間；團隊的技能和經(jīng)驗，這決定了工作效率和質(zhì)量；市場的競爭狀況和需求變化，這可能對產(chǎn)品的定位和功能需求產(chǎn)生影響。

每一個需求，圍繞我們前面說的，都有其緊急重要程度，依次排優(yōu)先級。

緊急度主要看風(fēng)險或者損失量，重要度主要看影響和波及面。

重要且緊急的，那我們就要往前排，反之則往后；

如果兩個需求都同樣緊急且重要，那我們就要參考需求處理周期和人力資源成本因素。

不管是產(chǎn)品規(guī)劃，還是開發(fā)上線，都需要周期，也需要資源配置。

如果周期太長，而用戶需求又迫切，我們就需要找到暫時可替代的方案，或者某個權(quán)益之計，或者迭代個小版本，解決最核心問題；

當然，這個過程也不是產(chǎn)品經(jīng)理一個人決定，往往需要業(yè)務(wù)「可能包含管理層」、產(chǎn)品、技術(shù)一起三方會議。

首先要搞清楚，排需求優(yōu)先級的目標是為了做好產(chǎn)品版本規(guī)劃，版本規(guī)劃「迭代計劃」的目的是為了更好的平衡用戶利益和商業(yè)利益。

產(chǎn)品需求文檔「PRD，Product Requirement Document」是產(chǎn)品項目由“概念化”階段進入到“圖紙化”階段的最主要的一個文檔，用來承載當前版本的需求背景、產(chǎn)品方案、原型界面等內(nèi)容的產(chǎn)品說明文檔，通過文字描述每一個功能點每一個要素的數(shù)據(jù)來源，整個業(yè)務(wù)流程和邏輯，每一個頁面模塊按鈕的交互效果，方便告訴前端和后端開發(fā)人員，最終要達到的根本效果。

寫需求文檔的過程，其實是檢查遺漏或考慮不周的過程。

因為原型圖并不能將所有內(nèi)容全部呈現(xiàn)，需要文檔進行補全。

同樣，需求文檔中的某些可行性存疑時，也要與開發(fā)人員溝通確認。

文檔詳細描述了一個產(chǎn)品的所有面向用戶的功能需求、非功能性需求、性能要求等，為開發(fā)團隊提供了明確的開發(fā)目標和方向，以供軟件工程師正確地實現(xiàn)所有的用戶需求。

對于商業(yè)性和業(yè)務(wù)性導(dǎo)向的產(chǎn)品，如賦能型產(chǎn)品，需要輸出MRD，因為需要將市場、用戶、業(yè)務(wù)、商業(yè)、競爭的情況說明。

Demo原型設(shè)計包括產(chǎn)品界面設(shè)計、交互設(shè)計等，很少有人知道產(chǎn)品經(jīng)理還有另一個稱呼「PD，Product Designer」產(chǎn)品設(shè)計師，從字面上可以窺見端倪，PD和PM 并不相同，PD更為純粹，PM 則像是在 PD的基礎(chǔ)上多增加了一管理的含義。

這要求不僅能設(shè)計好產(chǎn)品，還要管理好產(chǎn)品，為產(chǎn)品負責。

我相信很多人都想成為PD而非PM，夢想著自己設(shè)計的產(chǎn)品能夠改變世界，而不是因為管理執(zhí)行取得成功。

02

在我看來，產(chǎn)品的設(shè)計能力和管理運營能力都同等重要。

孰優(yōu)孰略是一件很難有定論的事情，所以踏上產(chǎn)品經(jīng)理這條道路那一刻就需要思考來來是想成為 PD 還是 PM，這決定了應(yīng)該積累哪些能力以及發(fā)展的路徑。

如果沒有做好產(chǎn)品定義，不要輕易開始原型設(shè)計，因為會被自己設(shè)計的原型圖框住思維，繼而忘了本該做什么，或者加入了過多繁雜的體驗設(shè)計，而沒有解決真正的問題。

這也是很多產(chǎn)品經(jīng)理在剛?cè)胄袝r容易犯的錯，當然，也不乏這樣的同行，所以很多小老板會將產(chǎn)品經(jīng)理描述為“畫圖的”。

Demo需要考慮如何有效傳達給項目相關(guān)同學(xué)、客戶。

為了讓關(guān)鍵頁面有沖擊力，使用高保真方式傳達，可請設(shè)計師幫忙；

為了盡快的輸出Demo，選擇更適合的工具「AXURE、墨刀…」，用靜態(tài)頁面+規(guī)范美觀的交互說明+生動的口述的方式傳達；

為了讓產(chǎn)品更加生動的展示，制作簡短的視頻，介紹產(chǎn)品的核心價值。

原型設(shè)計可分為線框圖、原型圖、高保真。

1. 線框圖主要特點

• 呈現(xiàn)主體信息群；
• 勾勒出結(jié)構(gòu)和布局；
• 用戶交互界面的主視覺和描述；
• 線框圖是一種低保真的靜態(tài)圖形，它勾勒出布局輪廓，但是缺少細節(jié)。

可以把線框圖理解為設(shè)計圖的骨干與核心，它承載著最終產(chǎn)品所有重要的部分。

繪制線框圖，重點是「快」，可以使用手繪稿或用相關(guān)原型工具進行制作。

主要用于產(chǎn)品前期頭腦風(fēng)暴或需求溝通討論階段，非正式場合的團隊內(nèi)部交流等。用來激發(fā)思考和討論，收集需求反饋等。

2. 原型圖主要特點

• 包含完整的產(chǎn)品功能與交互流程；
• 能夠模擬最終產(chǎn)品的功能和交互；
• 用于產(chǎn)品開發(fā)前期進行用戶體驗測試；
• 原型應(yīng)該盡可能模擬最終產(chǎn)品，交互則應(yīng)該精心模塊化，盡量在體驗上和最終產(chǎn)品保持一致。

但是原型背后的邏輯不要依賴交互形式。

減少制作原型的成本，加快開發(fā)速度。

常用于做潛在用戶測試。

在正式介入開發(fā)階段前，以最接近最終產(chǎn)品的形式考量產(chǎn)品可用性。原型的直觀和易懂倒使它成為最高效的設(shè)計文檔。

3. 高保真主要特點

• 表達信息框架，靜態(tài)演示內(nèi)容和功能；
• 幫助團隊成員以視覺的角度審閱項目；
• 視覺稿是高保真的靜態(tài)設(shè)計圖。

通常來說，視覺稿就是視覺設(shè)計的草稿或終稿。在視覺稿定稿前，應(yīng)與團隊成員進行多方溝通和確認，以免造成溝通不足造成后期的返工。

視覺稿主要用于開發(fā)階段收集用戶反饋，同時幫助團隊成員以視覺的角度審閱項目。

無論哪一種，都可以與設(shè)計師多交流，如設(shè)計規(guī)范、歷史項目設(shè)計文檔，可以從設(shè)計師那里獲取到，是原型設(shè)計靈感的來源之一，并且在參考后可以避免一部分設(shè)計規(guī)范性問題，保證了用戶體驗。

根據(jù)產(chǎn)品設(shè)計的復(fù)雜度和團隊資源情況，制定詳細的項目計劃，組織協(xié)調(diào)各方資源，確保項目按計劃進行，確定項目的關(guān)鍵里程碑、交付物、時間節(jié)點等。

常見的項目關(guān)鍵里程碑包括項目審批、項目啟動、關(guān)鍵項目交付物的完成、重要項目階段的開始或結(jié)束日期，以及為項目開綠燈的重要事件等。這些里程碑事件不僅與項目的具體任務(wù)和工作內(nèi)容緊密相關(guān)，還體現(xiàn)了項目的整體進展和關(guān)鍵決策點。

4. 交付物「以軟件產(chǎn)品的交付物為例」

• 軟件產(chǎn)品本身：這是最主要的交付物，需要是一個完整、可用且功能齊全的軟件產(chǎn)品，滿足客戶的所有需求，并確保其穩(wěn)定可靠；
• 用戶文檔和操作手冊：需要詳細描述軟件產(chǎn)品的使用方法、操作流程，以及常見問題的解答等內(nèi)容，旨在幫助用戶更好地理解和使用軟件產(chǎn)品；
• 源代碼和編譯環(huán)境：提供軟件開發(fā)過程中的源代碼以及編譯環(huán)境，這樣客戶就能根據(jù)需要對軟件進行二次開發(fā)、修改和擴展；
• 技術(shù)文檔和說明書：包括軟件架構(gòu)、設(shè)計思路、技術(shù)實現(xiàn)、測試記錄等相關(guān)文檔，為軟件的后續(xù)維護和升級提供了重要的支持；
• 培訓(xùn)和支持：提供必要的培訓(xùn)和技術(shù)支持，確保用戶能夠順利地使用軟件產(chǎn)品，并解決在使用過程中可能遇到的問題；
• 保修和維護：對軟件產(chǎn)品的質(zhì)量和穩(wěn)定性進行保證，提供一定期限內(nèi)的免費維護和更新服務(wù)。
• 知識產(chǎn)權(quán)和授權(quán)：明確軟件產(chǎn)品的知識產(chǎn)權(quán)歸屬和使用授權(quán)范圍，確保項目交付符合相關(guān)法律法規(guī)的要求。

需求評審與確認，首先，將準備好的原型圖和需求文檔同步給相關(guān)設(shè)計、前端、后端、客戶端開發(fā)、測試等人員，并開會將主要效果呈現(xiàn)，確保本次產(chǎn)品設(shè)計符合業(yè)務(wù)需求或用戶需求，并具備可行性。

在評審會中，各方人員會就產(chǎn)品需求的各個方面進行討論和評審，提出意見和建議，以確保產(chǎn)品需求的準確性、完整性和可行性。

然后溝通確認每個環(huán)節(jié)人員的開發(fā)排期時間。并將該時間與相關(guān)方同步，協(xié)調(diào)計劃。

一般公司產(chǎn)品經(jīng)理兼任項目經(jīng)理的角色，因此UI設(shè)計圖的交付、開發(fā)進度、上線的安排，都由產(chǎn)品經(jīng)理把控。

與開發(fā)團隊緊密合作，確保產(chǎn)品按照需求進行開發(fā)，可在測試環(huán)境體驗產(chǎn)品，對與原型設(shè)計不符的地方提出修改意見。

監(jiān)控開發(fā)進度，及時溝通開發(fā)人員的問題反饋，并及時給予明確信息和解決方案。

如果開發(fā)進度慢下來，需要找到原因，通過溝通或者協(xié)調(diào)資源，達成既定目標。

如果不及預(yù)期，需及時與相關(guān)方溝通，尤其是上線時間延后，可能帶來某些業(yè)務(wù)的計劃不能如期進行。

那在這個環(huán)節(jié)內(nèi)，經(jīng)常會衍生出一個問題。

03

產(chǎn)品經(jīng)理需要懂技術(shù)嗎？

我想聽一下你們的答案，給大家三秒鐘的時間，可以打在下方評論區(qū)我看一下。

3、2、1

OK。

這個問題在開篇提了一句。

現(xiàn)在咱么深入一下這個話題。

產(chǎn)品經(jīng)理需要懂技術(shù)嗎？懂到什么程度？

在公司里程序員是互聯(lián)網(wǎng)產(chǎn)品經(jīng)理在工作中打交道最多的人之一。

產(chǎn)品經(jīng)理提需求給程序員，程序員將需求用代碼實現(xiàn)。

通俗點來說呢。

就是一個提供菜單，一個負責做菜。

互聯(lián)網(wǎng)的產(chǎn)品經(jīng)理基本都是轉(zhuǎn)行過來的，各個專業(yè)背景的都有，大部分產(chǎn)品經(jīng)理是沒有技術(shù)背景的。

也就是說提供菜單的人，很多卻沒有做過菜，更別說提供一份靠譜的菜譜了。

在實際工作中經(jīng)常會看到產(chǎn)品經(jīng)理提需求給程序員，程序員卻告訴產(chǎn)品經(jīng)理做不了或者要換方案。

然后雙方就開啟了Battle模式。

所以業(yè)內(nèi)流傳一句話說產(chǎn)品經(jīng)理和程序員是相愛相殺。

會發(fā)生這樣的原因，其實是產(chǎn)品經(jīng)理和程序員考慮問題的角度不同。

一個從用戶和業(yè)務(wù)角度出發(fā)。

一個從技術(shù)角度出發(fā)。

作為產(chǎn)品經(jīng)理，為了讓需求更容易推進、更容易落地，其實還是要懂點技術(shù)，并且學(xué)會理解技術(shù)。

當然，懂技術(shù)不是讓產(chǎn)品經(jīng)理去寫代碼。

而是了解互聯(lián)網(wǎng)的一些基本技術(shù)和原理，如接口、MQ、多線程、實時請求、延時加載、異步導(dǎo)出等。

了解技術(shù)實現(xiàn)原理是為了評估出所采用的技術(shù)方案對用戶或業(yè)務(wù)是否有感知，是否會影響到用戶體驗。

如異步導(dǎo)出，技術(shù)上實現(xiàn)的方式是將導(dǎo)出文件寫入到臨時文件，臨時文件上傳到OSS獲取上傳文件URL路徑，記錄URL文件到數(shù)據(jù)庫中并刪除臨時文件，再通過單獨頁面查詢導(dǎo)出文件列表，進行下載。

這樣做的好處是避免導(dǎo)出數(shù)據(jù)量過大時，請求超時。

對于用戶的影響是，用戶進行導(dǎo)出操作后，不會將文件立即導(dǎo)出，可能需要等待一段時間，讓用戶去下載中心進行下載。

那么產(chǎn)品經(jīng)理就要綜合考慮技術(shù)和用戶體驗最終權(quán)衡利弊，決策出一個最優(yōu)解決方案。

學(xué)會理解技術(shù)要求產(chǎn)品經(jīng)理有時要站在技術(shù)角度了解不能實現(xiàn)原因和難度。

而不是一味地和技術(shù)說我就要這么做。

其實，很多需求可能只是產(chǎn)品經(jīng)理自己YY出來的，需求不做或者進行一定妥協(xié)，對用戶、對業(yè)務(wù)沒有影響，反而能減少開發(fā)成本。

所以產(chǎn)品經(jīng)理要懂點技術(shù)，并學(xué)會理解技術(shù)。

協(xié)調(diào)測試團隊進行產(chǎn)品測試，確保產(chǎn)品質(zhì)量符合預(yù)期，產(chǎn)品開發(fā)過程中，測試需要完成：「TC，測試用例」、「TC，評審」。

產(chǎn)品不必完成全部開發(fā)后才進行測試，可基于需求優(yōu)先級，對完成的部分進行相關(guān)測試，如前端的功能和交互。

產(chǎn)品上線前需要進行完整的產(chǎn)品測試「包括黑白盒壓力測試等」，并輸出產(chǎn)品測試報告。

當產(chǎn)品通過測試后，產(chǎn)品經(jīng)理和設(shè)計師需要對產(chǎn)品進行驗收，確保最終效果和產(chǎn)品方案一致。

1. 上線前，需要做好相應(yīng)準備，比如上線的時間選在用戶不常用的時段，避免出現(xiàn)問題；比如選擇灰度發(fā)布，比如選擇A/B測試，比如數(shù)據(jù)的清洗、遷移，或者建設(shè)。
2. 另外，可能涉及與業(yè)務(wù)或運營團隊的配合，進行產(chǎn)品推廣和營銷活動。
3. 最后上線后，觀測產(chǎn)品運行情況，有問題要及時處理，如果不能處理，就只能回滾版本，收集用戶反饋，對產(chǎn)品進行持續(xù)優(yōu)化和改進。
4. 項目結(jié)束后，對整個項目進行總結(jié)，分析成功因素和不足之處，持續(xù)搜集用戶使用情況，將需求和問題，搜集到需求池，產(chǎn)品不是一步到位、一蹴而就的，而是不斷在實踐中完善的。
5. 推向市場必定會收到用戶反饋，無論是差評，還是建議，或者市場發(fā)生變化，都可以讓我們開啟新一輪產(chǎn)品規(guī)劃，對產(chǎn)品進行持續(xù)優(yōu)化和迭代。
6. 另外，我們也需要有意識地管理產(chǎn)品的生命周期，確保產(chǎn)品始終保持競爭力。規(guī)劃產(chǎn)品的未來發(fā)展方向和新技術(shù)應(yīng)用。
7. 分析產(chǎn)品的用戶數(shù)據(jù)和市場表現(xiàn)，關(guān)鍵指標的數(shù)據(jù)是否提升。識別產(chǎn)品的優(yōu)勢和潛在改進點，為產(chǎn)品決策提供數(shù)據(jù)支持。尤其是做某個垂直領(lǐng)域或者某個模塊的產(chǎn)品經(jīng)理，在工作中會有特別明確的數(shù)據(jù)指標，這些是過去長期積累下來對月業(yè)務(wù)增長具有關(guān)鍵作用的指標，通常將數(shù)據(jù)的增長，當做匯報業(yè)績的具體成果和呈現(xiàn)。外界也更容易在短時間內(nèi)了解我們的價值和結(jié)果。

以上是產(chǎn)品經(jīng)理大概的日常工作流程。

除此之外產(chǎn)品經(jīng)理還需要具備

• 邏輯能力：具備清晰的思維，能夠理解并應(yīng)用產(chǎn)品、技術(shù)、業(yè)務(wù)和商業(yè)邏輯，高效地解決問題和提高協(xié)作效率；
• 溝通能力：擅長人際交往，能夠理解并應(yīng)對個體差異，通過聆聽、觀察、提問和激勵來推動工作進展；
• 分析能力：能夠客觀地搜集和分析信息，具備獨立判斷力，能夠從不同角度和角色進行思考，發(fā)現(xiàn)問題的關(guān)鍵點；
• 創(chuàng)造能力：具有創(chuàng)新思維，能夠抽象和歸納問題，快速找到解決方案，并愿意不斷嘗試和驗證新想法；
• 規(guī)劃能力：能夠清晰地呈現(xiàn)業(yè)務(wù)和數(shù)據(jù)邏輯，編寫詳盡的需求文檔和原型圖，以及進行有效的版本規(guī)劃，確保產(chǎn)品迭代滿足用戶和商業(yè)需求；
• 學(xué)習(xí)能力：保持開放心態(tài)，不斷學(xué)習(xí)新知識和技能，適應(yīng)新環(huán)境和挑戰(zhàn)，以促進個人和產(chǎn)品的持續(xù)成長。

那這些能力其實并不是一朝一夕就能完全掌握的，需要產(chǎn)品經(jīng)理在日常工作中通過持續(xù)的發(fā)展、深化、實踐和積累來逐步培養(yǎng)和完善，同時在解決問題的過程中總結(jié)經(jīng)驗，優(yōu)化自己的能力體系。

在實踐、積累的過程中也可以適當學(xué)習(xí)并了解一些數(shù)據(jù)分析中所使用到的一些方法論，這塊往往很容易被剛?cè)胄械漠a(chǎn)品經(jīng)理忽視，他們往往覺得產(chǎn)品經(jīng)理只需要會寫需求，會畫圖就行，但其實很重要，例如swot分析法、5W2H、商業(yè)畫布、北極星指數(shù)、用戶生命周期、用戶增長模型、AARRR、RFM模型等等

需要保持對行業(yè)領(lǐng)域的敏銳觀察，了解當前行業(yè)的發(fā)展態(tài)勢、結(jié)構(gòu)性問題以及市場機會，通過深入分析，判斷企業(yè)能否彌補行業(yè)中的不足或抓住新興機會，評估資源供給是否足夠，市場是否需要進一步教育，以及用戶習(xí)慣和需求的變化，在此基礎(chǔ)上，調(diào)整產(chǎn)品策略，確保產(chǎn)品既不過于老套，也不過于超前，而是能夠與時俱進，緊跟市場潮流，從而保持產(chǎn)品的競爭力。

并充分考慮法律法規(guī)、人文風(fēng)俗、公司需求、團隊需求以及時空勢，以確保產(chǎn)品既符合外部環(huán)境的要求，又能滿足內(nèi)部的需求。

同時還需要具備主人翁意識，即對自己所從事的工作充滿熱情與責任感，能夠積極面對挑戰(zhàn)，享受創(chuàng)造和協(xié)作的過程，對產(chǎn)品的整個生命周期負責。

這種意識源于個人的熱情、開放心態(tài)和對提升自我的追求。

不僅能夠提升個人的工作動力和效率，還能夠帶來用戶的喜悅、同事的認可和職業(yè)發(fā)展的正反饋。

這期內(nèi)容到這里就已經(jīng)接近尾聲，給大家介紹一些產(chǎn)品經(jīng)理常用的軟件工具，涵蓋項目管理、團隊協(xié)作、原型設(shè)計以及數(shù)據(jù)分析等多個方面。

• ?業(yè)報告：CNbeta、易觀智庫、艾瑞咨詢、億邦動??、天下?商、InfoQ、36?數(shù)據(jù)、App Annie、百度指數(shù)
• 項?管理?具：TAPD、Tower、Teambition、Worktile、Workflow、禪道、Project、SVN
• 在線?檔協(xié)作：?墨?檔、騰訊?檔、Notion、語雀、幕布、OneNote、Quip、Trello
• 腦圖 & 流程圖：MindMaster、Xmind、Mindjet、MindNode、ProcessOn、BullMind、百度腦圖
• 原型?具：Axure、Sketch、墨?、Mockplus、xiaopiu
• 素材?站：iconfont、堆糖、花瓣、Pixabay、湯不熱、昵圖?、Pexels、視覺中國
• PPT素材：OfficePLUS、PPTMind、PPT設(shè)計教程?、presentationload、變??、優(yōu)品、51PPT
• 問卷調(diào)查：騰訊問卷、問卷星、調(diào)查派、問卷網(wǎng)麥克、番茄表單
• 第三?數(shù)據(jù)分析：神策數(shù)據(jù)、諸葛iO、友盟、growingIO、?易?數(shù)據(jù)、GA、極光?數(shù)據(jù)、百度統(tǒng)計、Talkingdata
• 指數(shù)：百度指數(shù)、阿?指數(shù)、艾瑞咨詢、友盟指數(shù)、愛奇藝指數(shù)、貓眼專業(yè)版、易觀千帆、CNbeta
• App數(shù)據(jù)：七?數(shù)據(jù)、易觀數(shù)據(jù)、騰訊移動分析

另外，近些年出現(xiàn)的AI工具，也非常適合做調(diào)研分析。

寫在最后

產(chǎn)品經(jīng)理的工作，很累。

且不說過程中，收到各種各樣來自不同崗位不同職位的質(zhì)疑和挑戰(zhàn)，特別是被設(shè)計師、被程序員、被運營人員懟到啞口無言，對一些相對玻璃心的人來說打擊可能會比較大。

日常被很多不重要的事情，浪費自己的時間精力，忙忙碌碌但是不知道忙些什么？

關(guān)鍵事項的進度條卻一直不推進，干著急，卻毫無辦法。

某個時刻，開始懷疑自己的產(chǎn)品能力，明明做了很多工作，也付出了很多努力。

但得到的回報很少，產(chǎn)品評價依然很差，不理解為什么？

我在工作時，早就發(fā)現(xiàn)這樣或是那樣的問題，解決辦法是希望找一個方法或者工具幫我解決這些問題。

曾經(jīng)研究過各種時間管理的方法，也嘗試了很多，但效果甚微。

時間根本不可能管理，時間管理本質(zhì)是一個投資游戲。

一個人每天只有24小時，如何合理分配時間才是關(guān)鍵。

道理誰都懂。

但是，什么工作是可以舍的或者推遲的？

一些只需要你參與但沒有決策權(quán)的會議，就可以舍棄無效會議，讓會議組織者把會議結(jié)論同步你即可。

又或者是對你來說沒什么挑戰(zhàn)性的工作內(nèi)容，而且優(yōu)先級沒有那么高的事情，可以選擇延期或者尋求產(chǎn)品助理的幫助。

… …

在工作的時候，發(fā)現(xiàn)很多牛逼的同事，他們每天會抽空1-2個小時去獨自會議室辦公，或者直接去樓下咖啡廳辦公，當時，我認為他們又去偷懶摸魚了。

但這是一個提高工作效率的高級做法。

可以留給你自己一些思考的時間，也可以減少思考被其他瑣事打斷的概率。

當然，這個方法最好用在氛圍比較寬松的職場環(huán)境。

產(chǎn)品經(jīng)理們都有一個執(zhí)念「曾經(jīng)我也有」，那就是希望自己的產(chǎn)品無限趨近于完美理想狀態(tài)。

但是，現(xiàn)實卻是一次次的失望。

這時候，你就會產(chǎn)生巨大的落差，最終產(chǎn)生內(nèi)耗自責的問題。

但是，需要認識到產(chǎn)品或者項目永遠是在范圍、進度和成本這個三角形里跳舞。

每項資源都是有限的，追求滿意即可。

世界上沒有完美的事情，我們應(yīng)該追求滿足需求的完成，而不是無時無刻的完美，底線是完成可用，其他都是加分項。產(chǎn)品不可能一下子就達到完美的狀態(tài)，需要一步一步來。

而這個一步一步可能比你想象的要長，要瑣碎，迭代的次數(shù)要多。

但，這是正常的，只能慢慢的逐漸逼近。

到現(xiàn)在為止，我時不時還是有過度完美主義和責任感的毛病，只能逐步勸說自己放下。

有些產(chǎn)品經(jīng)理有個臭毛病，喜歡指導(dǎo)別人的工作，隨意的提出自己毫無驗證的想法。

說實話，這個毛病非常吃力不討好，費自己腦子，還不被別人認可。

但是，有的人就是控制不住自己，怎么辦？

《被討厭的勇氣》這本書中指出：一切人際關(guān)系矛盾都起因于對別人的課題妄加干涉或者自己的課題被別人妄加干涉。

簡單來說，別人的事情，少管，管好自己就行了。

工作上，辨別究竟是誰的工作方法非常簡單，只需要考慮“這個選擇所帶來的結(jié)果最終要由誰來承擔？”

對于別人的工作，不要隨便干涉或給建議，避免和別人的事情過多糾纏。

但是，所有人都只關(guān)心自己，這個團隊難免有點冷漠和無情。

有兩個場景是可以提出自己意見的：

人家真心希望得到你的建議，這個時候建議的價值是最大的。

如果你看見非常明顯的錯誤，或者存在明顯的大坑。

但是，你也需要知道，你只是建議，采不采納那是別人的事情，和你沒有關(guān)系。

不要過多的在這個事情上浪費腦子。

隨著工作經(jīng)驗的積累，我也在不斷反思自己的職業(yè)道路和未來規(guī)劃，開始思考自己真正想做的事情、能夠做的事情以及自己的職業(yè)目標，選擇一個適合自己的方向并為之付出努力，正如那句老話所說：“在時代的浪潮下，選擇重于改變?！?/strong>