做了3年運營,怎樣才算高階運營?

高階的運營經理,它不是一個職稱,而是一個選擇的結果以及能力的表現,選擇基於全面的瞭解,而能力則保證了選擇的機會,不管是管理還是技術,二者都是職業發展的表現,不要著急,也不要去吧對待。

做了3年運營,怎樣才算高階運營?

一般說運營的階級劃分,大家都會對應到工作崗位,運營助理運營專員再到運營總監等等。而這裡提出運營經理的原因,其實是為了對比產品經理,一個人認為產品和運營是對應但不對立的角色,二來是致敬一下啟蒙之書《人人都是產品經理》。

在《人人都是產品經理》一書中有明確的劃分:

  • -1~1歲:想要入行的或者剛入行的,畢業生、實習生、助理專員等等
  • 1~3歲:運營人、運營師、運營經理等等
  • 3歲~以上:基本上可以是個管理層級的人員了

從這樣界定,大致可以分為3個階段

  1. 新人入行階段;
  2. 運營技能學習掌握階段;
  3. 運營管理階段。

似乎到第3個階段就是我們常說的“高階運營”,但具體的情況是不是這樣,我們一步一步來看。

第1個階段:-1~1歲的運營經理

運營是不是一個趁機火起來的職業?

就像產品經理一樣,運營真的是火了很久,從人人都是產品經理,到現在萬物皆可運營,成為了一種井噴式的現象,那運營到底是一個新興的職業還是說背後有什麼常理呢?

那就從我第一篇文章裡寫到的:品和人的關係,再看運營。

做了3年運營,怎樣才算高階運營?
  • 產品和用戶是一個持續交互的過程;
  • 產品設計作用於產品,體現在用戶身上;
  • 產品運營作用於用戶,體現在產品身上;
  • ……(前文的描述)

其實品和人的關係並不是因為互聯網產生的,很早就有了,因為人與人之間的關聯需要依託於某種介質。

早期是商品和客戶的關係,然後隨著技術(信息技術)的進步,互聯網甚至於移動互聯網的興起,人與人的關聯變為更簡單和免費,所以有了產品和用戶的關係。

而運營是專門針對用戶-產品誕生的嗎?

假設把自己替代到產品的位置:

做了3年運營,怎樣才算高階運營?

自己與他人的交互就彷彿變成了一個成長與社交的過程:

  • 通過產品設計的思路:內修自己,迭代自己;
  • 通過產品運營的思路:外煉自己,運營自己。

這樣一看產品和運營這個工作,可以對應成長的過程中的一些事情:學習&交朋友

上面的例子說明了,運營並不是一個純粹興起的職業,只要是品和人的關係中:

  • 傳統行業裡面(商品-客戶的關係中)
  • 互聯網行業裡面(產品-用戶的關係中)
  • 生活裡面(自己-他人的關係中)

都存在著運營且與運營類似的行為,所以-1~1歲的運營經理,不要因為外部環境而影響了對運營的看法,運營就是個工作,幫助品和人的關係更好的流轉。

第2個階段:1~3歲的運營經理

如何才算是一個合格的運營經理?

1~3歲對於人來說,是最初的成長階段,運營也一樣。而同階段的很多小夥伴,連同當時的我在內,在這個階段都十分關心一個名詞,叫做運營知識框架。因為這個階段大家對很多東西都是懵懂的,既渴望掌握完整的知識框架,又渴望在工作中能夠快速起效,所以似乎知識框架成為了該階段的一個標誌

(1)那我們繼續沿用產品-用戶關係圖,推導運營的知識體系

做了3年運營,怎樣才算高階運營?

我自己之前是想做產品經理的,結果十分幸運做成了運營。

對於很多剛入行的小夥伴來說,是沒辦法去了解產品崗,也沒辦法辯證的去看待產品這個崗位和運營崗位的區別。

首先從產品和運營的名字解讀:如果真的要叫全稱應該是產品設計崗位和產品運營崗位,因為二者都是為了同一家公司的同一個產品服務的,其核心很明顯就是設計和運營。

其次,如果是要套用到二者工作的對象上,則變成:產品設計作用於產品,體現在用戶身上;產品運營作用於用戶,體現在產品身上。

就像是:

做了3年運營,怎樣才算高階運營?

產品設計:對產品進行功能設計,對用戶進行需求設計。

用戶運營:對用戶進行行為運營,對產品進行價值運營。

名詞註解:

  • 產品設計和產品運營:當以同一家公司和同一個產品為主體描述時,二者皆為工作職稱,圍繞的對象只有一個產品。
  • 產品設計和用戶運營:當以產品和運營二者角色對立為主體描述時,分別以二者作用的對象強調描述,設計是圍繞產品的,運營是圍繞用戶的,描述的是工作內容。
  • 用戶運營(上圖)和用戶運營(具體手段):當以不同用戶類型為主體時,廣義的用戶運營圍繞的是所有用戶(包括實際用戶和潛在用戶),狹義的用戶運營圍繞的是實際用戶裡面的核心用戶。

這樣看起來比較抽象,簡單點說是:

  • 崗位上叫做產品設計和產品運營;
  • 工作內容是設計產品和運營用戶;
  • 在工作結果中叫做滿足用戶需求和提高產品價值。

(2)基於品和人的關係裡面,進一步推導運營負責的用戶到產品這一關係

做了3年運營,怎樣才算高階運營?

首先,運營工作的流程是:

  • 通過直接或間接的手段讓用戶產生行為(直接的用戶溝通,間接的用戶內容閱讀……);
  • 用戶可以產生的行為有:獲客、促活、留存、轉換、傳播(轉換可以二次影響價值,傳播可以二次影響用戶,所以是核心);
  • 產品積累了用戶之後,就產生了來自流量的價值,就可以基於流量的變現。

所以,對應上方,1~3歲的運營經理在上述關係中掌握:

  • 各種直接或間接的運營手段;
  • 對用戶可以產生獲客、促活、留存、轉換、傳播的行為;
  • 可以使用流量規模變現。

(3)當初步完成了個人運營經理的工作及學習之後,接下來就是與其他部門和組織的協同工作了

做了3年運營,怎樣才算高階運營?

部門協同:與市場部門一起把價值放大

組織協同:

  1. 從運營到營銷到經營,與公司形成一條線
  2. 以KPI和數據為內循環,加強公司對各個位置之間的管理

上面的例子說明,運營的體系包括了三大方面:

  1. 品和人交互過程中運營所扮演的角色,尤其要注意各個名詞的具體含義和指向,很容易就混淆了;
  2. 品和人關係中分離出來:運營負責的用戶到產品的關係裡,是如何形成運營循環的,再由此細化具體的手段;
  3. 當含義和工作流程基本瞭解完成之後,再去了解部門與部門、部門與公司之間的聯繫。

所以,運營的知識框架其實並沒有那麼複雜,從這三個方向就可以了。剩下的更應該從具體的工作中實踐、總結出屬於你個人的經驗。

第3個階段:3歲以上的運營經理

怎樣才算是高級運營經理?

隨著時間的推移,1~3年,你可能接觸了很多種運營手段,也可能運營了一個或者多個產品,做成功或者做失敗了不同產品,但更特別的是,你開始要帶人了,也開始要去開各種週會月會了,這時候在運營知識框架完成的情況下,運營怎麼繼續走下去,變成了最主要的問題。

其實前面講述的-1~3歲的運營經理,不單單是為高階運營做鋪墊,有提到:運營就是一個工作而已,藥丸發現很多人在看待運營的時候出現偏差:

  • -1~1覺得運營很厲害很新鮮,不管怎麼樣都要去做運營
  • 1~3覺得運營很複雜,不掌握個什麼系統就不配做運營
  • 3~以上覺得運營像個武功,一定要修煉到唯我獨尊的情況

其實對於高階運營的追求,不也是一種職業規劃的追求嗎?

其實,對於運營在內的互聯網工作,BAT三大家很早就提出了兩種路線

做了3年運營,怎樣才算高階運營?

管理路線和技術路線

這裡我沒有表明橫軸和縱軸,橫軸暫代時間,縱軸表示需要的能力。

為了更清晰表明,還去網上down了張圖片。

做了3年運營,怎樣才算高階運營?

(P代表技術 M代表管理)

技術路線:前期各項技能都需要涉獵,到分界點,逐步剔除自己不擅長也不喜歡的技能,專精其一

管理路線:除去原本需要掌握的運營技巧,還需要掌握其他的技能例如協作、戰略、規劃、佈局等等

也就相當於運營經理走到這個時候,要思考:是想成為一個英勇善戰的將,還是想成為一個運籌帷幄的帥。

而二者皆是高階運營的表現,而在公司或組織的結構就變成了:

做了3年運營,怎樣才算高階運營?

最後呢兩種高階運營不會在這篇文章展開:

管理路線:因為還需要學習關於市場營銷和公司經營的知識,對於這個公眾號來說,目前是有點超綱了,不過藥丸正在學習這一塊的知識,有興趣可以私聊

技術路線:之前有文章就有寫到,技術可以二維的分為目的和手段類型,比如內容運營可以分為拉新和促活等等目的,轉換目的裡面也可以分為活動策劃和轉換文案等等,所以這個是未來更新的內容構成,現在就先不劇透了

總結

最後了,回到最初的問題:“怎樣才算是高階運營”

不管是把運營比作產品還是把人比做產品,運營始終還是個職業,對於高階運營的追求更應該像是一個對於自己職業規劃的追求,從自己的運營職業生命週期找到自己的方向。

做了3年運營,怎樣才算高階運營?

第1個階段:-1~1歲的運營經理

#運營是不是一個趁機火起來的職業?#

品和人的關係一直存在的,做運營就像是一個交朋友的過程,不過是用產品交朋友,如果你對社交非常感興趣,運營真的蠻適合你

第2個階段:1~3歲的運營經理

#如何才算是一個合格的運營經理?#

知識框架是非常重要的,不僅是對工作的深入瞭解,也是對協作的深入瞭解。品和人的關係,產品和用戶的關係,運營和公司的關係,都可以讓你對運營把握的更全面

第3個階段:3歲以上的運營經理

#怎樣才算是高級運營經理#

高階的運營經理,它不是一個職稱,而是一個選擇的結果以及能力的表現,選擇基於全面的瞭解,而能力則保證了選擇的機會,不管是管理還是技術,二者都是職業發展的表現,不要著急,也不要去吧對待。

作者:外號藥丸,微信公眾號:外號藥丸(nameyaowan),互聯網運營人

本文由 @外號藥丸 原創發佈於人人都是產品經理。未經許可,禁止轉載

題圖來自 Unsplash,基於 CC0 協議

相關推薦

推薦中...