一隻產品汪的自我修養

作為產品汪,有很多不能與人言的痛苦。但再怎麼樣,也還是要保持作為一個產品的自我修養滴。

比如,就算需求方在傻逼,在不可理喻,也要保持微笑,然後努力去分析TA的真實想法。

就算被再多人懟,被再多人甩鍋,也要保持微笑的懟回去,還不能傷和氣。

先寫這些,等我想好了再補充。

  1. 懷疑一切的態度凡是公認的理所當然的事情,其實很少真的如此。 一種觀念是否正確,跟它是否被大多數人接受,跟相信它的人有多麼偉大,一點關係也沒有。只有獨立去思考,反覆地用理性去推敲,才能讓我們的信念更加堅定。 即使我們不斷地拷問,似乎觸到了更為堅實的認知的基石,我們也要時刻準備著,當有了新的反例,我們就必須放棄舊有的理念,一切從頭再來。 這個過程是很艱難的。我們心中都有兩種傾向:一種傾向是,我們都想要努力改進和完善自己的理性,但同時,我們還有另一種傾向,我們都會逃避、害怕和憎恨自己可能犯錯誤。這兩種同時存在的傾向讓我們感到很痛苦。蘇格拉底向我們伸出手來,說:來來來,不要怕,慢慢地往前走。這種不斷地拷問自我的過程,讓人覺得戰戰兢兢,但又極其刺激~
  2. 騎士精神。產品汪是對接需求方和開發之間溝通的橋樑。 但如果沒經驗沒主見的話就很容易變成「傳話筒」,就是需求方告訴你啥需求,你也不加分析這個不是偽需求,是不是適合現在做,緊急不緊急,重要不重要,會不會只是需求方自己意淫的結果等等,,然後就直接去找開發或UI去做了。這樣就是對開發、UI和自己,乃至於對公司都不負責任。 (而且還會被開發他們懟死,呵呵噠,別問我是怎麼知道的) 所以,我們產品汪要發揮騎士精神。面對來自各個需求方劈頭蓋臉又緊迫的像古希臘戰爭時密集的箭雨讓人喘不過氣,避之不及的亂七八糟的需求。我們,就要勇敢的站出來,拿著我們的矛和盾去努力的幫開發他們過濾掉沒用的意淫的需求,保護他們不被打擾,安心做最緊急最重要的事情~ 這也是我們的職責之一。 本來一年多之前我有一張很好的象徵騎士精神的圖,但現在太久遠了不好找了。等以後如果找到了再補充。
  3. 強烈的移情能力。
  4. 理想主義。
  5. 完美主義。
  6. 把團隊內其他成員做為用戶來看待。作為產品經理,不僅僅要關注狹義上的用戶(就是使用上線後的產品的群體),也要把自己公司的UI,開發,測試,運營等同事也作為目標用戶的一類來為他們服務。要讓他們在看自己的原型和說明文檔時也有良好的用戶體驗。包括原型的交互,界面,排版,用色,字體字型大小等並要善於利用業內優秀的組件,更加有利於UI和前端同學使用現有框架。 不僅好看好用,還節省項目時間,提高團隊效率。 好雞凍好雞凍~~感覺自己發現了不得了的事情。 這樣不僅會減少溝通成本,提高團隊效率,還能增強團隊其他成員對我們產品汪的信任和好感。最重要的是,這樣下來,項目整體時間也會大大的縮短。從而更有利於搶佔市場先機。真是有百利而無一害啊~唯一的缺點就是對產品汪的邏輯思維能力,對業務的熟悉能力,還有畫原型的基本功等工作經驗要求較高。但在團隊利益面前,這些都不算啥。
  7. Stay hungary, Stay foolish的精神。一定要虛心學習。三人行必有我師焉,擇其善者而從之,其不善者而改之。 因為我今天畫原型的時候發現遇到了一個困難,想用母版解決,但又不適用當前場景。然後如果不用的話又不知道咋辦,最笨的方法就是每個頁面都重新調整一遍,估計要花大半天,純體力活。我就覺得這樣肯定不對,肯定有更好的辦法。 然後,就跑去請教了部門內一個精通Axure的同事,然後他知道我想達到什麼效果後,就用內聯框架,短短几分鐘解決問題。我當時 (?>?<?) ,,,激動的不能自已。沒想到Axure這麼強大,我竟然不知道,還笨笨的想怎麼辦呢(之前沒怎麼研究過內聯框架)。 這件事情讓我悟到了一個道理,知識面的廣度和深度決定了你解決問題的效率,而且還能又快又好,學習的多了,知道的多了,往往能為你提供意想不到的更簡便的解決方案。真是神奇。

推薦閱讀:

互聯網產品需求分析(含用戶研究方法)
如何自己動手寫第一篇產品需求文檔(PRD)?看看我的第一篇prd
給即將面試產品的小夥伴一些小建議
做產品並沒有想像的那麼簡單

TAG:產品經理入門 | 產品經理 | 互聯網產品 |