• 小螞蟻站長吧-互聯網運營、增長黑客學習交流平臺

    您好,歡迎訪問小螞蟻站長吧!

    干貨!產品經理通關攻略,如何通過這四關?

    2000-01-01 00:00分類:產品經理 閱讀:

     

    產品經理所需要的技能與要求在每個階段都是不一致的,那么如何在每個階段都能夠順利完善自身技能,提升自我水平?作者總結了每個階段所對應的技能要求,供你提升自我使用。

    如果把做產品當作一個游戲,這個游戲,有四關。

    第一關:獨立完成功能設計

    第二關:自主提出高質量需求

    第三關:獨立負責一個業務,使其良好運轉

    第四關:獨立負責多個業務,使其良好運轉

    你當前能過到哪一關?

    產品經理通關指南

    一、第一關:獨立完成功能設計

    大部分產品經理都在關卡,主要時間都在做具體的產品工作,根據產品總監或者老板的規劃或者想法,做具體的執行。

    功能有大有小,可能是某個產品,也可能是更小一點的某個功能模塊。

    這一關的難點在于需要的技能點比較多、消耗時間較多,需要做出邏輯清晰、交互尚可的用戶產品產品,這一關通關后,可以提升經驗,點滿基礎技能。

    這一關涉及到的技能有:原型設計、PRD撰寫、產品架構、業務流程、信息架構、狀態機、用戶場景分析、產品調研、數據分析、迭代控制。

    1. 原型設計

    原型設計是基于用戶需求,通過可視化的Demo的方式來呈現產品方案,方案里面包含產品的功能和內容,還能體現交互。

    原型分為高保真、中保真和低保真的原型,千萬不要畫高保真的原型,容易陷入到非常具體的交互,花費時間太多,

    畫中保真的原型就可以,產品經理的核心是梳理產品邏輯,如果需要高保真的原型,讓UI協助處理。

    很多人剛入行的產品經理,第一個學習的軟件是Axure,花很多時間在原型交互的細節上,卻忽略了產品最核心的邏輯,本末倒置。

    對于產品經理來說,重要性排序應該是:邏輯>交互>UI,產品經理把控邏輯,交互和UI最好交給其他人做,提升自己的審美,提出建議。

    如果邏輯搞不清楚,評審很難通過,研發過程中冒出各種問題,會導致信任度下降。

    產品經理也不是不需要學習原型工具,但是基本夠用就行了。平時多積累,形成自己的組件庫,每做一個項目,都可以豐富一些組件,日積月累,自己的組件庫都足夠豐富了。

    2. PRD撰寫

    原型是產品界面可視化,PRD則是對業務邏輯和交互細節進行補充,PRD主要面向前后端開發和測試。

    PRD里大部分的內容,是對具體功能模塊的描述,一份標準的PRD文檔,應該包含這些模塊:需求背景:現狀、方案、目標。

    整體說明:核心業務流程圖、功能結構圖、信息結構圖狀態機、全局說明。

    功能需求:業務流程、前后置條件、角色權限、用戶界面、字段規則、交互規則、業務邏輯

    非功能需求:兼容性、并發、數據統計等

    關于PRD的寫法,網上已經有很多文章了,刀哥之前也寫過一篇,寫得很詳細,可以去看這篇文章:https://www.woshipm.com/pmd/3327770.html

    PRD是產品最重要的基本功,想必大家也看過很多文章和模板,形式也各異,有些是純文檔,截圖+說明,有些用原型+批注。但是這些只是表現方式,背后的邏輯是一樣的。

    只要把背后的邏輯弄清楚了,無論用什么方式寫PRD都可以,不管是word也好,Axure也好,磨刀也好……

    刀哥分享下寫PRD的背后邏輯。

    寫PRD之前,首先要弄清楚背景,就是為什么要做PRD里面的一系系列功能,他要解決的問題是什么,帶來的價值收益是什么。

    這個關卡的產品經理不一定能準確識別到價值,但是至少要從其他人那里了解到,比如業務方,比如產品總監。

    在把這些東西了解清楚,開始做具體的需求產品需求分析,注意是產品需求分析,用戶需求分析,在寫文檔之前就應該已經做好了。

    產品需求分析,更多的是通過需求分析方法,將用戶需求轉為產品需求,里面有幾個核心技能點,角色分析、產品架構、業務流程、信息架構、狀態機。

    3. 角色分析

    在這次產品需求里涉及到哪些角色,這些角色的期望是什么,C端系統角色相對比較少,B端角色則比較多。

    角色及期望

    通過角色分析,就知道這次需求里的功能,都是哪些人在用,通過觀察或者同理心,去還原他們的場景,讓產品功能更全,不遺漏核心功能。

    4. 產品架構

    產品架構圖是一個分層結構,主要分為幾層:展現層、業務層、中臺層、技術層。

    展現層,主要描述產品設計的終端類型,比如有移動端(iOS、安卓、H5、小程序)、PC端。

    業務層分為兩個維度,一是按角色,比如消費金融系統有用戶端、客戶經理端、審批端、風控端、貸后端、催收端。二是按業務,比如有3C分期、醫美分期、教育分期等。業務視角可能會串聯起幾個角色端。

    中臺層,主要是利用模塊化設計思維,把一些比較通用的模塊進行解耦聚合,比如,所有業務系統都會涉及訂單、權限、用戶、數據,那么業務中臺,可能就包含訂單系統、權限系統、用戶系統、數據BI系統。

    技術層,也是模塊化思維,但是更底層,比如這些系統里面都會用到IM、規則引擎、文件管理、日志、通知等。還有一些如數據庫、存儲、微服務、分布式部署,這些需要技術來協助,產品架構圖里也不一定要體現。

    另外還有一部分就是三方對接的服務,比如常見的短信、征信查詢、電子簽約、三方支付、語音識別等。

    產品架構圖模板

    產品架構圖要和產品結構圖和功能結構圖區分開。

    產品架構圖是多維度,對產品整體的概覽。

    產品結構圖是產品具體元素的梳理,產品結構圖里面包含產品頁面,及頁面上的組件和內容元素,可以理解為一種物理結構。

    功能結構圖是產品功能的梳理,包含產品的具體功能,或者也可以理解為用例,是用戶和系統的交互過程,可以理解為一種邏輯結構。

    這些概念很容易把人繞暈,一定要有自己的理解,還有一個概念也容易混淆,叫信息架構。

    5. 信息架構

    信息架構,就是將信息分成對應的類別,再將這些類按照某種結構組織起來的過程。

    類別的最小單位是類,類包含屬性和操作,例如文章是一個類,視頻是一個類,文章類又有增刪改查的操作,文章類、視頻類都是信息。

    而信息的組織方式叫架構,比如文章和視頻兩個類都屬于內容。從架構上看,內容包含文章和視頻,是一個父級與子級關系。

    信息架構由四個系統組成:

    1. 組織系統
    2. 標簽系統
    3. 導航系統
    4. 搜索系統

    組織系統是信息的組織方式,比如內容分為文章和視頻。

    標簽系統是按照信息衍生出來的屬性進行分類,比如新聞、搞笑、娛樂,這些標簽對應的內容里又包含文章和視頻。

    導航系統是規劃用戶最快速達成目標的路徑,分為全局導航、局部導航。

    搜索系統是用戶通過自定義關鍵詞,主動獲取自己感興趣內容。

    信息架構不同于信息結構,信息架構是一個綜合的解決方案,不是一張圖就能說清楚的。

    信息結構是實體的屬性,以及實體之間的關系,可以用ER圖來熟悉,或者用思維導圖來梳理。

    信息結構可以用來指導產品原型設計,可以看刀哥之前寫的這篇文章:產品經理如何利用ER圖,指導原型設計?

    6. 業務流程

    業務流程是不同角色,完成業務目標的先后順序,是一系列步驟、程序,是對每個環節進行的程序化處理。

    角色可以是任何對象,例如人、系統、部門、公司…

    一個業務流程由多個連續的活動組成,復雜的業務流程還分為子流程。

    業務流程有多種類型,例如部門人與人之間的業務流程、用戶(人)與系統(產品)的交互業務流程、系統與系統之間的業務流程。

    人與人之間的業務流程如公司的請假、調休、轉崗、離職等,OA系統里面會有很多這種流程。

    人與系統的業務流程如注冊、登錄、找回密碼這些基礎流程,還有如打車、叫外賣、購物的業務流程。系統可以看作是一個黑箱子,箱子里面又包含有前端和后端等。

    系統與系統的業務流程主要在于進行數據交互,系統使用結構化設計,將整個系統拆分成很多聚合度很高、耦合度很低的模塊,模塊之間除了內部交互外,還需外部系統進行交互,系統之間的交互通常使用接口。

    每個業務流程都由多個連續的活動組成,例如請假這個業務流程,里面的活動有填寫請假單、審批請假單等活動。注冊的流程涉及填寫手機號、獲取驗證碼、輸入密碼等活動。

    7. 狀態機

    所有系統,都是由一些數據和功能組成,我們的功能,就是對數據進行處理,主要包括增刪改查。

    數據組成單據,比如金融系統里的貸款訂單、審核單、還款單、催收單、放款單等等,這些單據會有不同的狀態。

    通過功能對這些單據進行操作,就是實現單據狀態的變更,這些狀態變更,以及對應的操作,可以通過狀態機來梳理。

    狀態機除了可以梳理狀態外,還可以梳理對應狀態,可以執行什么操作,如下圖:

    狀態圖

    8. 產品調研

    產品經理要策劃出好的解決方案,一定要保持好奇心,針對用戶需求,找到最優解。

    隨著互聯網的發展,行業里已經有很多成熟的解決方案,很多時候,都不必重復發明輪子。

    調研、借鑒成熟的解決方案,可以提升產品策劃和設計的效率。

    調研可以從幾個維度,戰略處、范圍層、結構層、框架層、表現層,其實就是用戶體驗的五個要素。

    在產品初期,重點調研戰略層,看別人服務的用戶以及對應的商業模式。

    在著手產品的時候,重點調研范圍層,看為了服務用戶,都提供了哪些功能,有哪些核心體驗點和技術點。

    在具體產品設計的時候,調研結構層,即產品架構、產品結構。還有產品的交互布局和視覺風格。

    網上有很多產品體驗報告,做這種體驗報告,可以豐富自己的方案庫。尤其是對于產品新人,在還沒有作品的時候,多去做一些產品分析,形成自己的作品集,面試時是加分項。

    對于有一定經驗的產品來說,保持好奇心,時刻關注競品,以及一些新的技術動向,也能提升自己的競爭力。

    9. 數據分析

    產品上線后,效果怎么樣?有沒有達到預期的目標,只能通過數據分析來判斷。

    有些人會覺得,數據分析是運營的工作,和產品經理沒什么關系,這種想法不對。

    互聯網增速放緩,沒有新的產品形態誕生,現有的產品,涉及到的技術已經非常成熟,產品越來越模式化,組件化。

    很多產品甚至都能找到開源的代碼,這個時候,產品經理的生存空間將越來越小,核心價值將掌握在運營的手里。

    產品經理要發展,要么期待新的產品形態出現,掌握核心產品力,要么轉運營,產運結合。

    10. 迭代控制

    這個關卡的產品經理,還不需要很強的規劃能力,更多是將規劃落地。

    但是這個規劃要怎么邏輯,還得做具體的迭代計劃,可以理解為產品路線圖。

    老板跟說,我們要去廣州,交通工具是越野車,要先去趟重慶見客戶,然后再去貴陽避避暑,然后再途經廣西,最后到廣州。

    這是老板的戰略和策略,你還得把路線圖給規劃出來,規劃的路線要安排合理,路程盡量短,不要耗太多的油,這是路線圖,最后你還得開車,做具體的執行。

    戰略框架

    對應到產品里,每個迭代要做什么功能,這個解決的問題是什么,有什么用戶價值或商業價值,都要梳理出來。

    二、第二關:自主提出高質量需求

    這一關需要掌握的技能點并不是特別多,但要習得這些技能點,卻非常難,是否擁有這些技能點,也是區分普通產品經理和高級產品經理的重要標志。

    有兩個關鍵詞,一是自主,二是高質量需求。

    先說自主。第一個關卡的產品經理,更多的被動接受任務,然后做產品,而要想通這一關,則必須要自己提出需求。

    自己提出需求看似簡單,實際卻異常的難,產品經理要具備非常強的洞察力和同理心。

    有些人靠調研,到具體的用戶場景中去,發現需求。有些人很有天賦,完全不需要做用戶調研,比如產品大牛喬布斯。這種牛人甚至不是去發現需求,而是創造需求。

    要創造需求,需要對人性有深刻的洞察。

    再說高質量需求。所謂高質量需求,就是能產生有利可圖的價值,價值是一種主觀感受,用經濟學的一個術語來說,叫效用。

    用戶主觀上感受到效用,就有價值,要過這一關,產品經理必須能識別到這些價值。價值分為三種,一種是面向用戶的用戶價值,一種是面向公司的商業價值,一種是面向領導/客戶的領導價值。

    1. 用戶價值

    用戶價值,根據分類,可以分為貨幣、時間、身體、心理等,用戶又分為C端用戶和B端用戶,C端用戶更關注的價值面更多,除了時間和貨幣外,還有情緒、心理、信念等,而B端用戶關注的更多是貨幣和時間。

    用戶價值

    2. 商業價值

    商業價值,則是對公司創造的利潤,簡單來說,就是能不能幫公司掙到錢。有時,可能還會考慮一些社會價值,比如解決社會就業、比如慈善。

    要挖掘出商業價值,需要對商業模式有深入理解,在不傷害用戶的前提下實現盈利,找到平衡點,這是非??简灩αΦ?。

    3. 領導價值

    領導價值,這個可能有點特殊,但是產品經理要通過這一關,不得不考慮這個因素。前面說了,價值是一種主觀感受,對于領導/老板來說,他有他的認知和愛好,有時為了讓他感受到價值,產品不得不做一些妥協。

    如何創造領導價值,大概是跪或者添吧,投其所好,作為打工人,服務好領導也是核心所在。

    有句話說得好,創業是和社會產生連接,而打工是和領導/老板產生連接。如果不想費工夫花時間去思考無聊的領導價值。

    要么離職,要么自己做領導,做老板,別無它法。

    4. 產品規劃

    高質量的需求提出來以后,還需要具體落地。產品規劃,其實就是基于價值判斷,做出對應的策略。策略交給具體的產品經理去執行,能闖到這一關,大概率已經是高級產品經理或者產品總監了。

    產品規劃的方法論,可以看刀哥之前一篇文章:

    產品規劃三件套,實用的產品方法論

    以上就是第二關的核心技能點。說實話,要過這一關挺難的,大部分產品經理都過不了,產品經理必須對行業特別熟悉,產品基本功足夠好,才能過關。既要懂市場,也要懂用戶,比業務更懂業務。

    一旦通了這一關,產品經理的內驅力,成就感,將極大的提升,價值才是產品的核心,大部分第一關的產品經理,是意識不到這一點的。

    三、第三關:獨立負責一個業務,使其良好運轉

    獨立負責一個業務,就不僅僅是對產品負責了,還要負責其他模塊,需要把產品做出來,并且推出去,完成業務閉環,讓產品持續產生價值,通過經營這個業務,為公司創造收益。

    這其實就像是在經營一門生意,不同的生意(行業),經營的邏輯都不一樣。

    2B和2C就有較大的差異,金融業務和教育業務也有較大的差異,每個行業里的核心模塊和經營邏輯都不同。

    比如金融行業,包含有貸前、貸中、貸后、催收等模塊,經營的重點是獲客、資金和風控。

    比如教育行業,有營銷、科研、授課等模塊,經營的重點是獲客、師資和留存。

    要通過這一關,產品經理必須要特別熟悉行業,先從產品做起,負責自己本職的一個模塊,能獨立負責本職模塊后,在橫向拓展,熟悉其他模塊,最后成為整個業務的負責人。

    還是拿金融來舉例,比如最開始的title是貸中產品經理,主要負責貸中環節的審核、風控、運營等相關系統,在能獨立負責貸中所有系統以后,基本上也非常熟悉,貸中這一塊的業務了。

    然后,基于自己的好奇心或者興趣,去橫向拓展,熟悉和研究貸前獲客的系統和業務,熟悉貸后的請款、放款、還款等系統和業務,再去熟悉和研究催收相關的系統和業務,最后對整個業務的所有系統和業務都已經非常熟悉了。

    從獲客營銷,到提供資金服務,到資金的來源等,都已經能獨立負責,并且基于現狀做出相應的策略,這時,已經基本能負責整個業務了。

    當過了這一關,就從產品負責人,變成了業務負責人。

    如果跳槽到另外一家同行業的公司,也能獨立負責業務,因為之前已經積累的非常成熟的經驗。

    四、獨立負責多個業務,使其良好運轉

    還是以上面的金融為例,如果已經成為某個業務的負責人,比如消費分期。

    這個時候,公司基于戰略,做出了一些新的計劃,準備涉足教育分期,作為多業務負責人,需要具備能夠負責多業務的能力。

    到這一關,除了需要挑戰業務任務外,還需要挑戰一些事務管理的任務,比如管理后臺的人力行政財務等支撐部門。

    下屬員工已經不少了,需要做出更高層面的戰略規劃,需要設計出合理的部門結構,甚至要制定公司文化,明確公司的使命愿景價值觀。

    如果你通了這一關的,恭喜你,你已經打敗了99%互聯網的打工人,具備晉升CEO的條件了。

    寫在最后

    再回過頭來看看這四關:

    第一關:獨立完成功能設計

    第二關:自主提出高質量需求

    第三關:獨立負責一個業務,使其良好運轉

    第四關:獨立負責多個業務,使其良好運轉

    大部分產品經理,都在第一關,刀哥之前有創業經營,有幸通到過第二關,說實話,通過第二關的感覺,比第一關,要爽太多。

    第一關大部分是在做執行,價值不好衡量,工具成分更多,螺絲釘屬性更強,而第二關,可以驗證自己的價值判斷,通過高密度的決策加實踐,成長的速度更快,做產品更快樂。

    第三關和第四關,難度越來越高,能過的人也越來越少,但是,就像玩游戲一樣,挑戰有一定難度的任務,完成后才能體會游戲帶來的快樂。

    每過一關都是職位的躍升,第一關通過后是產品經理,第二關通過后是產品總監,第三關通過后是業務負責人,第四關通過后是CEO。

    以前老說,產品經理是CEO的搖籃,主要是因為產品經理能夠通過全鏈條的業務梳理,熟悉一家公司每個模塊的業務,而熟悉每個模塊業務,是CEO的必備條件。

    所以,從這一點來看,產品經理從畫圖崽成為CEO,是有一定優勢的。

    很多職業的發展,都有兩個方向,一個是技術方向,一個是管理方向。但是刀哥覺得,作為產品經理,沒有技術方向,所謂技術方向,就是更好的根據別人的需求,做出符合預期的產品,永遠是工具人。

    產品經理只有管理方向,產品經理的最后一關,一定是能夠獨立經營,可能是一門生意,可能是幾門生意。

    越往后,難度越高,責任越大。然而人各有志,有的人可能玩這個游戲,通了第一關就不想往后面走了,有的人一直在挑戰任務,奮勇前行。沒有對錯,只有是否合適,做到自洽就好。

    不知道你現在正在第幾關,以及,你對未來的期望,是通到第幾關?

    專欄作家

    刀哥,微信公眾號:刀哥說,人人都是產品經理專欄作家。7年產品老司機,現任某互聯網公司高級產品專家,有豐富的金融項目經驗,豐富的實操經驗,擅于輸出接地氣的實用干貨,幫助成千上萬的產品經理晉升成長。

    本文原創發布于人人都是產品經理。未經許可,禁止轉載。

    題圖來自Unsplash,基于 CC0 協議。

    該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

    上一篇: 3年產品經理對從0到1系統搭建的淺析思考

    下一篇: 流程平臺化,可能也是一種思維惰性

    相關推薦
    ?

    關注我們

      小螞蟻站長吧-互聯網運營、增長黑客學習交流平臺
    返回頂部
    日韩在线精品视频a