<s id="xcxsa"></s><rp id="xcxsa"></rp>

  • <span id="xcxsa"><pre id="xcxsa"><rt id="xcxsa"></rt></pre></span>
    <dd id="xcxsa"></dd><tbody id="xcxsa"></tbody>
        首頁 運維干貨運維不迷茫,騰訊運維工程師轉型升級之路

        運維不迷茫,騰訊運維工程師轉型升級之路

        運維派隸屬馬哥教育旗下專業運維社區,是國內成立最早的IT運維技術社區,歡迎關注公眾號:yunweipai
        領取學習更多免費Linux云計算、Python、Docker、K8s教程關注公眾號:馬哥linux運維

        運維不迷茫,騰訊運維工程師轉型升級之路插圖

        作者:李光 (騰訊運營規劃高級工程師與產品經理)

        導言:在工作中你是否遇到過困惑和迷茫的時期,總是有解決不完的問題,救不完的火,總在反復單調的做著同樣的事情,擔心自己會被時代給淹沒,會被時代給拋棄,運維這樣的工作是不是也能轉型升級?下面我們一起看看騰訊應用運維工程師的產品經理轉型升級之路吧!其實~只要功夫深,鐵杵磨成針,工作中積累了足夠的經驗,轉型升級也是能實現的~

        寫這篇文章的初衷是想總結下自己從業務運維崗轉到產品經理崗后,大半年來如何從“零”開始的一路蛋疼的摸爬滾打過來的經歷,同時作為一個新入行的產品同學對產品經理這個崗位與如何做2B產品的一些理解和思考! 如果把這篇文章當做一個產品需求的話,那么這個需求中的角色與場景是什么呢?

        • 第一,對自己成為新產品同學大半年的一個梳理與總結。
        • 第二,已有若干年工作經驗積累想轉產品崗的非產品崗同學(例如PM、開發、運維)。您可以從本文中獲知產品經理是干什么的?需要那些能力? 產品經理這個活要怎么干?(建議全文閱讀)
        • 第三,0-1歲的產品新同學,我們相互印證、借鑒、交流、提高。您可以從本文中獲知一個新入行的產品經理在沒人帶的情況下這一路的成長路徑與踩過的坑,說不定也可以幫您繞過這些坑?。ńㄗh閱讀在路上這個章節)
        • 第四,有c端產品經理經驗,剛進入2B端產品的同學。您可以從本文中獲知同樣一個作為新入行的2B產品經理,對2B產品的小理解,說不定這些小觀點可以幫助到您!(建議閱讀一起修煉2B吧這個章節)

        這里先毫無節操的給我們團隊的產品”織云”打一個硬廣,既然是硬廣就一定要大黑粗。

        織云是源自于騰訊的企業級運維管理平臺,傳承標準化運維方法論與經驗,同時支持公有云、私有云、混合云管理,一鍵式運維操作與智能監控,零接入成本,與騰訊云組件無縫整合,輕松實現一站式運維管理。

        騰訊云

        織云隨騰訊云一起出海打造最專業易用的金融云一站式運維解決方案。本人主要負責織云的監控告警平臺產品線的規劃與落地。熱烈歡迎同是做監控告警的同學多多交流。我在文末留有我的個人微信號。

        一、起點

        運維

        廣告也打了,該開始正文了。先做一個簡單的自我介紹,加入鵝廠后,一直是在手Q的業務運維崗位,負責手Q的產品運維,話說這個崗位和產品打交道最多的場景,那應該就是因為活動與產品功能導致的資源需求問題與產品經理PK了。

        在轉崗之前自己對產品經理這個崗位的理解其實也是很懵懂的,去年下半年中心試水成立做對外運維產品的團隊,目標是讓我們內部多年打磨的Devops最佳實踐平臺織云走出去(團隊的全體成員都是業務運維崗位出身),就搖身一變成了產品狗。

        當時想著沒吃過豬肉,還沒有見過豬跑了,畢竟也帶過內部運營系統的規劃與熟悉運維所使用的運營系統,后面的經歷充分驗證了一句話無知者無畏!

        1.1 這里先按序理清一些基本概念:

        • 產品是什么?
        • 產品經理是個什么鬼?
        • 2B產品經理的價值是什么?
        • 產品經理的工作內容包括哪些?
        • 產品經理需要那些能力?
        • 產品團隊有哪些角色構成?

        1.2 產品是什么?

        產品是指能夠提供給市場,被人們使用和消費,并能滿足人們某種需求的任何東西,包括有形的物品、無形的服務、組織、觀念或它們的組合。

        是不是覺的有點小抽象?這句話的關鍵詞是 市場、使用、消費、需求。生活化來說每天在路邊買的熱干面是產品、騰大12樓的包子也是產品,它們同樣都滿足了我們要吃飽的需求。同樣手機QQ與微信也是產品,滿足我們溝通與連接的需求。

        1.3 產品經理是個什么鬼?(Product Manager)

        產品經理這個詞其實是一個比較寬泛的且帶有一定的行業屬性的詞匯,這里所描述的產品經理的定義是特指IT行業或者互聯網行業中的一種職能,負責IT(互聯網)產品的規劃和設計,以及生命周期的管理。 這句話的關鍵詞是 規劃、設計與管理 。

        在《啟示錄:打造用戶喜愛的產品》這本書中是這樣介紹的,產品經理的主要任務是探索產品的價值、可用性、可行性。以前看到這句話的時候是有些似懂非懂的,但是現在回頭來看,是非常認同的。

        這里多說兩句,產品經理這個崗位是自帶矛盾屬性的,而且帶上經理這·兩個字,感覺應該是有權利的,其實毛線權利都沒有!

        1. 入行門檻低,相對于業務運維崗位來說,這個崗位并沒有帶很多硬性的技能指標,但是真正入門與做好感覺蠻難的,之前和同行交流新同學入行后基本會有三座大山,產品化思維、做產品的能力、行業產品的感覺,其中做產品的能力還相對是可量化的一些指標,而產品思維與感覺就有點不好量化了(每個人的解讀可能都不同)
        2. 也有說每個產品經理都是一個潛在的CEO(喬幫主、pony、雷軍等等行業大神),但是同時也是一個全能的背鍋俠,而且是360度無死角的背鍋。

        1.4 2B產品經理的價值是什么?

        一般談到價值就會有各種大詞出現,這里不說大詞,用一種接地氣的方式描述。筆者認為產品經理的價值用一句話就能說的明白。

        幫助自己所服務的團隊(公司),設計(演化)出能滿足用戶需求的正確的產品,并且能直接或者輔助的真金白銀的把錢賺回來。

        是不是覺的有些俗氣?不過產品就是這樣,一個設計且落地的產品如果不能直接或者間接輔助的把錢賺回來。那這個產品其實失敗的,做好的包子賣不出去都是庫存,那么這些包子也都沒有創造應有的價值? 這句話的關鍵詞是 設計(演化)、 滿足、需求、正確、賺錢。

        運維不迷茫,騰訊運維工程師轉型升級之路插圖3

        1.5 產品經理的工作內容包括哪些?

        基于我對產品經理崗位理解與這大半年的主要工作,我總結的產品經理具體工作內容如下,其實也就是一個產品落地的主要步驟(線性順序)。

        市場調研分析:

        主要是調研分析大的商業環境怎么樣?蛋糕夠不夠大?這個額度的蛋糕能持續吃多久?蛋糕還能不能增大?行業內現有哪些重量級的玩家?有哪些成熟的商業化的競品?我們的客戶有哪些?這些客戶擁有哪些共性、細分、潛在的需求等。

        這部分其實對剛入行的產品經理來說是蠻難的部分,感覺就是無從下手,我印象我們那會也是套用兄弟部門成熟團隊給老大們做的匯報PPT,然后照葫蘆畫瓢拆解著做。特別是大環境分析相關,如果沒有BI團隊的介入,基本搞不定,就算可以參照一些行業數據,也無法保證其有效性和準確性。

        產品規劃:

        規劃產品的定位,確定用戶群體分類(是誰用)?與怎么用?(場景),在這部分一般都是輸出產品功能地圖(思維導圖),能說明白講清楚就可以了。

        產品設計:

        定義產品體驗和價值、設計產品結構和功能。在這部分就要輸出整個產品(功能)的原型設計了,整體產品體驗與功能點的框架在這里都通過原型展示。建議盡量輸出帶基本交互的產品高保真原型,這樣一是內部評審時更加清晰,而且也可以減少后期后期與開發兄弟的溝通成本。

        需求文檔:

        配合原型一起講述組成功能集的明細需求的文檔(TAPD)可以讓開發兄弟提供他們認為最便于他們理解的結構,產品經理填充內容即可。

        需求實現:

        與開發同學一起緊密配合與溝通,共同完成需求的開發與上線。

        產品驗收:

        開發完成與自測后,產品經理來做主體功能的驗收,這里主要是驗收業務邏輯是否符合產品經理的設計。至于產品質量暫時不在這里考慮,那個層面主要是測試和開發一起來保證的。

        用戶手冊與場景描述視頻:

        用戶的幫助說明文檔。用戶文檔這部分其實也可以分為產品手冊與典型場景文檔,典型場景文檔是產品手冊的一個子集。

        不過通過后續的交付來看,用戶基本都是不怎么看文檔的,所以我們同時也錄制了場景使用視頻更方便用戶使用。

        迭代優化:

        收集分析用戶的反饋,挖掘優化點與新需求。對產品進行迭代和優化升級。

        1.6 產品經理需要那些能力?

        基于上文的產品經理主要工作內容,我們就已經基本可以勾勒出一個產品經理需要那些能力,3+N能力模型 3個核心能力+N個基礎能力。

        會用工具

        • Axure RP(產品原型繪制)
        • Xmind(思維導圖)
        • Visio(畫業務邏輯流程圖)

        思維能力

        • 抽象思維能力
          • 結構思考能力(邏輯思維能力)
          • 邏輯能自洽

        能說會寫

        • 能和在產品整個設計與落地過程中和不同的人不同的角色把事聊明白聊透。
          • 面對用戶介紹的時候能講用戶故事并且能把用戶故事講圓。
          • 能寫出來你的團隊成員和用戶能看明白的文檔。

        懂點設計和交互

        • 避免設計出反人類的交互流程
        • 頁面更好的布局

        懂點技術

        • 這里并不是說要很懂,畢竟不是具體的開發同學,而是說有一定的技術背景和開發能聊到一起。

        行業業務能力

        • 例如我是做業務運維出身的,那我就明白運維是做什么的?運維要怎么做?運維需要什么樣的工具平臺。

        懂點數據分析

        • 知道自己需要什么樣的運營數據去作為后續迭代優化的基準。

        懂點項目管理

        思維能力、能說會寫、行業業務能力 這三個是核心能力,其余是基礎能力

        1.7 產品團隊由那些角色構成?

        一個完整的產品團隊會有以下角色構成

        • 產品經理
        • 設計(視覺與交互)
        • 技術(前臺、后臺、測試、售前、售后)
        • 運營
        • 市場
        • 商務
        • PM

        我們這個團隊在剛開始的時候,就只有我和另外一個同學兩個產品經理,兩個人共同負責織云自動化平臺產品線的設計與落地,其余均是部門內的運營開發同學。我們會開玩笑說,我們和創業公司的唯一的區別就是我們不會破產,不用擔心發不出來工資,其余都是和初創公司都是一樣一樣的。

        不過這么一路走過來看,在初中期其實只要有三個角色(產品、開發、設計)就基本可以跑起來了,團隊小了最大的好處是溝通成本極低,就這些槍沒有什么問題不是站立在白板前討論不清楚的,然后就直接do,遇到問題在討論!

        通過上文,想轉崗的同學與產品新同學已經可以比較清晰的知道產品經理具體是干么的?與一個產品落地的主要步驟有哪些?

        二、在路上

        運維不迷茫,騰訊運維工程師轉型升級之路插圖4

        其實做產品與當產品經理和打游戲一樣,一路也是升級打怪,層層升級的過程。下面講講我這大半年的收獲與踩過的坑。一般來說成熟的團隊會有導師帶你走,但因為我們是初創團隊,團隊里面沒有真正的產品經理,大家都是邊做邊學,所以更多的就是靠自己了悟了??赡芪业慕涷灨m合自己走的同學。

        2.1 小學:找入門的路(畫看讀動拆跟)

        該階段是剛入行,對于整體商業化產品落地的流程不熟悉,基本是兩眼一抹黑。在找尋入門的路時,我自己有哪些優勢和劣勢呢?

        優勢:

        • 熟悉運維是怎么做的?知道運維的痛點(因為團隊輸出的是運維平臺產品)
        • 主導過運營系統建設,了解一些系統&功能落地的基本套路
        • 自己看過與用過不少運營系統
        • 和開發打了多年交道,知道如何與開發溝通
        • 懂點項目管理

        劣勢:

        • 沒有完整的經歷過一個商業化產品從0到1的完整流程
        • 不會畫原形
        • 不會寫PRD
        • 不會競品分析

        該階段的重點:

        • 畫:熟悉Axure RP,臨摹別人的系統,對著畫原型。那會有時間的時候,就會對著公司級平臺系統畫,這個收獲不小。畫是理清思路和熟悉基本頁面交互的好方法。
        • 看:多看些老外的產品,看看老外是怎么做的。有些看了當時的段位是理解不了的,不過沒有關系,有印象就好,后面總會有機會在去印證的。
        • 讀:多看看書,看方法論的書+具體指導的書
        • 動:開始著手試著做競品分析,哪怕分析的很稚嫩,多來幾遍,自己就會漸漸的有感覺了。
        • 拆:在當時手上已經有要完成的功能模塊了,在具體開始前先對照內部的平臺,去嘗試的拆解業務邏輯,想想為什么要這樣做?這樣做覆蓋了那些場景?不這樣做會有什么樣的影響?
        • 跟:跟需求,保證需求如期并符合設計的落地。

        當時踩過的坑:

        • 認為做內部運營系統就是做商業化產品的基礎,其實差別很大
          • 內部運營系統有人用,不代表是你做的好,而可能僅僅是你的目標用戶沒有的選擇,只能用這個。
          • 內部運營系統缺少版本化規劃(產品路線圖)、運營與硬性質量指標要求。
          • 內部運營系統多數只是在做需求而不是在做產品,需求的加法在內部運營系統上體現比較深,而產品是要減法多過加法(聚焦、延伸、擴展、投入產出比等)
        • 剛學著入門的時候,沒有能力去分辨自己所了解的方法論與流程是否適用與自己工作的場景,給后面的路埋下雷。

        2.2 中學:練手&熟悉(負責功能模塊)

        通過第一階段的打基礎,可以說已經基本了解了些做產品的基本套路,也摸過一些小需求了??梢蚤_始逐步上手完整的功能模塊規劃與落地了。

        該階段的重點:

        • 了解與熟悉商業化產品從0到1的規劃與落地流程
        • 做好競品分析,因為在第一階段競品分析都是比較淺的,這里我總結用剝洋蔥法分析競品功能,網上也有很多做競品分析的方法論,大家也可以參照
          • 分析用戶群體
          • 分析用戶場景
          • 分析用戶故事
          • 分析用戶功能點使用頻率
          • 分析現有功能覆蓋面
          • 分析所傳達的理念
        • 二八原則(20%的功能能滿足用戶80%的使用場景)
        • 見用戶、發現需求,并思考共性場景。
        • 不能只能聽用戶的、甄別偽需求,思考用戶真正的需求是什么?
        • 確定產品功能做多少?功能優先級是什么?
        • 做好業務邏輯構思與交互體驗

        當時踩過的坑:

        • 不擅長砍需求與合并需求,貪圖大而全,技術人員思維,總想著做全面,不要遺漏場景
        • 不善于定位需求的目標、目的與需求完成后的分析
        • 過分注重產品交互體驗
        • 追求需求場景與表現形式的趨向完美

        2.3 大學:全局視野與產品線規劃(重點思考如何做減法,定義產品主線)

        該階段的問題

        到這個階段后,基本就可以嘗試hold住整條產品線了,這個時候更多的是要想清楚如下的問題:

        • 產品線大的目標與藍圖是什么?
        • 大的用戶故事是什么?
        • 在這個階段更多的思考不是簡單的需求疊加了,而是要在產品路線圖上清楚每個功能點的價值與意義了,需要把各個零散的點串起來。
        • 想清楚在每個大的時間點(版本交付時間)要做什么?不要做什么?做了的價值在那里?不做會影響什么?
        • 版本與版本之間的功能閉環如何做?如何保證全局邏輯自洽?
        • 版本與版本間的遞進如何勾勒?

        該階段的重點

        • 掌握與應用MVP原則,MVP是《精益創業》里提出的概念,其實概念大家都好理解,但是落地的過程中就會有各種坑了,這里分享下。
          • 要抓住核心流程,MVP是一個過程,且是一個持續的過程
          • MVP不是一個單一的產品形態
          • 帶著明確的目標去做MVP
          • 盡量多用輪子(盡量盡可能的借用現在成熟的內部模塊,跨團隊與外部友商都OK),對于我們一個非成熟的團隊來說,尤為關鍵,不可能什么都是自己做,都自己做只能把自己累死。
        • 做取舍與平衡,不該做的一定不要做,浪費人力。 對于初創團隊,有時候就是和時間在賽跑。需求是做不完的,一定要想清楚在做。
        • 版本的規劃與迭代
        • 用戶故事的演化
        • 產品(功能)的生命周期
          • 設計規劃:產品的可用性
          • 研發生產:產品的可行性。
          • 銷售:產品的價值。
          • 運營
          • 市場反饋

        上面這三個階段是我個人目前的升級之路,后面的路還很長,自己也在慢慢琢磨,等以后悟到了,并能應用到實踐中,在和大家交流。

        三、 需求池管理

        想了想還是單獨把需求管理拎出來寫,為什么?因為需求管理其實是在后面兩個階段會一直貫穿,而且也蠻重要的。

        3.1. 需求的來源分類

        • 老板需求,相信每個產品同學都會遇到
        • 客戶反饋的需求,客戶場景下的定義(撇開偽需求)
        • 產品主線的需求,負責產品線的同學根據信息規劃而來的,認為產品主線一定要做的功能點
        • 簽單需求,為了打單一定要做的需求
        • 合作伙伴提的需求

        這5類需求我都碰到過,那么這5類需求有好與壞或者合理不合理之分嗎? 現階段我感覺其實沒有,每個需求都有自己特定的固化場景產生的背景和特定的目標。這幾類需求肯定在時間或者功能上有沖突。而這個時候做什么不做什么就需要產品同學和團隊一起討論評估了,產品經理首先要想清楚。

        需求管理是一定要做的,要不產品經理就是救火隊員(總是在做迫在眉睫的事情,會令人喪失目標的),不但產品線混亂,最后整體出來的東西也是一個四不像,可能產品經理自己都暈了。

        3.2 需求管理的方法

        詳細的需求管理方法論大家可以閱讀《普拉姆原則》,這里提供一下我基于這個方法論和實踐總結出來的一個需求分析模板。

        • 需求提交公司優先級是說當你有多個客戶的時候,對每個客戶重要性的定義。
        • 為什么要有客戶公司內部職務呢?因為不同職務提的需求有時候會影響打單的,例如 客戶CTO提的需求和一線員工提的需求就不能等同而看,這是現實!
        • 還有一點因為不好客觀度量,所以未在表格中呈現,那就是銷售對客戶的控制度,也就是在打單的時候銷售有多少把握搞定。

        運維不迷茫,騰訊運維工程師轉型升級之路插圖5

        四、產品經理的自我修煉

        4.1 修煉心法:

        現階段我感覺產品經理的修煉,用6個詞就可以總結。

        • 多看:多看行業,多看競品
        • 多聽:多聽第一手的客戶聲音,如果不能直接和客戶交流,那么信息來源渠道也要是高保真的,不能有過多的失真度。
        • 多想:多思考用戶故事、產品價值、產品藍圖。 那些一定要做,那些一定不做,那些暫緩些做
        • 多說: 多和同行們交流
        • 多嘗試:有度嘗試,失敗的成本是團隊所能承受的,而不是把客戶搞丟了
        • 清零:避免思維定勢

        4.2 修煉過程中的坑

        同樣產品經理要避免的幾個坑

        • 自high: 自己覺的很OK,趨向完美,其實沒人用。
        • 想清楚在動手: 避免給產品埋下有明顯的邏輯缺陷或者功能與功能之間不能邏輯自洽,寧肯有時候壓節奏,也要想清楚。
        • 過度堅持:除非你已經很牛了,大家公認的產品大牛,否則還是兼聽則明的好。
        • 功能大而全: 多多想想MVP原則吧
        • 細節是魔鬼: 當負責產品線的時候,更多的應該考慮全局方向,而不是一個個小細節。不是說細節不重要,而是細節可以通過后續的迭代完善。

        五、一起修煉2B吧

        作為一個新入行的2B產品經理,我的工作也都是圍繞著打造織云而展開的,織云是金融行業企業級的運維管理平臺,是一款典型的2B產品。

        5.1 2B產品特征

        • 解決一個個工作中的具體的問題,或者將現有流程系統化從而提高效率
        • 用戶具有一定的行業專業背景、并且在交付前會有對用戶的專業培訓
        • 容錯率很低,試錯成本也高(2C端的小步快跑,快速迭代,幾天或者一周一個小版本目前感覺不太適用)
        • 對產品本身的質量要求很高,如果因為平臺質量而導致客戶業務失敗或者現網故障,那是絕對大事件。
        • 運維平臺提供的功能要齊全,該有的功能一定要應有盡有,那怕剛開始每個功能的深度都不是很深。B端用戶更看重一站式解決方案,而非多個平臺混用,多平臺企業整體IT成本和用戶學習成本都高。
        • 相對C端B端更輕體驗與交互,剛開始挫一點丑一點問題都不大,只要交互流暢能順利完成即可,B端用戶在交互體驗的容忍度是蠻高的,原因還是平臺核心還是要完成一個個具體的工作任務。
          之前聽到一個銷售說的一句話,一個好的2B產品就是能幫助所使用這個產品的用戶打好他那份工,也就是說2B的產品要靠譜,非常認同這句話!

        5.2 2B產品設計思路

        • 設計產品的業務邏輯要求高,業務流程的上下文關聯性強
        • 業務規則復雜,場景更加細分
        • 功能要先橫向堆面,在縱向挖掘深度,該有的功能一定要有節奏的上,大功能方向上面要能閉環
        • 在多數場景下,功能的完善與質量永遠優先于交互體驗(視覺)等,這里不是說體驗不重要,而是說2B產品優先要幫用戶把活干完。
        • 設計時要多角色,例如一個大平臺從組織架構這個維度上看,基本會有三個角色,一線干活的員工、中層管理、高層管理者,他們對于平臺的視角不同,所期望的功能也不同。
        • 權限要明細,不同的崗位在平臺里面應該具備不同的權限。
        • 管理用戶預期的操作行為
        • 簡化用戶的操作成本

        5.3 踩過的坑

        • 過分重視交互體驗,耗費了不少時間與精力,我現在設計的一個基本原則是流暢的完成既定操作與操作流程設計的不是反人類即可,至于多點一下鼠標,少點一下鼠標與別的交互細節問題不大,而且交互本身也是要靠時間去打磨的。
        • 業務邏輯不清晰,單純的功能點邏輯不能閉環。

        六、總結

        產品經理的修煉之路很長,成長為一個優秀的產品經理也是蠻難的。想要做下去一定要保持對產品的熱愛,好奇心,多琢磨不同的產品,多思考。產品經理是個蠻有意思的崗位,特別是當你看著一個產品從無到有,在逐步的被用戶認可,這是一個很有成就感的事情。

        本文鏈接:http://m.abandonstatusquo.com/22467.html

        網友評論comments

        發表評論

        您的電子郵箱地址不會被公開。

        暫無評論

        Copyright ? 2012-2022 YUNWEIPAI.COM - 運維派 京ICP備16064699號-6
        掃二維碼
        掃二維碼
        返回頂部
        十分钟免费观看视频高清下载