《人人都是產品經理》讀書筆記2

2022-03-04 10:37:54 字數 4452 閱讀 2567

無意中看到了這本書《人人都是產品經理》,阿里的前產品經理蘇杰寫的,看了幾頁挺有意思的。我看這本書主要目的主要有一下幾點:

了解產品經理的想法,從而能更好的和他們交流。

學習生活中的一些知識與訣竅。

看看阿里的產品經理和其它產品經理有什麼不同。

我把我看這本書的心得記錄下來,供以後參考,相信對其他人也有用。

15.產品經理:靠想,產品經理做正確的事,其所領導的產品是否符合市場的需求,是否能給公司帶來利潤;專案經理:靠做,專案經理是把事情做正確,把事情做得完美,在時間、成本和資源約束的條件下完成目標。

16.產品經理最重要的是判斷力和創造力,他是產生乙個想法,然後「我要把它實現」;專案經理最重要的是執行力與控制力,他是接到乙個任務,然後「我要把它完成」。

17.乙個產品經理可能想要增加非常多的功能和特徵以滿足獲取到的使用者需求,但是專案經理卻想要盡可能小的控制工作範圍,以保證專案在規定時間與預算內完成。可能乙個人會同時兼任產品經理和專案經理,這個時候就要在其中找到平衡點。

18.專案誓師大會,也就是專案kick off會議,是很有必要的。它通常只需要15分鐘左右,需要傳達這些資訊:

專案背景。我們在哪兒,為什麼做這個專案。

專案意義、目的和目標。我們去**?解決什麼問題就算成功了。

需求、功能點概述。我們怎麼去?具體使用什麼方法?

專案組織架構。讓專案成員互相認識,明確有什麼事應該找誰。

專案計畫。專案的時間點和里程碑,各個時段需要的資源。

溝通計畫。約定好怎麼溝通。

19.專案的基本流程。

需求確認階段:需求評審、需求確認,設計評審,功能評審,測試評審,需求最終確認。

開發階段:設計、設計評審、編碼、單元測試。

發布階段:發布評審、預發布、發布、線上驗證。

專案小結:遇到了哪些問題,怎麼解決;資源評估是否合理,如何提高準確度;根據資料監控的反饋,有什麼結果;是否達到目標。

20.自己的文件規範:

商業需求文件,產品需求文件。

需求規範類:pd做什麼,使用者體驗規範,通用原則。

需求管理類:使用者調研,產品需求列表,產品資訊架構。

流程管理類:日常發布流程,變更事件流程。

專案管理類:專案管理制度,專案任務書,kick off的ppt,專案組織結構,專案wbs,專案**週報,專案發布預告與公告。

日常工作類:會議記錄,個人**週報。

21.長視者把目的當手段,短視者把手段當目的。文件只是手段,流程也只是手段,這些手段都是為了把專案做好,把產品做好,把專案做好也只是手段,是為了達到公司的商業目標等等。

22.當年的「英雄」把自己的個人經驗轉變成顯性知識表達出來,而對於經常做的事情,就可以用流程這種形式固化、傳承,後人在做這些事的時候起碼不會太無助。在這點上,規範、模板的作用也類似,這就是團隊的核心競爭力。

23.專案中的敏捷方法:

有計畫,更要「擁抱變化」。開始訂的專案計畫,在乙個月後可能已經面目全非了,沒必要強行遵守。

迭代週期內盡量不加任務。如果在某次迭代內的任務無法完成,可以為了時間點的要求,移出一部分任務到下乙個迭代。

每天問自己:昨天做了什麼?今天要做什麼?碰到什麼問題,打算如何解決,需要什麼幫助?

持續細化需求,強調測試。

不斷發布,盡早交付。讓需求方不斷地、盡早地看到結果,並給予反饋。

24.《聖經》中說:請賜予我力量,去接受我所不能改變的;請賜予我勇氣,去改變我所能改變的;並賜予我智慧型,去分辨兩者的不同。

25.有良知的職業殺手:在不認同專案目標的時候,只要不違背自己的價值觀,就盡心盡力地完成任務。否則,要麼調整自己的價值觀,要麼放棄這份工作。

26.五種使用者群體:

創新者:新鮮感強,消費能力不高,忠誠度不高,需要新鮮東西不斷刺激。產品剛上市的時候,主流使用者是創新者。

早期追隨者:觀念比較新,但是需求目的性強,需要迅速能夠解決其問題的產品。忠誠度一般。

早期主流使用者:典型的實用主義者,心中對新產品存在期待。

晚期主流使用者:對新產品心存牴觸,直到老產品出現明顯的劣勢,才會很不情願地使用新產品。

落伍者:最後一批使用者,他們的附加值已經比較低了。

27.阿里是商業主導的,商業的強勢也說明了阿里為什麼不招技術很強的畢業生。

28.大家在找工作的時候必須調查清楚自己的職位在公司裡是不是最受重視的,是不是強勢方,這很重要。舉個不是很現實的例子:如果你在特種部隊式的組織裡,那麼可以安心地做乙個特種兵;但如果你進了塔利班或基地組織,那就抓緊時間進入管理層。

29.產品設計的5個層次。這5個層次也對應網際網路產品設計的五個層次:戰略、範圍、結構、框架、表現。

戰略層:**目標,使用者需求。明確商業目標和使用者需求,找準方向。

範圍層:功能規格說明,內容需求。明確「做多少」。

結構層:互動設計,資訊架構。考慮產品的各個部分互相之間是什麼關係。

框架層:介面設計,導航設計,資訊設計。這裡才出現使用者真正能看到的東西。

表現層:視覺設計。視覺設計和內容的優化。

30.部門協作出現問題,是因為「找不到共同的利益」。合作的基礎就是有共同的利益,或物質或精神,或短期或長期。

31.常見的3種公司組織結構:

職能型組織:把相同職責的人劃分到乙個部門裡。缺點是目標在分解到各個部門之後,很容易不一致,而且沒有人對真正的客戶負責。

專案型組織:把各種職責的人組成乙個專案組,缺點是會浪費資源。

矩陣型組織:上面2種組織的融合。缺點是,對員工來說,一面是部門經理,另一面是產品經理,雙頭領導很頭疼。

32.產品的版本細分:

一種是做功能區分,打細分市場。

另一種是為了促進銷售,利用消費者心理,純策略性地做出「炮灰版」。

33.縱向營銷是進化,特點是漸變;水平營銷是革命,特點是突變。比如說賣包子,縱向營銷是把包子做成大號、中號、小號,另外做32種不同的餡。水平營銷是「精品包子」、「神秘的東方膳食」、「牛郎織女吃包子」、「中藥包子」、「豆皮包子」、「西式包子」等。

34.兩種開發工程師:

一類是技術痴迷者。在專案碰到技術難題的時候,他們是攻堅的主力。有極少數熱衷於技術的人,缺乏必要的責任心和使命感。

另一類是實用主義者。公司考核他們什麼,他們就做好什麼,盡量少做事,做簡單的事。

35.怎麼和開發工程師溝通:他們最看重的是「流程」,他們喜歡被規則管理而不是被人管理。

36.人性的弱點決定了在爭論的過程中每個人都希望自己得到認同,而這點往往導致思路的變形,不再考慮產品怎麼做更好,而是去想如何說服對方,並且,經常有同學會把對人的反感轉移到對此人觀點的反對上,這很可怕。

37.菜鳥成長的階段:

最初,菜鳥啥也不懂,蒙著頭做事,眼巴巴地盼著老闆光臨。好匯報一下工作,而往往是當老闆主動找你問事情的時候就是他開始擔心的時候,這時期的菜鳥很容易把事情做偏,吃力不討好。

漸漸地,菜鳥覺得這樣太辛苦了,於是每走一步就問老闆「我碰到乙個問題,應該怎麼做」,這叫老闆做問答題,老闆每每給出答案,菜鳥再也不會做無用功了,做起事情也踏實多了,但是老闆細膩嘀咕起來,太煩了,終於在某次菜鳥又來問問題的時候,衝了他一句:這些問題你怎麼不自己先想想,你什麼資訊都不給我,我怎麼告訴你答案 ·······

菜鳥繼續體會,發現讓老闆做問答題,老闆是很累的,需要讓老闆做選擇題,於是,每次有問題的時候,他都會自己先收集很多的背景資料,然後選出幾種可行的解決方案,再拿著所有的這些資料給老闆做決定。現在好多了,老闆開始有點輕鬆了。並且在這個過程中,菜鳥發現有些問題在自己尋找解決方案的過程中,已經被自己解決了,大喜。

又是很久過去了,突然有一天,菜鳥發現一件有意思的事情:那就是還可以更進一步,讓老闆做判斷題,於是菜鳥在某次呈現給老闆幾條解決方案以後,又會加上自己的選擇:我覺得a方案是最好的,因為什麼什麼·······當然,菜鳥畢竟是踩奶哦,因為各種原因,經常與老闆的判斷不同,但菜鳥在疑惑中又學會和老闆討論,漸漸地學到了一些老闆的判斷方法。

白駒過隙,慢慢地老闆發現,自己做的判斷題答案都是「勾」了,似乎每次菜鳥的匯報自己就是聽聽,恩恩兩聲就沒什麼事情了,但是菜鳥仍然在及時地問,不停地匯報,也越來越學會和老闆開條件,要資源,當然目的是為了把事情做得更好,這就是:事情我做,黑鍋你背,各司其職。這是職位的思維。老闆「嗯」了一聲,就意味著這件事菜鳥做起來是經過授權的,除了問題是要老闆承擔責任的。對於菜鳥來說,稚嫩的肩膀經受不起,所以要找人幫忙,是出於對自己的保護。

再往後,事情如果向好的方向發展,那就是老闆不用再幫你背鍋了,你完全可以自己決策了,爽嗎?其實,只是新的開始,可以自己背黑鍋以後,必然碰到更大的黑鍋,還是要讓老闆背,也許是更大的老闆,只不過在這個過程中,在自己的肩膀得到了鍛鍊。

39.管理和領導是不同的。管理者靠的是權力,領導者靠的是自身的個人魅力。

40.管理崗位的優勢在於:擁有話語權,能夠獲取資訊,爭取資源;劣勢在於:有很多行政工作,並且容易脫離群眾。

41.讓員工更開心的方法:

大中之小不如小中之大。

有用的不如無用的。

需要的不如想要的。

有選擇不如無選擇。

小獎不如沒獎。

晚說不如早說。

一次送不如兩次送。

公開不如不公開。

漲工資不如發獎金。

42.要記住,獎勵或送禮的目的並不是真正給對方最大的效用,而是要讓對方開心,並且感激和記住你。(這也是與人交往的原則)

《人人都是產品經理》讀書筆記

3月返校之際,得知各大網際網路公司的2015實習生招聘工作已經陸續啟動了,激動之餘不禁憂從中來,因為我作為是一枚不折不扣的菜鳥,還渴望找到乙份產品經理的實習工作,但是有夢想誰都了不起!於是開始了我的學習之旅。我買了蘇杰的 人人都是產品經理 這本書,認真拜讀之後決心將感受落於筆下。圖1 人人都是產品經...

《人人都是產品經理》讀書筆記

前言 秉著不想當產品經理的構架師不是個好程式設計師的思想,最近拜讀了這本書。序言 1.網際網路產品設計的五個層次 戰略 範圍 結構 框架 表現 2.發現問題並描述清楚,轉化為乙個需求,進而轉化為乙個任務,爭取到支援,發動起一批人,將這個任務完成,並持續不斷以主人翁的心態去跟蹤 維護這個產品 3.做自...

人人都是產品經理 讀書筆記 2 需求

產品經理的工作和其他人最大的不同是 產品經理是做自己想做的,而不是做別人想做的。什麼是需求?需求的本質是問題,問題的本質是理想與現實的差距。滿足需求,就是解決問題,拉近理想與現實的距離。所以 分析需求就是分析問題 帶團隊就是帶領大家一起解決問題 帶專案就是按一定順序去解決問題 戰略就是考慮要解決哪些...