人人都是產(chǎn)品經(jīng)理漫談

? ? ? ?在互聯(lián)網(wǎng)時代高歌猛進(jìn)的背景下,各行各業(yè)都或多或少有了子領(lǐng)域或細(xì)分,相應(yīng)的,產(chǎn)品經(jīng)理也可以根據(jù)所做的產(chǎn)品屬性、行業(yè)、平臺等有多種分類和名稱,如社交產(chǎn)品經(jīng)理、電商產(chǎn)品經(jīng)理、移動端產(chǎn)品經(jīng)理、數(shù)據(jù)產(chǎn)品經(jīng)理、策略產(chǎn)品經(jīng)理等等,而且各類崗位的技能要求會有差異,工作內(nèi)容也不盡相同。

越過這些讓人眼花繚亂的title和紛繁復(fù)雜的工作內(nèi)容,我理解的產(chǎn)品經(jīng)理是一個多種角色的集合體,是敏銳的發(fā)現(xiàn)者,是周密的設(shè)計者,是洞悉未來的規(guī)劃者,是價值的創(chuàng)造者,還需是生動的講述者,真誠的聆聽者,好奇的體驗(yàn)者,積極的管理者...

想到這里,無論是做一個產(chǎn)品,還是一件事情,或是一個人,某種程度都是這些角色的集合體,所以“人人都是產(chǎn)品經(jīng)理”,本質(zhì)上是,人人都可以以產(chǎn)品經(jīng)理的思維方式和做事方法來思考和實(shí)踐。

那產(chǎn)品經(jīng)理在修煉過程中都會遇到什么怪,表現(xiàn)出什么樣的思維方式和做事方法才得到升級的呢?

1. 確定產(chǎn)品定位

回想曾經(jīng)在學(xué)校課堂時做過的小項(xiàng)目,無論是寫商業(yè)計劃書還是項(xiàng)目管理計劃書,無一不強(qiáng)調(diào)過,需要用一句話來表述清楚你的產(chǎn)品是做什么的,或?yàn)槟男┤私鉀Q了什么問題。這三個小問題其實(shí)就分別對應(yīng)了產(chǎn)品的三個要素:功能、用戶和需求。

1.1 用戶

三個要素不分主次,但從時序上來看,我認(rèn)為排在第一位的應(yīng)該是用戶,即首先要明確是誰提出的問題,或誰面對的問題。

任何一個偉大產(chǎn)品的用戶都是從一小撮種子用戶開始的,經(jīng)過幾輪的試用和篩選,核心用戶慢慢顯現(xiàn)出來,首先要服務(wù)好核心用戶,哪怕對整體的用戶數(shù)有損傷,但是剩下的用戶忠誠度更高,彼此距離更近。就像蘇杰老師說的,寧愿讓一部分人愛你愛的發(fā)瘋,另一部分人恨你恨得要死,也不要讓所有人都覺得你還OK,你是個好人,然后就沒有然后了。

核心用戶一定程度反應(yīng)了產(chǎn)品的格調(diào)、性質(zhì),初看是產(chǎn)品在定位它的目標(biāo)用戶,但慢慢的,用戶實(shí)際上影響了產(chǎn)品的基調(diào)和走向。核心用戶定位得越精確,后續(xù)的設(shè)計,營銷活動等就越有針對性。

無論一個產(chǎn)品是從0到1,還是從1到N,都不可能用一個解決方案解決所有的問題,所以總要有所為,有所不為。而一個產(chǎn)品的用戶可能是多邊的,比如電商平臺的買家和賣家、平臺方;招聘平臺的求職者、招聘者和平臺方;內(nèi)容資訊平臺的內(nèi)容提供者、游客、廣告商、平臺方......不同的用戶群體的訴求是有差異的,甚至是利益相左的,在這個時候,如何定優(yōu)先級,如何取舍或平衡,是需要有一個基本原則和初心來做指導(dǎo)的,如果沒有想清楚范圍和限制,各類假設(shè)和依賴,那么在產(chǎn)品生命周期的各個階段,總會出現(xiàn)迷失方向或沖突不斷。

另一個角度理解用戶是從客戶和終端用戶來看,有時客戶和終端用戶并不是同一個群體,比如現(xiàn)在市場上很多針對青少年的編程培訓(xùn)的線上線下課程,終端用戶是少年兒童,而客戶是他們的家長,所以在設(shè)計產(chǎn)品時,對于客戶的賣點(diǎn)是強(qiáng)調(diào)培養(yǎng)邏輯思維、激發(fā)創(chuàng)造力、提升專注力、未來的競爭力等,而針對終端用戶來說賣點(diǎn)就是簡單有趣,解放天性,寓教于樂。

1.2 需求

需求即定義了產(chǎn)品要解決什么問題,每個用戶群體都有很多問題和需求,而優(yōu)先要滿足是剛性需求,也就是要真實(shí)的、強(qiáng)烈的、高頻的。

第一個問題要問自己,這個需求是用戶【真正】需要的嗎?是【用戶】真正需要的嗎?

有些需求是偽需求,是用戶認(rèn)為他需要的,而不是他真正需要的,比如著名的“用戶想要一匹更快的馬”,他或許只是需要更快的到達(dá)目的地,在這種場景下,“更快的馬”就是偽需求,而一輛車才是真正滿足需求的。還有大家都見過的“我覺得這樣更好”,“我覺得這樣更科學(xué)”,我不要你覺得,我要用戶覺得。產(chǎn)品經(jīng)理要充分的調(diào)研,并且設(shè)身處地在用戶角度體會和挖掘他的痛點(diǎn)和深層次需求,如果團(tuán)隊爭論不休,那最好是去問產(chǎn)品經(jīng)理,如果產(chǎn)品經(jīng)理爭論不休,那最好再去聽聽用戶的想法。

有時候即使是用戶提的,那么也要考慮是屬于哪一部分用戶群體?數(shù)量多嗎?是否有代表性?

第二個問題要問,這個需求有多強(qiáng)烈?不滿足行不行?

需求的強(qiáng)烈程度是很難量化的,如果說不滿足這個需求,用戶也有其他可以接受的方法來達(dá)到目的,那么這個需求或許可以劃分到“不那么強(qiáng)烈”中,比如要求上傳身份證照片,同時又要輸入身份證號,即沒有身份證識別自動填充功能,即使自己輸入一串?dāng)?shù)字也可以接受。再比如,網(wǎng)店的賣家在訂單量不大的情況下,可以手寫收貨地址信息,但是隨著訂單量不斷增多,手寫就是一件非常低效且不可忍受的事情,必須要有便捷的打印功能了。

第三個問題要問,這個需求發(fā)生的頻率高嗎?

這個需求是像吃飯一樣,一天發(fā)生多次,還是像男生剪頭發(fā)一樣,一個月一次,還是像春運(yùn),一年只有一次。有些需求對于2C來說是低頻,對于2B來說就是高頻了,比如說家政服務(wù)。頻次決定了我們選擇什么方案來解決,比如說,一個商品被申請售后服務(wù)的頻次是一個月兩次,那么人工來解決就足夠,如果頻次是一天有上百次,那么智能客服就可以上場了。

這幾個問題的答案基本上決定,這個需求做還是不做,以及怎么做,對于需求的優(yōu)先級評估也至關(guān)重要。我們都知道奧卡姆剃刀原理,選擇能夠解釋或解決一個問題最簡單的那種方法,保留真正核心的、剛性的需求使產(chǎn)品變得簡潔而優(yōu)雅,所謂完美不是無一分可增,而是無一分可減。

1.3 功能

功能是一個產(chǎn)品的核心,也可以說是產(chǎn)品的名片。設(shè)想在某一場景下,用戶需要做某件事的時候,立刻就想到你的產(chǎn)品,那么無疑這款產(chǎn)品是成功的。比如突然頭痛的厲害,著急去醫(yī)院,就立刻打開了滴滴出行,檢查完回到家,身體虛弱不想做飯了,打開了餓了么,等餐期間想看會小視頻,打開了bilibili。

在設(shè)計功能前一般會借助生動的用戶故事,其實(shí)就是在設(shè)想產(chǎn)品被使用的場景,不論這個場景有多小,只要夠“典型” ,就有生存的機(jī)會。

根據(jù)使用場景可以大概確定產(chǎn)品的形態(tài),是PC端,還是移動端,是APP,還是小程序,是2B還是2C,以及BS架構(gòu)還是CS架構(gòu)等等。

之前做小項(xiàng)目,我們在做競品分析時,多數(shù)只關(guān)注了同類產(chǎn)品沒有什么功能,或者有哪些缺點(diǎn),但其實(shí)還應(yīng)關(guān)注解決類似需求的不同類產(chǎn)品,把眼界放寬。就像有人說,打敗新浪微博的不一定是騰訊微博,還可能是微信朋友圈,打敗百度搜索的不一定是谷歌搜索,還可能是知乎,反正我現(xiàn)在如果想了解一個問題,會先想到知乎看一看。

對競品的認(rèn)知升級也拓展了我們的視野,其核心就在于把握住用戶,或者說一個人,深層次的需求,參考人本主義心理學(xué)家馬斯洛所著的《動機(jī)與人格》中所闡述,人的需求從低到高依次是生理需求、安全感、歸屬感、愛和自我實(shí)現(xiàn)。再細(xì)化可以找到很多需求甚至弱點(diǎn),比如好奇、從眾、同情、貪婪、虛榮心......

未來最成功的產(chǎn)品,是最懂人性的產(chǎn)品。

當(dāng)然一個功能或產(chǎn)品是否能做,是否可做,是否值得做,還要考慮多種因素,比如團(tuán)隊的能力,意愿,市場以及政治、經(jīng)濟(jì)、文化等。

2. 需求的采集與分析

需求分析在軟件開發(fā)生命周期中排在第一位,后續(xù)的可行性研究以及概要設(shè)計,詳細(xì)設(shè)計都以它為基礎(chǔ)。

曾經(jīng)在學(xué)校時,仿佛大家都覺得技術(shù)相關(guān)的課程才是有含金量的,我也不例外,進(jìn)入工作中突然有了不同的體會。比如當(dāng)時不以為意的“軟件需求工程”,記得是學(xué)院聘請了一位企業(yè)老師來講的,那時只是按要求完成任務(wù),并不知道有什么用處,但現(xiàn)在回想起來,這門課程包含的知識不僅對產(chǎn)品經(jīng)理的工作有很大的指導(dǎo)意義,某些內(nèi)容對于平時的思考分析問題也很有啟發(fā)性。

我們的課本用的是Karl Wiegers,?Joy Beatty的著作《Software Requirements》第三版,里面提到軟件需求的三個不同層次:商業(yè)需求、用戶需求和功能需求。

商業(yè)需求對應(yīng)整個產(chǎn)品或公司的使命和愿景,往往是為了滿足公司的戰(zhàn)略需要,或達(dá)成商業(yè)目標(biāo)。如果是公益企業(yè),則是承擔(dān)社會責(zé)任,提升影響力等;用戶需求范圍較小且具體,我們通過滿足用戶需求,解決用戶痛點(diǎn)實(shí)現(xiàn)商業(yè)價值;功能需求對應(yīng)更細(xì)節(jié)更具體的問題解決方案,需要通過成本和價值來分類和評估。

在實(shí)際情況中,或許三種需求并不總是相輔相成,彼此支撐的,有時候滿足戰(zhàn)略需要的需求會對用戶不利,需要權(quán)衡內(nèi)部需求和外部用戶,避免做出傷害用戶的選擇。

2.1 采集方法

需求的來源可能是第一手的,即直接從用戶處獲得,也可以是經(jīng)過其他人或機(jī)構(gòu)加工的,兩種方式得來的信息各有優(yōu)劣。為了保證需求的真實(shí)可信,需要保證相當(dāng)?shù)谋壤侵苯硬杉?,這樣能更貼近用戶。比如一些入職銀行的小伙伴,即使不是業(yè)務(wù)員的崗位,也要去營業(yè)點(diǎn)輪崗,就是為了更接近他們的用戶,更了解他們遇到的問題,說“這是一個用戶遇到的問題”就不如“這是張大爺遇到的問題”更生動真實(shí),記憶深刻。

采集的方法可以是用戶訪談、調(diào)查問卷、或去網(wǎng)絡(luò)上搜索用戶的評價和想法等。我曾經(jīng)作為受訪的用戶參與過一個APP的用戶訪談,受訪的8個人都彼此不認(rèn)識,在主持人的引導(dǎo)下,做完自我介紹,之后主持人問大家的手機(jī)上都有哪些APP,使用的頻率和場景等等。然后播放了跟APP相關(guān)的幾個視頻,詢問大家有什么感覺,意見等。整體感覺氛圍比較輕松,融洽,主持人或者說產(chǎn)品經(jīng)理的交流方式令我很受啟發(fā)。

因?yàn)槿擞袕?fù)雜的思維活動,有感情和感受,所以說出來的話并不一定就是真正想表達(dá)的意思,舉一個極端的例子,妻子經(jīng)常看到酒鬼丈夫半夜醉醺醺的回家,說“你別回來了!”,其實(shí)妻子反而希望得是丈夫能清醒的早點(diǎn)回家,所以她表達(dá)的意思和真正的想法是完全相反的?;氐接脩粼L談中,用戶的回答可能會受當(dāng)時的情境和感覺影響,而有欺騙性,比如周圍有熟人在,不希望沒面子,或者說感覺到敵意和批評,不能敞開心扉的聊了,想趕緊結(jié)束。

還有很多情況使我們得不到真正的答案,那么有一些問話和引導(dǎo)的方式非常值得借鑒。

1. 把“你會......怎么樣嗎?”變成“你覺得你的朋友會......怎么樣嗎?”

2. 把“你們需要......功能嗎”變成“如果沒有這個功能,你們是現(xiàn)在是怎么做的?”,以及“如果我們提供......功能,你們會用嗎?”

3. 如果直接的問題用戶想不到答案,可以進(jìn)行情景引導(dǎo),“你最近一次做......是什么時候?”,“那個時候是......感受或情況”

4. 把“為什么要......?”變成“為什么不要......?”等等。

生活中跟別人交流時,也可以適當(dāng)轉(zhuǎn)變思路,換一種說法可能會更高效的達(dá)到目的。

2.2 需求的分析與轉(zhuǎn)化

讓我印象最深刻的一句話是“用心聽,但不要照著做”,“用心聽”是和用戶建立連接,推已及人的基礎(chǔ),充分的聽用戶怎么說,獲取信息,幫助下一步的判斷,“不要照著做”是指首先要經(jīng)過對用戶意圖的理解,再給出權(quán)衡過的解決方案,而不是用戶說什么,我們就無腦的做什么。

不管是用戶或是其他需求方闡述需求,或是其他任何交流的場景,都可以從三個層次由淺入深來剖析理解:

觀點(diǎn)與行為,目標(biāo)與動機(jī),價值觀與人性。

觀點(diǎn)與行為:即聽他怎么說,并看他怎么做。就像喬布斯說,“消費(fèi)者并不知道自己需要什么,直到我們拿出自己的產(chǎn)品,他們就發(fā)現(xiàn),這是我要的東西”。再比如,用戶要一份數(shù)據(jù),我們假定了他會是用法A,但從實(shí)際行為來看,大部分用戶確是用法B,那么我們就可以根據(jù)用法B,提供一個更便捷的功能。

目標(biāo)與動機(jī):通過行為了解或進(jìn)一步分析用戶的目的,結(jié)合團(tuán)隊或公司的目標(biāo),說不定能發(fā)現(xiàn)更好的方案。用戶可能不清楚我們擁有的資源或限制,只有明確了最終的目標(biāo),和用戶站在同一出發(fā)點(diǎn),以結(jié)果為導(dǎo)向,才可能設(shè)計更貼心的功能。

價值觀與人性:有些需求,多問幾個為什么,最終總會挖掘到人性和價值觀層面,不論種族、國家、甚至?xí)r代,人們最根本的需要是不變的?,F(xiàn)在的市場越來越細(xì)分,人們的需求也從“多快好省”越來越往高層級的價值感,責(zé)任感,儀式感等等發(fā)展,產(chǎn)品或功能需要抓住本質(zhì)的東西贏得用戶和市場。

不僅是產(chǎn)品經(jīng)理對用戶,產(chǎn)品經(jīng)理對接其他需求方,或是開發(fā)人員對接產(chǎn)品經(jīng)理,都需要能透過現(xiàn)象看本質(zhì),有同理心和耐心。比如開發(fā)人員,不應(yīng)該僅僅是實(shí)現(xiàn)需求文檔上的內(nèi)容,對于整個功能的背景要有了解,首先為什么要有這個功能?都要達(dá)到什么目的?能解決多少人的問題?怎么評估帶來的價值?在實(shí)現(xiàn)過程中,一些分支流程和異常該怎么處理?開發(fā)人員應(yīng)該主動思考并協(xié)助產(chǎn)品經(jīng)理共同產(chǎn)出解決方案。

不論是在工作中還是在生活中,相信大多數(shù)人都不想做沒有感情的編碼機(jī)器或無腦的執(zhí)行者,多想一下前因后果,以結(jié)果為導(dǎo)向,再加上一些人文情懷,會使自己的思維越來越縝密,行事越來越高效,與自己和這個世界相處越來越融洽。

3. 功能價值的評估

無論從資源還是目標(biāo)的角度,團(tuán)隊都希望用最小的成本獲取最大的收益,所以眾多功能中,必然有性價比和優(yōu)先級的比較,對照產(chǎn)品的目標(biāo)以及商業(yè)目標(biāo),某個功能對哪些指標(biāo)有提升作用,或作用多大,決定這個功能的價值。

有以下幾個方面來評估一個功能的價值:

1. 廣度:預(yù)計覆蓋的用戶數(shù)*單用戶價值

潛在用戶數(shù)和單用戶價值要綜合考慮,因?yàn)橥@兩個因素不是正相關(guān)的。

2. 頻度:需求的頻次*單次的復(fù)雜度*單價

3. 緊急程度:一些突發(fā)事件的應(yīng)急措施等

4. 可替代性:能否用現(xiàn)有類似的解決方案替代,或者說它是否夠獨(dú)特,能和現(xiàn)有方案互相補(bǔ)充

要分辨出哪些是基礎(chǔ)功能,即必須要有的,比如電飯煲,必須要有煮飯功能;哪些是亮點(diǎn)功能,即用戶一般不會要求,但是如果有了用戶會很驚喜的功能。隨著時間的推移,功能的分類可能會有變化,比如之前的亮點(diǎn)功能變成了基礎(chǔ)功能。

在產(chǎn)品的不同生命周期,不同類別的功能比例是有變化的,比如在初期要優(yōu)先做基礎(chǔ)功能,成熟期資源豐富了之后,可以考慮做亮點(diǎn)功能。

低成本驗(yàn)證是一個高效的,篩選和驗(yàn)證功能價值的方法。原則是采用較小的投入,驗(yàn)證需求和市場,進(jìn)而再做下一步?jīng)Q斷。

除了功能性的需求,在設(shè)計和實(shí)現(xiàn)功能的時候同樣要考慮非功能性的需求比如安全性、可擴(kuò)展性、可移植性、可復(fù)用性,以及性能上的考量,QPS、吞吐量等。

4. 立項(xiàng)與研發(fā)

想清楚做什么了,接下來是立項(xiàng)組隊與研發(fā)投產(chǎn),產(chǎn)品經(jīng)理要組建團(tuán)隊爭取資源,即獲得人力和物力的支持。在整個研發(fā)過程中,除了關(guān)注各項(xiàng)任務(wù)的進(jìn)度,更要關(guān)注團(tuán)隊成員的個人成長,根據(jù)每個人的能力和興趣,靈活調(diào)整,頗有挑戰(zhàn)的任務(wù)和正向的反饋,會使團(tuán)隊成員在日常工作中獲得更多成就感和價值感。有時候也要承擔(dān)“程序員鼓勵師”的角色,使團(tuán)隊更有凝聚力。

在研發(fā)的主場,產(chǎn)品經(jīng)理會進(jìn)一步規(guī)劃下一階段的方向和任務(wù),確保在下一階段的研發(fā)開始前,需求分析和功能描述已經(jīng)清晰的在文檔中。記得大學(xué)里一門課的老師,對文檔要求十分之嚴(yán)格,從項(xiàng)目背景,市場調(diào)研到需求分析、可行性研究、概要設(shè)計和詳細(xì)設(shè)計,再到測試,項(xiàng)目沒有做出來沒有關(guān)系,文檔必須完整詳細(xì)。在生產(chǎn)環(huán)境中,有時做不到文檔的面面俱到,尤其是敏捷流程又提出“可用的軟件,重于詳細(xì)的文檔”,但是在很多大廠,PRD(產(chǎn)品需求文檔)并沒有被廢棄,因?yàn)镻RD中會記錄一個需求或功能的前世今生,使開發(fā)團(tuán)隊和其他團(tuán)隊在對背景和目標(biāo)的理解上完全一致,避免了誤解歧義以及日后的爭論不休和返工。PRD里都要記錄什么呢?

1. 這個功能是為了解決用戶的什么需求

對一個功能來說,他可以解決的問題可能有多個,不同的人理解可能有偏差,在文檔中把需求痛點(diǎn)和上下文清晰的記錄下來,讓大家都站在同一個出發(fā)點(diǎn),會省去以后很多對問題的爭論。同時也應(yīng)該寫明論證這個需求確實(shí)存在的依據(jù),可以給后續(xù)的效果追蹤提供依據(jù)。

2. 這個功能成功的指標(biāo)是什么

在上線一個功能之后,會有對使用情況或?qū)嶋H解決問題情況的追蹤,對覆蓋人數(shù),或召回人數(shù)等的對比和測試,來驗(yàn)證這個功能是否是有積極作用的。如果上了一個功能,反而導(dǎo)致效率或一些指標(biāo)下降,那要重新評估該功能的合理性。

3. 這個功能的使用場景和流程

不同的使用場景可能有不同的流程,流程圖是一個功能DNA里最重要的部分,針對每個場景畫出流程圖,可以清晰的給每位團(tuán)隊成員展示該功能的定義,開發(fā)人員根據(jù)流程去設(shè)計代碼,也能夠方便地發(fā)現(xiàn)可復(fù)用的模塊。

4. 功能達(dá)不到預(yù)期的解決方案

可能有一些異常數(shù)據(jù)或者異常的使用流程,可能要找一些替代的解決方案或者友好的提示用戶。提高產(chǎn)品的容錯性和健壯性。

產(chǎn)品經(jīng)理最好有技術(shù)背景,尤其是在評估工作量的時候更及時準(zhǔn)確,與開發(fā)人員合作時可以保持語境一致,降低溝通成本。在設(shè)計demo和功能階段要和設(shè)計師密切配合,優(yōu)化流程和體驗(yàn)。

5. 營銷與市場

營銷是把產(chǎn)品推向市場的重要手段,在產(chǎn)品推廣前,需要在市場調(diào)查階段,對所定位市場的占有率,飽和度等有所了解,確定盈利模式,以及后續(xù)的利益分配。

杰弗里·摩爾在高科技產(chǎn)品領(lǐng)域的技術(shù)采用生命周期理論對其他很多產(chǎn)品依然有重要參考價值,在產(chǎn)品的生命周期中,用戶被分為創(chuàng)新者,即喜歡冒險和嘗試新鮮事物的發(fā)燒友、早期使用者,即較早使用產(chǎn)品的種子用戶、早期大眾,即在產(chǎn)品推廣一段時間之后愿意嘗試的人、晚期大眾,即產(chǎn)品占領(lǐng)了大部分市場后開始使用的人、和落后者,即對新事物沒有熱情,或不大愿意改變的人,其中前兩個階段被分為早期市場,后三個是主流市場。


圖片來自百度百科

在同一個市場中的用戶差距較小,調(diào)整運(yùn)營策略即可,最大的鴻溝來自于從早期的小部分用戶進(jìn)入主流市場,要在主流市場中找到一個切入點(diǎn)或細(xì)分的空白市場,結(jié)合公司的戰(zhàn)略和目標(biāo),集中火力,再逐漸擴(kuò)大范圍。

我的理解中,參考以上產(chǎn)品生命周期,用戶的生命周期也可以大致分為:成長期,活躍期,靜默期,衰退期。

成長期:剛剛成為產(chǎn)品的新用戶,在探索發(fā)現(xiàn)階段

活躍期:使用頻率,在線時長等達(dá)到了一個合適的閾值

靜默期:相當(dāng)長的一段時間內(nèi)沒有與產(chǎn)品互動

衰退期:根據(jù)過去一段時間內(nèi)的歷史數(shù)據(jù),一些指標(biāo)呈下降趨勢

不同的產(chǎn)品對用戶的生命周期的定義不一樣,要根據(jù)實(shí)際的數(shù)據(jù)來不斷調(diào)整,比如靜默多久算處在靜默期,在靜默期的用戶怎么判斷是否已經(jīng)流失,或許要對某些case采集一些標(biāo)簽,對整體的預(yù)判才會更準(zhǔn)確。是屬于拉新、促活還是留存,針對不同生命周期的用戶有不同的運(yùn)營策略。

最后

產(chǎn)品經(jīng)理還最好有一些市場敏感度和創(chuàng)新意識,一定程度拒絕“存在即合理”。有“秒變新手”的態(tài)度和成為“專家”的能力。

無論當(dāng)下是什么title,在什么崗位,做什么事情,我們都有多重角色,應(yīng)該有多個視角,忠于內(nèi)心,保持天真,創(chuàng)造價值和意義。路漫漫其修遠(yuǎn)兮,吾將上下而求索。



參考

1.?《人人都是產(chǎn)品經(jīng)理2.0》.蘇杰.電子工業(yè)出版社.2017-5

2.?《Software Requirements, 3rd Edition》.Karl Wiegers, Joy Beatty.2013-8

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

友情鏈接更多精彩內(nèi)容