PaaS產(chǎn)品經(jīng)理到底要做什么?
編輯導(dǎo)語(yǔ):產(chǎn)品經(jīng)理行業(yè)可以細(xì)分為多個(gè)崗位,例如數(shù)據(jù)產(chǎn)品經(jīng)理、PaaS產(chǎn)品經(jīng)理等,相信不少人對(duì)PaaS產(chǎn)品經(jīng)理崗位的內(nèi)容、職責(zé)都不是特別明晰。本篇文章里,作者就PaaS產(chǎn)品這個(gè)崗位內(nèi)容做了詳細(xì)解讀,一起來(lái)看一下。
PaaS是平臺(tái)即服務(wù)的縮寫(xiě)。他是一種云計(jì)算模型,云計(jì)算的三種模型分別是PaaS,SaaS(軟件即服務(wù))和IaaS(基礎(chǔ)架構(gòu)即服務(wù))。
IaaS主要就是指云計(jì)算的基礎(chǔ)設(shè)施如服務(wù)器、云存儲(chǔ)等,SaaS則是提供完整能力的標(biāo)準(zhǔn)化應(yīng)用產(chǎn)品,如企業(yè)微信、有贊商城等。
而PaaS則是基于這兩類(lèi)產(chǎn)品之間,他既不提供基礎(chǔ)的設(shè)施,也不提供現(xiàn)成的產(chǎn)品,PaaS多提供SDK、API等代碼包或接口,好像一個(gè)工具箱,通過(guò)它,APP不需要關(guān)心基礎(chǔ)能力的實(shí)現(xiàn),只需要關(guān)注純粹的業(yè)務(wù)產(chǎn)品的功能。
如去年爆火的clubhouse,其底層的音視頻能力就是使用的國(guó)內(nèi)知名RTC廠(chǎng)商聲網(wǎng),clubhouse團(tuán)隊(duì)本身只需要關(guān)注語(yǔ)聊房?jī)?nèi)的產(chǎn)品邏輯、UI界面、交互等應(yīng)用功能;比如智聯(lián)招聘的HR與應(yīng)聘者的文字溝通,其底層的IM即時(shí)通訊能力就是使用的網(wǎng)易云信的IM SDK。
從產(chǎn)品內(nèi)容看,PaaS產(chǎn)品往往提供的是源代碼、API接口等技術(shù)內(nèi)容與技術(shù)邏輯方案,而大部分非技術(shù)出身的產(chǎn)品經(jīng)理,對(duì)于這一類(lèi)技術(shù)內(nèi)容往往也很難有很深刻的理解和認(rèn)知。
也因此,在很多PaaS廠(chǎng)商中,產(chǎn)品經(jīng)理并不能像C端產(chǎn)品經(jīng)理一樣占據(jù)主導(dǎo)權(quán),有時(shí)甚至做著做著就變成了一個(gè)傳聲筒。
看上去PaaS產(chǎn)品對(duì)于產(chǎn)品經(jīng)理而言,還是一個(gè)較為遙遠(yuǎn)的知識(shí)盲區(qū),那么究竟產(chǎn)品經(jīng)理該怎么做PaaS產(chǎn)品的策劃呢?
一、PaaS產(chǎn)品的本質(zhì)
首先我們需要給PaaS產(chǎn)品一個(gè)定義:純B端產(chǎn)品。
這個(gè)定義非常重要,相較于C端產(chǎn)品更關(guān)注的用戶(hù)量、日活等使用行為數(shù)據(jù),B端產(chǎn)品經(jīng)理往往更注重商業(yè)成功。能不能賣(mài)的出去,能賣(mài)出去多少,能賣(mài)多少錢(qián),這些都是大部分B端產(chǎn)品經(jīng)理都需要考慮的。
所以商業(yè)的考量就是PaaS產(chǎn)品策劃的第一步,首先需要知道自己的目標(biāo)客戶(hù)是誰(shuí),給客戶(hù)解決了什么問(wèn)題(所謂的需求就是有需要、且有解決方法)。
作為B端中的B端,PaaS的客戶(hù)多為企業(yè)或團(tuán)隊(duì),為業(yè)務(wù)實(shí)現(xiàn)所需而對(duì)外采購(gòu),需求的來(lái)源有可能是自己沒(méi)有能力實(shí)現(xiàn),也可能是沒(méi)有人力滿(mǎn)足短期內(nèi)上線(xiàn)的要求。
而不同的PaaS產(chǎn)品往往擁有不同場(chǎng)景的客戶(hù)訴求,如聲網(wǎng)提供底層實(shí)時(shí)音視頻能力可以給到多行業(yè)的客戶(hù)(企業(yè)內(nèi)部的線(xiàn)上會(huì)議、娛樂(lè)社交的多人語(yǔ)聊房等)、高德地圖對(duì)外提供標(biāo)準(zhǔn)的API接口給到有定位、導(dǎo)航等訴求的客戶(hù)(如本地生活類(lèi)的門(mén)店信息App、比如即時(shí)通訊產(chǎn)品的位置消息體)。
同一個(gè)客戶(hù)可能會(huì)有不同的能力需求,同一種能力也可以提供給不同行業(yè)的客戶(hù)。由此可見(jiàn)PaaS產(chǎn)品具有非常強(qiáng)的包容性和擴(kuò)展性,找準(zhǔn)自身產(chǎn)品的目標(biāo)場(chǎng)景、目標(biāo)客戶(hù)是PaaS產(chǎn)品經(jīng)理首先需要定義的。
當(dāng)然,PaaS產(chǎn)品也會(huì)有一定的范圍局限,初創(chuàng)的團(tuán)隊(duì)受限于資金、前景問(wèn)題并不會(huì)在前期就選擇付費(fèi)接入外部供應(yīng)商;產(chǎn)品初期階段沒(méi)有大量用戶(hù)、前期團(tuán)隊(duì)內(nèi)部技術(shù)能力可以完全支撐的大概率也不會(huì)選擇PaaS產(chǎn)品;特別大的公司因自身開(kāi)發(fā)團(tuán)隊(duì)完備、技術(shù)能力強(qiáng)并不需要外部供應(yīng)商的支持,而高日活、高用量的產(chǎn)品若采購(gòu)?fù)獠磕芰ν枰Ц陡哳~的費(fèi)用,久而久之也會(huì)逐漸轉(zhuǎn)為自研支持。
因此PaaS產(chǎn)品的客戶(hù)多為中長(zhǎng)尾客戶(hù),在做PaaS產(chǎn)品策劃時(shí)也需要更多的針對(duì)中長(zhǎng)尾客戶(hù)去做通用化設(shè)計(jì)。
二、PaaS產(chǎn)品的需求管理
目標(biāo)客戶(hù)和需求來(lái)源明確完后,需求管理成為了PaaS產(chǎn)品經(jīng)理工作中非常重要的一環(huán)。對(duì)于PaaS而言,需求往往分為兩部分:產(chǎn)品能力、產(chǎn)品易用性。
其中產(chǎn)品能力包含PaaS產(chǎn)品可以實(shí)現(xiàn)的功能有哪些,比如IM SDK能夠支持點(diǎn)對(duì)點(diǎn)的私信也可以支持多人群聊,這些都是產(chǎn)品功能;還包含性能指標(biāo)有多高,如IM SDK內(nèi)群聊能夠支持百人級(jí)別還是千人級(jí)別還是萬(wàn)人級(jí)別?一條消息發(fā)出是否能保證百分百必達(dá)?多久能收到?延遲有多少?
產(chǎn)品易用性是指客戶(hù)接入過(guò)程中是否方便,是否可以保證在能力實(shí)現(xiàn)的基礎(chǔ)上快速接入。
因?yàn)镻aaS本身是一個(gè)開(kāi)發(fā)程序包或API接口,因此使用者多為程序員,不同的行業(yè)、不同的產(chǎn)品規(guī)模、不同的技能儲(chǔ)備都會(huì)影響客戶(hù)接入的整體流程。
易用性的需求在大部分時(shí)間內(nèi)不如產(chǎn)品功能或性能的需求優(yōu)先級(jí)高,但也是PaaS產(chǎn)品開(kāi)發(fā)過(guò)程中不可或缺的一部分,如不同端的實(shí)現(xiàn)方式是否相同?功能底層邏輯設(shè)計(jì)的接口是否合理?因此PaaS產(chǎn)品在做版本期間一定需要組織一次技術(shù)評(píng)審,對(duì)齊服務(wù)端與客戶(hù)端、客戶(hù)端各端之間的技術(shù)方案是否對(duì)齊、接口是否合理。
此外,有別于C端產(chǎn)品里流傳的“我教張小龍做微信”笑談,PaaS產(chǎn)品的客戶(hù)需求甚至可以成為PaaS產(chǎn)品的生命線(xiàn):PaaS的特性一定程度上限制了產(chǎn)品的發(fā)展方向與速度,PaaS產(chǎn)品存在的第一目的是幫助客戶(hù)實(shí)現(xiàn)業(yè)務(wù)訴求,這也導(dǎo)致了PaaS產(chǎn)品需要跟著客戶(hù)走而不是依靠純粹的市場(chǎng)分析或天才型的想法進(jìn)行策劃,存在一定的落后性。
同時(shí)客戶(hù)的訴求有時(shí)候往往會(huì)帶給PaaS產(chǎn)品新的市場(chǎng)或商機(jī),因此篩選客戶(hù)需求就變得尤為重要。
三、PaaS產(chǎn)品的需求策劃
PaaS產(chǎn)品的需求文檔在主體方向上與其他產(chǎn)品并無(wú)二致,但其展現(xiàn)的形式卻大有不同。
首先PaaS產(chǎn)品一般是不需要原型圖的,只需要把需求通過(guò)文字表達(dá)清楚即可。
其次部分PaaS產(chǎn)品需求文檔會(huì)存在開(kāi)發(fā)級(jí)別的接口內(nèi)容(包括接口調(diào)用邏輯、接口名稱(chēng)、接口限制等),這也就意味說(shuō)產(chǎn)品經(jīng)理不僅需要對(duì)產(chǎn)品需求有完善的準(zhǔn)備與輸出,對(duì)于技術(shù)內(nèi)容、性能指標(biāo)也需要有明確的說(shuō)明。
最后一點(diǎn)就是文章開(kāi)頭所說(shuō)PaaS產(chǎn)品同樣需要策劃關(guān)于產(chǎn)品售賣(mài)相關(guān)的配套能力,如何對(duì)外露出能力、收費(fèi)策略如何、如何計(jì)算等,配套能力不僅有后臺(tái)的產(chǎn)品需求,也會(huì)有對(duì)外推廣售賣(mài)的商業(yè)需求。
當(dāng)然了,PaaS產(chǎn)品終究也只是蕓蕓眾生的一種產(chǎn)品類(lèi)型,需求文檔還是需要回歸產(chǎn)品。
PaaS產(chǎn)品需求文檔最重要的三件事:場(chǎng)景、多場(chǎng)景、很多場(chǎng)景。所有需求都源自場(chǎng)景,只有真正應(yīng)用在場(chǎng)景中了,我們才能說(shuō)這個(gè)需求是合格的。
PaaS產(chǎn)品需求同樣如此,在講需求前先把場(chǎng)景想明白,這個(gè)需求在什么場(chǎng)景下使用?怎么使用?除了這個(gè)場(chǎng)景還有沒(méi)有其他場(chǎng)景可以使用?把場(chǎng)景想清楚以后,需求的功能點(diǎn)、性能指標(biāo)、邊界值等也就出來(lái)一大半了。否則就只是盲人摸象,毫無(wú)頭緒,開(kāi)發(fā)隨口的靈魂拷問(wèn)就會(huì)被打的體無(wú)完膚。
PaaS產(chǎn)品還有一個(gè)很大的特點(diǎn)是覆蓋面廣,一個(gè)即時(shí)通訊能力可以用在娛樂(lè)社交的陌生人一對(duì)一聊天內(nèi)、可以用在購(gòu)物直播間的彈幕里、也可以用在企業(yè)協(xié)同的組織群內(nèi),不同的行業(yè)都可以是PaaS功能的使用方,因此在設(shè)計(jì)需求時(shí)一定要考慮需求的使用范圍、可復(fù)用性,可覆蓋全行業(yè)的需求往往是優(yōu)先級(jí)最高也最復(fù)雜的需求。
四、PaaS產(chǎn)品的推廣
需求文檔搞定了,評(píng)審也通過(guò)了,看上去產(chǎn)品的工作告一段落了,然而PaaS產(chǎn)品經(jīng)理的工作其實(shí)才剛剛進(jìn)行到一半。
如上所說(shuō),作為深度B端產(chǎn)品,PaaS產(chǎn)品經(jīng)理不僅要負(fù)責(zé)把產(chǎn)品生出來(lái),還需要負(fù)責(zé)把產(chǎn)品推出去。除了基礎(chǔ)的產(chǎn)品策劃能力外,產(chǎn)品經(jīng)理與前向銷(xiāo)售部門(mén)的溝通、市場(chǎng)的溝通甚至是客戶(hù)的溝通都需要做到得心應(yīng)手。當(dāng)產(chǎn)品投入開(kāi)發(fā)后,產(chǎn)品經(jīng)理需要同步(甚至可以更早)考慮產(chǎn)品的推廣問(wèn)題。
都說(shuō)產(chǎn)品經(jīng)理是各個(gè)部門(mén)之間的橋梁,我想PaaS產(chǎn)品經(jīng)理一定是最忙碌的橋梁。因?yàn)镻aaS產(chǎn)品的復(fù)雜性,其團(tuán)隊(duì)的組成往往比較龐大,除了基礎(chǔ)的產(chǎn)研測(cè)團(tuán)隊(duì)外,還會(huì)有售前解決方案、售后技術(shù)支持、銷(xiāo)售商務(wù)經(jīng)理等。
那么當(dāng)產(chǎn)品有輸出后,產(chǎn)品經(jīng)理往往需要同步輸出信息給到團(tuán)隊(duì)的所有人。如提供給銷(xiāo)售、售前解決方案人員以產(chǎn)品的報(bào)價(jià)、優(yōu)勢(shì)兩點(diǎn),與市場(chǎng)部門(mén)做前期的推廣策略溝通,以及給技術(shù)支持部門(mén)做相應(yīng)的培訓(xùn)。
只有把所有的這些事情做完,PaaS產(chǎn)品策劃整流程才算真正的跑完。最后附錄一份PaaS大廠(chǎng)內(nèi)部的需求文檔模板,僅供參考~
五、附錄:PaaS產(chǎn)品的文檔模板
1. 需求概述
需求描述:一句話(huà)描述需求。
2. 背景介紹
需求的直接來(lái)源與背景介紹。
3. 價(jià)值描述
解決的問(wèn)題、滿(mǎn)足的場(chǎng)景訴求,對(duì)自身的產(chǎn)品價(jià)值。
4. 需求詳情
- 需求目標(biāo):清晰描述需求的目標(biāo)。
- 產(chǎn)品方案:清楚描述產(chǎn)品場(chǎng)景,方案,功能設(shè)計(jì)、數(shù)據(jù)埋點(diǎn)設(shè)計(jì)、向下兼容設(shè)計(jì)、價(jià)格方案設(shè)計(jì)等。
5. 需求驗(yàn)收標(biāo)準(zhǔn)
描述能夠通過(guò)驗(yàn)收、上線(xiàn)的標(biāo)準(zhǔn)。
6. 競(jìng)品對(duì)比
- 競(jìng)品方案:調(diào)研競(jìng)品的功能方案、使用流程。
- 競(jìng)品價(jià)格:調(diào)研競(jìng)品的價(jià)格設(shè)計(jì)、收費(fèi)模式。
- 競(jìng)品差異對(duì)比:對(duì)比與競(jìng)品的差異,當(dāng)前的產(chǎn)品優(yōu)勢(shì)。
本文由 @碌碌無(wú)為的阿栓 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來(lái)自Unsplash,基于 CC0 協(xié)議
B端屬性
paas平臺(tái)的特殊性,很大程度依賴(lài)于售后和運(yùn)維人員沖上去留住用戶(hù),有時(shí)候還會(huì)因?yàn)楫a(chǎn)品力不足需要達(dá)到安撫效果:周期性的跟用戶(hù)溝通,讓用戶(hù)看到產(chǎn)品會(huì)后續(xù)持續(xù)迭代和交付計(jì)劃。運(yùn)營(yíng)人員提升本產(chǎn)品的人工維護(hù)效率,產(chǎn)品不行人工上!要推進(jìn)售后也少不了進(jìn)行一定的商業(yè)運(yùn)作
這個(gè)產(chǎn)品工作有點(diǎn)枯燥……
從產(chǎn)品經(jīng)理的“創(chuàng)造力”來(lái)說(shuō)確實(shí)是,也沒(méi)有機(jī)會(huì)去創(chuàng)造一些天馬行空前無(wú)古人后無(wú)來(lái)者的產(chǎn)品
但是因?yàn)镻aaS的平臺(tái)特性可以接觸到不同類(lèi)型的產(chǎn)品,每一種產(chǎn)品都可以給PaaS產(chǎn)品經(jīng)理以啟發(fā)和收獲
對(duì)于產(chǎn)品經(jīng)理的要求來(lái)說(shuō)其實(shí)是一樣的,甚至需要考慮更多,各有利弊吧~