實習之後，我這樣理解To B產品經理
作者在本文會從「對人」、「處事」和「待物」這3個方面去談對To B產品（經理）的見解，希望能在一定程度上滿足最基本的科普需求。
背景
實習之前：筆者為某211院校工學碩士，以前從未有過任何產品知識和產品經歷，出於「好奇」投了一下產品經理這個崗位。猶記得，當時看到的JD（Job Description，崗位描述）很簡單，如下：
- 熱愛網際網路
- 瞭解AI相關知識
- 能推進產品迭代與改進（好像是）
- 其他一些沒啥要求的要求
當時也是覺得好奇就試了下，看到這，大家可能特別想知道我在求職過程中，都經歷了什麼。總之，可能是因為碩士研究方向比較對口，相對來說比較Match所面試崗位/面試官需求。此處，感謝@alan帶我走進了To B產品的大門。
實習經歷：本人於2018年4月獲得某大廠暑期實習offer，實習3個月左右，在職期間負責完成（約0.3-1）了一款“知名”的To B產品，當然前期也是用了一個月打雜來熟悉專案，目前該產品已上線並實現盈利。
見解
筆者在本文會從「對人」、「處事」和「待物」這3個方面去談對To B產品（經理）的見解，希望能在一定程度上滿足最基本的科普需求。
1. 對人
產品經理經常跟人打交道，其中可分為 兩大類： 第一就是 客戶 ，第二就是 同事 。
首先宣告一個挺重要的知識點，C端使用者不一定是客戶，To B使用者就是客戶（不懂得話，參照頭條跟美團的app想一下，頭條的使用者其實並沒有在頭條的app上消費，但是為啥頭條會被大家叫做宇宙條？原因很簡單，頭條的資訊流裡充滿了各式各樣的廣告，這些投放在資訊流的廣告一般都是遊戲廠商和各種電商用來引流的很重要手段。所以可以理解為C端使用者是這些網際網路廠商的一種變現載體，類似於他賺的不是你的錢，但是他在拿你賺錢一樣）。
客戶也可以細分一下，第一種就是欲買產品的人，第二種就是已買產品的人。
我僅從To B的客戶的第一類： 欲買產品 的人談我的見解。這類客戶一般都不是很瞭解產品，或者是片面的瞭解。
產品經理可以通過以下四種方式讓客戶全面瞭解產品：
- 產品介紹頁
- 產品文件
- 客服
- 視訊
接下來將對以上四個方面簡單介紹一下：
（1）產品介紹頁是產品的簡要介紹，並寫清產品的特點。基本上，To B很少有免費的產品，想讓客戶掏錢買單的話，必須要告訴客戶這款產品是什麼，面向的群體使用者是誰，它能解決什麼問題，他的特點與優勢是什麼。
如圖1是阿里雲的產品介紹頁：
圖1：阿里雲產品介紹頁
（2）產品文件這裡就不詳細說了，主要是寫的全面與通俗易懂，還有就是在產品版本更迭後，必須馬上更新產品文件，不然使用者使用的產品與產品文件對不上，可能會引起很大的麻煩。
（3）視訊也是最好的產品介紹手段，但是目前版本更迭比較快，相比於寫文件，錄視訊更加麻煩。
（4）客服，也被叫做一線。客服人員服務於所有客戶這是很重要的事情，客戶對產品的反饋好壞會直接影響產品的走勢。說句實在話，我覺得To B產品經理很多時候就像一個大客戶經理，由於你會面對很多KA客戶（Key Account），有時候大客戶一個突發的需求都可能會被排期在最前面。
畢竟To B產品KPI考核大多都以收入為主，這就會導致很多時候很難聽見中長尾客戶的聲音。這時候，你需要通過客服了解使用者最近對產品的反饋，這裡說的有點片面，因為我看到的是這個樣子。（這裡我就想表達客服的重要，順便說下To B產品面對大客戶時的現狀）。
因此，對於想要買產品的人的反饋，大多都是產品的功能與使用的問題，這時候你要做的就是儘可能地培訓客服看產品文件的能力，如果是文件或者介紹頁沒有的問題，必須馬上補充。
對於已經購買產品的客戶的反饋，大多都是產品使用過程中出現了BUG或者功能拓展,這種反饋的及時性最為重要。首先，看到問題你需要直接回復客戶或者客服，如果不能及時解決也需要告訴客戶等待反饋。然後對於問題及時解決，BUG及時修復。
第二類人就是 同事 。因為PRD文件會跟很多人對接，所以溝通與交流很重要，表達清楚你的目的是一個產品的基本要求，不同崗位的同事所要表達的東西也是不同的。
- Boss ：提交MRD後，需要對市場的盤子有多大，有個簡要的說明，畢竟投入產出比是一個很重要的因素。
- 技術 ：技術主要關心一些功能與指標，比較直白，好說話。但是，你必須表達清楚需求，不要有a或b的選擇餘地，並且時間點很重要，如果delay需要有對應的辦法（後面會說）。
- 運營 ：運營不會管你內部是咋實現的，基本是產品剛要上線才會來找你對接，只要明白輸入與輸出，並且解決了什麼痛點就ok，運營會找一些目標使用者搞一些推廣啥的，但是，他真的很重要。
- 設計 ：有時候PM會兼職設計，但是大廠一般會有設計部門，他們有自己的方法論，畢竟有整個產品線的設計規範，所以，大多時候表明你的需求就行。
2. 處事
To B常會遇見兩個問題：第一問題是 大客戶的需求 ，當大客戶突發一個需求，怎麼排期怎麼做？
一般解決辦法分兩種情況： 第一種情況 ，如果是大客戶提的需求已經在排期裡了，可以把該需求的優先順序提前一點點。 另外一種情況 ，如果是一個比較急的並未在排期裡的需求，這個可以內測寫一版（看多大的客戶了）。如果不是前兩種，就只能等排期了。
第二個問題就是 專案延期（delay） 的事，這個也需要找到內部的責任人，畢竟delay是耽誤整個產品迭代週期的事，一環扣不上，環環扣不上。
Delay這個事情，大家基本都會遇到，因為產品在最開始會對專案的整個事件軸有個整體的規劃，所以其他人也會根據這個時間軸調整他手頭的工作，如果專案delay了，那就會涉及一票人重新規劃自己的工作安排，如果遇到時間排不開，就導致更嚴重的delay。
這裡給大家講一個小技巧，作為產品想不背鍋，就需要寫進度報告，然後同步到各大leader，這樣的話，專案是誰delay了，大家都一目瞭然，並且郵件對每個人都起到督促與提醒的作用，誰都不願自己的leader週週看到郵件，這個專案是因為你的工作進度慢而delay的。
3. 待物
這裡的物就是產品啦！因為產品經理是產品的靈魂，並且決定產品的走向，這裡僅對To B產品。
To B產品在設計之初就應該大致想明白以下幾點問題：
（1）你的產品解決了什麼問題（滿足了什麼需求）？
- 目標使用者有哪些?
- 他們是否願意為你的產品買單？
- 你的產品有多大的市場？
- 競品的優劣勢？
- 你的產品優劣勢？
正式產品上線之前都會有一個灰度測試的階段，一來看下客戶對這個產品是否真正的需要，二來在客戶免費使用的過程中，也能反饋很多BUG。當產品正式上線時，免費轉收費也是一個需要考慮周全的點，裡面需要如下考慮幾個方面：
- 內測使用者以何種形式通知？
- 什麼時間開始通知？
- 轉為付費產品後，產品的使用寬容期是多少？
- 使用者的資料是否保留？
第二個比較重要的點就是定價了，或者說是產品的盈利模式。這裡就說一個直接定價的產品吧，產品在設計之初大致會有一個定價，也會對盤子大小有個估計值，這個定價確實很重要，高了沒人買，打折後會讓使用者產生落差，太低會導致虧本。
大多的產品策略都是定一個稍微高一點的價格，然後以打折的形式表現真實的價格，後期也好在提價，只要修改折扣即可。但是定價還需要考慮的一個因素就是成本，畢竟人力與物料成本是這個產品無論賺錢與否都需要花費的，想要保持在相當的利潤還是需要計算一下的。
當然，還有一個考慮因素就是競品，畢竟你賣的太貴，大家一對比價格……是吧？
其次就是產品迭代了，這時候需要產品敏銳的洞察力，裡面主要包含兩個因素吧。第一就是使用者的反饋，使用者的反饋有助於找到使用者的真實所需，修改產品BUG。第二就是對新市場的把握，這個真是考驗一個產品經理能力的關鍵因素。
寫在最後
筆者僅是一個有幾個月實習經驗的產品小白，上面的東西都是我在實習過程中遇到的情況，並寫了一下我的解決方案。
總結一下我心中一個nb的B端產品經理該有的素質吧：
- 能洞悉使用者真正的訴求（是否真的達到願意買單的程度）
- 能明確產品的盈利模式（投入產出衡量要好）
- 產品的時間軸把控良好
- 良好的表達與交流能力（這個是產品共有的）
最後，祝願每位想從事產品工作的同學都能找到自己心儀的工作！
作者：Jim
編輯：Iris
本文由 @Jim 原創釋出於人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基於CC0協議