最近有朋友留言給我，提到：“最懂業(yè)務(wù)的產(chǎn)品經(jīng)理，才是最重要的。”

這一句話，讀起來好像沒有錯，可站在產(chǎn)品經(jīng)理的成長與職業(yè)發(fā)展呢？

其實，懂業(yè)務(wù)的產(chǎn)品經(jīng)理，其實要想跳槽，并不輕松。

反而，這類產(chǎn)品經(jīng)理成了是誰都可以做的產(chǎn)品經(jīng)理。比如門店運營經(jīng)理、銷售部經(jīng)理、甚至是HR部門，都可以跨界來做產(chǎn)品經(jīng)理，因為他們都懂業(yè)務(wù)，所以他們可以做自己的業(yè)務(wù)系統(tǒng)。

懂業(yè)務(wù)，才造成了人人都可以做產(chǎn)品經(jīng)理的低門檻現(xiàn)象。這樣的產(chǎn)品經(jīng)理并不缺少，而且總是拿不到高薪，不具備競爭力。

所以，當(dāng)看到別人告訴你，懂業(yè)務(wù)的產(chǎn)品經(jīng)理是最重要的，實際上是底層邏輯的錯誤了。技術(shù)、設(shè)計、以及營銷才是一個職場產(chǎn)品經(jīng)理的壁壘，

做產(chǎn)品經(jīng)理要想拿到高薪或者更好的職業(yè)發(fā)展，我們更應(yīng)該關(guān)注其產(chǎn)品經(jīng)理的核心競爭能力、以及企業(yè)需要的是什么。

1.每一家公司的業(yè)務(wù)都不一樣

做產(chǎn)品經(jīng)理后，我們會積累公司所在的行業(yè)知識，還會積累專業(yè)經(jīng)驗，還會熟悉這家公司的商業(yè)模式。

而我們提到的業(yè)務(wù)，其實就是這家公司的商業(yè)模式，是基于行業(yè)知識下的商業(yè)模式。

一家公司基于某個行業(yè)的用戶痛點或者行業(yè)痛點，才催生了自己的產(chǎn)品。產(chǎn)品經(jīng)理基于痛點場景來設(shè)計產(chǎn)品的。

所以當(dāng)你選錯了行業(yè)，本身公司所在的行業(yè)痛點市場規(guī)模小，那么這個產(chǎn)品經(jīng)理的發(fā)展前景并不明朗，同時薪資待遇漲幅也不大，所能夠得到的專業(yè)知識成長也非常有限。

比如做區(qū)塊鏈的產(chǎn)品經(jīng)理，即使非常懂自家商業(yè)模式，但是出去找工作，仍然還是在簡歷上以“通用”的功能模塊、技術(shù)架構(gòu)來作為自己的履歷成績。

如果只是懂業(yè)務(wù)，而沒有技術(shù)棧、設(shè)計或者營銷層面的能力，那么區(qū)塊鏈公司的任何人都可以做產(chǎn)品經(jīng)理，這樣的產(chǎn)品經(jīng)理自然就難以跳槽了

2.在一家公司入職，業(yè)務(wù)知識重頭再來

因為每一家公司的商業(yè)模式都不一樣，所以每一家公司的業(yè)務(wù)都不一樣。當(dāng)你要跳槽去新公司，你會發(fā)現(xiàn)以前的業(yè)務(wù)知識只能幫助你提升簡歷篩選或者是面試通過率，但是真的到新崗位，新公司的業(yè)務(wù)知識都要重頭再來。

因為這家公司的產(chǎn)品、商業(yè)模式的都會有不同，為了保證工作成績，重新學(xué)習(xí)他的流程、業(yè)務(wù)、產(chǎn)品知識。

所以懂業(yè)務(wù)的產(chǎn)品經(jīng)理，反而是還是重頭來。你的技術(shù)知識、設(shè)計知識和營銷這能將會一直跟隨你。

3.業(yè)務(wù)學(xué)習(xí)真的簡單，相比專業(yè)知識

如果問學(xué)習(xí)難度，專業(yè)知識的學(xué)習(xí)是枯燥的。就像讓你花時間去學(xué)習(xí)編程開發(fā)一樣，所需要的精力、專注度都是需要自我驅(qū)動、案例作業(yè)完成的。

而業(yè)務(wù)則是呆的時間久了，就自然就積累了。特別適合“耳聽目染”的被動學(xué)習(xí)。

所以我在給只是懂業(yè)務(wù)的產(chǎn)品經(jīng)理新同學(xué)說，你只是給自己妥協(xié)，沒有花時間去研究技術(shù)能力、設(shè)計能力以及研究營銷知識，選擇輕松的方向發(fā)展。

堅持學(xué)習(xí)，學(xué)習(xí)一項技術(shù)在身上

產(chǎn)品經(jīng)理這個職位，總會被人說成：“什么都不懂，就只會瞎指揮”。所以要想拿到高薪的產(chǎn)品經(jīng)理，一定要有拿得出手的一項技能，這一定是專業(yè)技能。

所以，如果你還在做產(chǎn)品經(jīng)理迷茫，就去提升自己的專業(yè)知識。一定會在具體的工作與需求評審上、以及同事協(xié)作上，別人就可以認(rèn)可你的專業(yè)度。

而不是只是在哪一畝地里掌握業(yè)務(wù)知識。

今天的分享就在這里。

產(chǎn)品經(jīng)理，如何定義一個完整的版本邊界

?

做產(chǎn)品經(jīng)理期間，我們需要在產(chǎn)品研發(fā)任務(wù)里界定一個版本，作為當(dāng)前產(chǎn)品研發(fā)工作的節(jié)點。比如1.0、2.0、3.0各個版本的本質(zhì)區(qū)別與邊界是什么？

對于1.0版本來說，一定是完成基礎(chǔ)又是核心的場景，滿足了用戶剛性需求。

在工作的時候，越是高級的產(chǎn)品經(jīng)理在后期越要學(xué)會自己來定義版本進(jìn)行向上匯報，而初級的產(chǎn)品經(jīng)理只需要干活就行了。

很多中小團(tuán)隊，都沒有定義好一個最終版本。容易多花時間在產(chǎn)品研發(fā)上，錯過了最佳運營時間，或者就把產(chǎn)品做復(fù)雜了。

不少產(chǎn)品經(jīng)理，可能會貪心自己的價值，在需求設(shè)計上過于復(fù)雜，將一個功能變成了3個甚至是4個功能。

所以掌握定義一個完整版本的技巧，顯然是有助于提升自己的工作價值。那么為什么定義版本難呢？有3個原因

1.需求總是隨著時間在變化

在一個ideal過程中，需求只有在最終產(chǎn)品上線、或者到用戶手里了才會發(fā)現(xiàn)有調(diào)整。

一個需求對應(yīng)的項目研發(fā)任務(wù)，產(chǎn)品研發(fā)上線至少是3個月以后甚至是一年。這期間企業(yè)也在運營，業(yè)務(wù)產(chǎn)生變化，就會有新的需求產(chǎn)生。

在早期的設(shè)計方案里，可能就沒有考慮到現(xiàn)在的業(yè)務(wù)場景。

2.老板今天和明天各一個想法

還有一個常見的原因是：老板自己都沒有想清楚要做什么！

在剛開始的版本里處于探索期，這個時候就一直在測試各種新功能，只知道要做一個APP、或者網(wǎng)站，但是具體里面有什么核心的功能，老板自己也沒有想清楚。

3.熱點技術(shù)和風(fēng)口

除了企業(yè)內(nèi)部的需求變化，還有一個完整的版本計劃，也會受到熱點技術(shù)、風(fēng)口影響。

比如如今大火的大語言模型CHATGPT，那么即將上線的產(chǎn)品就會在期間考慮是否增加大預(yù)言能力，提供與時俱進(jìn)的AI能力。

通過這類新穎的底層技術(shù)與熱點，吸引更多用戶。

4.如何定義一個完整版本

我在帶團(tuán)隊做0到1做產(chǎn)品時候，也常常出現(xiàn)早期產(chǎn)品設(shè)計方案和后面的上線版本是有較大區(qū)別的情況。

因為只有真的在落地時候才會知道具體原先設(shè)計的方案有哪些具體的錯誤，只是越是高階有經(jīng)驗的產(chǎn)品經(jīng)理，這種“失真度”會越來越低，但不會趨近于0。

簡單來說就是上線和預(yù)期的效果一致的成功率會越來越高，我分享一些自己個人定義版本的經(jīng)驗，可以下面5個維度作為邊界

1.數(shù)據(jù)類型

比如PMTalk產(chǎn)品經(jīng)理社區(qū)早期就是提供圖文和問答功能，在1.0版本里不會提供AI、視頻等數(shù)據(jù)格式。圍繞這個數(shù)據(jù)類型作為邊界

2.明確用戶對象與角色

產(chǎn)品是提供給用戶使用的，而你的第一版本主要是解決什么樣的對象用戶或什么角色，用戶如果有分層，那就主要解決哪一層用戶。

比如在藍(lán)泡排版里面我們主要是解決公眾號和小紅書創(chuàng)作者的樣式排版問題，至于內(nèi)容創(chuàng)作、以及其他平臺不是在當(dāng)前版本計劃里。

3.詳細(xì)的線框圖產(chǎn)品設(shè)計方案

讓團(tuán)隊都定義清楚一個版本，線框圖的產(chǎn)品設(shè)計方案是不可少的。一個具體的產(chǎn)品設(shè)計方案，并且通過了開發(fā)、設(shè)計、產(chǎn)品團(tuán)隊需求評審，這樣的版本規(guī)劃是非常具體明確的，大家可以清楚的知道工作量、技術(shù)難度。

以線框圖的產(chǎn)品設(shè)計方案，作為這個版本的最終產(chǎn)物。而在執(zhí)行過程中如果遇到技術(shù)不能實現(xiàn)的，就進(jìn)行刪減，如果要變動為新的產(chǎn)品設(shè)計方案，就放在下個版本完成，注意當(dāng)前版本就只少不多。

并且梳理出如下的優(yōu)化項需求池，對于需求進(jìn)行版本管理

4.提升速度與功能性能

在一個版本里，我們總是會想在這個版本里，順便提升產(chǎn)品的訪問速度、或者提升頁面的反饋效率，因為我們總是難以在需求規(guī)劃階段知道實際上的操作效率。但大部分的速度提升與性能，都是和技術(shù)架構(gòu)方案有關(guān)，需要通過技術(shù)重構(gòu)才能完成，所以建議單獨花功夫，把這類版本放在后面了。

5.全局交互的更新

還有在版本里，我們在早期沒有把全局的交互定義清楚，就導(dǎo)致一個產(chǎn)品里的不同獨立功能交互體驗有區(qū)別，而要進(jìn)行全局替換可以當(dāng)做一個版本單獨來做，盡量避免一個版本做一點。

全局交互應(yīng)該獨立作為一個版本來解決，包括搜索、導(dǎo)航欄、頁面提示、彈窗等。

通過以上5個維度，我們可以來作為版本的邊界，如果你正在糾結(jié)版本完整度，可以參考這篇文章。

今天的分享就到這里。