產品經理工作概述(上)

導讀

由於環境原因,我們接觸到的產品經理似乎總是「特別的」,以至於這個問題困擾了許多人。

產品經理到底是什麼,我現在做的事情,真的是產品經理要做的事情嗎?

產品經理的工作

本文所提及的觀念,為我個人的心得分享,不具備標準性質,但具備參考性質

談到產品經理的工作,「雜,亂」,是最常聽到的定義,包括我本人也在許多場合提到了產品經理的工作內容很雜。

這有兩個原因,其一,我們並沒有掌握這些看上去雜亂任務背後的共性,其二,我們懶惰,相比長篇大論的陳訴以及費盡心思的沉澱,回答「雜」只需要一個字(我便是後者,慚愧 ,嘿嘿)

用雜亂來定義產品經理的工作內容,就如同用寫代碼來定義開發, 用畫圖來定義設計師一樣,只是一種自嘲的回應,並不是真正的定義

我簡單的將我個人對這個角色的定義分享一下,並不代表所有的產品經理,但也代表我所認識,所接觸過的大部分產品經理,分析樣本在100人以上。

這是一個工作的循環,一共是7個環節,分別是接受任務,分析,設計產品,交付產物,跟進進度,驗收發布,結果分析。

我們來簡單講講每個階段的工作性質。

接受任務

這裡提到的接受任務,原則上是產品經理一系列工作的起點,這些任務便是我們的需求。

正式工作環境里,我們的需求大部分通過任務性質被下發給我們的,這一點即便是產品負責人,產品總監也不例外,區別只是我們的任務不一樣而已。

以產品總監為例,我們會接受到要啟動某個新產品的任務,而這個任務或者是由企業上層決定,或者是由戰略決定,或者是由市場決定。

其本質上更多的是任務,而不是想做什麼就做什麼

我們來看看幾種典型的任務

  • 我們增加一個打賞功能吧
  • 我們增加一種消息樣式
  • 我們做個轉發,怎麼樣
  • 現在直播很適合我們公司的方向,你來操刀,設計一個直播系統吧
  • 積分等級體系能有效的增加用戶的活性,來一發
  • 我們有教育資源,想找一位產品經理來做一款教育類app

當然,除了上級的直接要求以外,我們通過對市場,對用戶的了解,也能發現一些問題,發現一些機會,而這部分內容,也同樣是任務性質的,只是我們自己扮演者任務分配的角色。

冬日的某天,小雪,A和B兩人相約去某地開會,準備打個計程車前往,兩人在雪地等了許久,都沒有計程車經過。

此時,A抱怨道,要是有一款APP ,能讓我點一下就能叫到車就太好了(任務下發)

B思考了一下,覺得這是一個很好的想法,於是回應道,咱們自己做一個(任務接受)

於是 ,有了 UBER

於我個人而言,我其實很排斥「想法」,更多的是喜歡以「任務」的概念來驅動項目,想法過於偶然了,具備十足的不確定性,同時又過於廉價,誰沒有幾個想法呢?而任務卻不一樣,具備一定要達成的潛意識,我們接受任務或者下發任務時,都持有必須完成的心理

分析

分析是一個大類的環節,這樣的稱呼大概會讓你感到迷惑,我們先來看看那,分析階段都包含了那些事情。

市場調研,用戶調研,需求調研,技術調研,數據分析,kano模型,馬斯洛需求層次,用戶畫像等等

在分析階段,我們運用各種各樣的方法來完成對任務的分析,是的,我們所知道的許多看似很高端的名詞,大概都是在分析階段的某種方法論。

產品經理是個強思考的角色,這裡的強思考主要就體現在分析階段。

分析階段在任務接受之後,我們分析的目的是如何去達成任務。

分析的目的 在於尋找達成目的的方法,而不是去尋找拒絕任務的理由

很多時候,我們在分析時會有錯誤的思路,我們會下意識的去尋找能夠幫我們拒絕執行任務的理由,這是一種潛意識,是我們需要克服的困難。

我深刻的知曉許多任務,在我們接受時,就已經存在不可執行性,從一開始就註定了失敗的,但很遺憾,我們對此無能為力。

就像是士兵一樣,服從是軍人的天職,達成任務便是我們產品經理的天職,儘管他多麼的離譜。

要知道,許多偉大的事情,都是在不可能完成的情況下被完成了。

產品經理接受的任務,極具挑戰性質,80%以上的任務都是屬於 不可能完成的任務

我們的角色,本就是將不可能變為可能,將可能變為現實

所以,你還在排斥任務嗎?或者你是否做好心理準備, 迎接一個又一個的 不可能完成的任務

再來說到具體的各種方法論,如同我們剛才列舉的許多方法一樣,其目的都是為了幫助我們分析。

我們已然清楚分析的目的是什麼了,那如何分析便是這些方法論發揮作用的時候了。

這些方法論並不神秘,只是包裝過於華麗了,我們簡單列舉幾種分析方法吧。

  • 市場調研

    我們在獲取需求時,最先做的就是市場調研,簡單的來講,就是去分析任務所對應的目標市場,具備什麼樣的特點,需要什麼樣的服務。

    需要注意的是,此處調研對象是「市場」,比如出行市場,IT市場

  • 用戶調研

    任何一個產品都是被某人所使用的,我們藉助市場調研明確自己要做什麼服務以後,就需要做用戶調研了。

    用戶調研的落腳點在於某人,正確的講,應該是某類性的群體

  • 技術調研

技術調研是在有一定想法以後,我們找上開發人員,簡單評估一下技術的實現成本,如果某個idea的實現成本 過高,我們可能就要重新想想方案了,許多產品經理在設計產品時,會忽略技術實現難度及成本,這是不可取的

在應用層面,大部分的需求都是不需要強行攻關的,比如我們要實現支付功能,但並不是一定要自己開發一套支付系統以及安全系統,直接接入第三方就好啦,

當然資金量很大時,我們的收益足夠平衡我們的成本時,就很有必要自己開發了。

  • kano模型

    n kano模型是作為劃分需求優先順序的方法被創造出來的。

需求總是很多的,但前人經過研究,提取出了需求的共性,並總結成了需求的五個類型。

使用這個方法,我們可以很輕易的判斷某個需求屬於何種類型,再藉助該類型需求的價值以及效應,最終來判斷出某個需求的優先順序和重要性。

設計產品

n 產品是被精心設計出來的,這是我所遵循的產品觀念,在我體驗一款新產品時,我會嘗試站在對方的角色,來思考。

如果是我來做,我會如何設計呢?

當我們結束了分析階段後,我們會根據自己掌握的信息,根據自己分析所總結出來的信息,來設計產品。

我們所使用的每一個參數,都是精心設計的,不僅僅是參數,一句提示文案,也是可以被精心設計的。

只是我發現許多產品落地很差,這點在設計上可以充分體現出來。

於分析階段相同,設計產品也有諸多的方法,並且經常被我們使用到,只是很多時候,我們並不曾注意到。

設計產品的方法: 結構設計, 業務設計, 流程設計, 原型設計,情感設計,MVP設計原理等

產品經理行業,由於外界盛傳的0門檻或者門檻低,導致許多朋友尚未準備好,就進入到這個行業,再加上目前尚未出現通用的技能體系,在實際工作中,許多leader ,許多產品老人,都尚未將自己的經驗沉澱,最終的結果,是比興奮更為巨大的迷茫

迷茫:

從心底里想要學習,並認真的熱愛這個行業,但卻連自己應該學什麼,都感到疑惑。

看不清當下,也看不清未來。

自己現在能力到底怎麼樣算好還是算差,又或者是一般

下一步,我應該學些什麼,如何才能變得更好

其實沒有那麼複雜,這個行業遠比我們想像的還要接近事物的本質,你所欠缺的只是應用的技能,以及對技能的熟練度。

在產品設計階段,我們的差距更多的體現在思考面積的強弱上,我們掌握的設計方法越多,便越能設計出好的產品。

最合適的就是最好的。

在創業團隊里,產品經理可能不會決定項目的成功,但卻極大的決定了項目的死亡。

若產品經理沒有掌握MVP設計原理,以及產品結構設計,極有可能在1.0版本花費太多的時間,並給未來的產品迭代遺留許多問題。

這將極大的增加創業團隊的時間負擔,創業而言,每一個小時都是極為珍貴的資源,可以想像,浪費一個月等同於將整個團隊置於死亡邊緣。

而一次版本迭代,若牽扯到了結構重構,幾乎是必然超過一個月的時間耗損的。

在不同的時間,不同的階段,不同的環境里,我們需要使用不同的設計方法,這就需要我們不斷的充實自己,不斷的學習。

設計方法之間是不存在正確或者錯誤的, 這完全取決於我們是否在合適的地方,用了合適的方法。

因此,我們無需因為自己設計出來的產品被排斥,被冷淡,而動搖自身的信念,也無需為了失敗而感到沮喪。

我們所欠缺的,其實只是方法,那便學習方法就好了,不需要漫無目的的學習。

這些方法並不在已有的產品相關書籍里,而是在於傳統行業的金科定律里,相對歷史悠久的傳統行業,互聯網作為一個行業而言,顯得無比稚嫩。

現在大家所認識的kano模型,金字塔原理,馬斯洛需求層次,沒有任何一個方法論是屬於這個行業原創的,均是來自於對前人知識的學習以及再應用

要知道,早在互聯網之前,人們就已經設計出了許多精美的」產品「,我們其實早已掌握了產品設計的」精髓「,我們也早已接觸了數之不盡的」產品「。

一段文字,一本書,一部電影,一場真人遊戲,乃至我們所使用的碗筷,衣物,都是被作為」產品「被設計出來的。

因此, 你,無需感到畏懼,也無需感到迷茫。

未完待續n

已經有3500多字了,現在還有4個環節沒有寫,分別是交付產物,跟進進度,驗收發布,結果分析 全部寫完大概接近萬字長文了吧。

考慮到大家的閱讀時間不宜過長,決定將這篇文章分成兩篇來寫。

歡迎大家關注我的公眾號,枯葉咖啡館,我們一起來探討,一起交流。

公開課

受易觀千帆邀約,將於3月1日,周三,晚,在某產品經理微信群與大家直播分享 <產品經理 如何獲得更多的時間>

歡迎大家一起探討,門票9.9元 嘿嘿

課程訂閱

2017年,我將用一年的時間來開發產品經理的課程,正如我在之前文章所提及的,嘗試將產品經理標準化。

採用訂閱的方式,每個月會穩定開發兩節課,通過郵箱發給訂閱的朋友。

我也不知道今年會有哪些課程,很大概率會圍繞產品經理展開的應用技能 。

(產品助理的課程已經開發了,)

一年12月,每月2節課,一共24節課, 訂閱仍然是付費的,需要的話,就聯繫我吧

第七期私塾報名已滿,不再接受報名啦

推薦閱讀:

產品經理最討厭開發人員的哪些做法?
Don Norman是怎麼定義「用戶體驗」的?

TAG:产品经理 | 日常工作 |