都說產(chǎn)品經(jīng)理的工作雜，運營的也好不到哪里去。作者從產(chǎn)品轉(zhuǎn)運營2年，也是經(jīng)歷了痛苦的零碎工作。這篇文章，就是她的個人心得總結(jié)，希望餓可以幫到大家。

不知不覺，在這個崗位已經(jīng)兩年了，近期還有一些新的感悟分享。

今天聊聊，做運營的最大迷思！

一、如何從瑣碎里抽身？

面對瑣碎，其實是運營類工作產(chǎn)出的一部分，但很難度量，很難出系統(tǒng)性的業(yè)績，怎么辦？

相信一直做著運營崗位的同學就有這種感觸：

• 自己一天到晚打雜，忙著解決瑣碎的事情，沒什么系統(tǒng)性的產(chǎn)出。
• 感覺運營的門檻好低??！好像隨便一個實習生也可以做？
• 那我們的價值在哪里？前途在哪里？

而我這種做了十多年產(chǎn)品的老人，轉(zhuǎn)做運營后，隨著新鮮感和激情的消退，陸續(xù)也感受到了這種困惑。

比如某一次，發(fā)現(xiàn)某個和 OKR 指標不直接關(guān)聯(lián)的數(shù)據(jù)指標波動很厲害，得需要人快速歸因。正好數(shù)據(jù)團隊的人都很忙，我也比較感興趣，就花了不止倆小時的工作量進去，找到了隱秘的原因。

又比如，干了這份工作之后，每天都有其他部門找過來，拋出疑似系統(tǒng)的 bug 或者是操作人員的失誤問題，要我們幫忙找到原因和解法。所以在每周工作的日常中，總有幾個線上 oncall 要有人負責盯著——因為如果沒有人去催相關(guān)團隊的產(chǎn)品和研發(fā)，可能沒人會及時給出答復，最終影響的是客戶的體驗和利益。

二、這類工作有多重要嗎？

從根源上看，是重要的，我們是在替客戶、替業(yè)務部門解決真實存在的問題。

但從打工人視角來看，好像又不那么重要。它們通常和 OKR 不直接相關(guān)。功利地說，在寫總結(jié)的時候，這些工作量充其量只能寫一句話：日常針對 xx 產(chǎn)品 xx 模塊的 xx 數(shù)據(jù)指標波動歸因，引導xx、xx等團隊做日常優(yōu)化；通過客戶反饋發(fā)現(xiàn)產(chǎn)品bug x 起，完成修復。

就感覺是很稀松平常的日常，產(chǎn)出不了驚天動地的業(yè)績。

在很多團隊負責人眼里，這些事情不值得花精力，但有人需要來完成它們——這就是為什么運營崗位需要低門檻招聘一些人來完成這些日?！暗蛢r值”工作。

如果不幸在工作中，我們需要投入大量精力處理這類事情，是不是前途就完了？

其實沒那么悲觀，我對這些事情是這么看的：

運營，首先是商業(yè)經(jīng)營中必要的一個保障環(huán)節(jié)，不管是核心目標的達成、還是客戶體驗的保障，都是屬于運營的職能范圍（operation），這是拿了錢就得干的活。

其次，從打工人的視角，如何去平衡日常產(chǎn)出和核心產(chǎn)出呢？

有兩點心得：

1. 二八原則

不管瑣碎的事情有多少，我們每天都要盯著自己的 OKR，把 OKR 相關(guān)的事情當作優(yōu)先級最高去投入精力。比如每天有固定兩個小時一定是搞這些事情。當有各種瑣碎的事情來找我們，我們處理起來自然可以不那么及時。在有余力的情況下，我們可以選擇自己感興趣的“瑣碎”的事情來處理，因為“感興趣”，所以不枯燥，可能通過這些事情的處理，還能發(fā)現(xiàn)一些意料之外的新信息。比如我有一段時間很喜歡幫忙排查 bug，是因為我想借此機會熟悉一下平臺的產(chǎn)品架構(gòu)、研發(fā)實現(xiàn)邏輯，為后續(xù)做其他工作打好基礎(chǔ)。

2. 從瑣碎里抽身思考

如何找到本質(zhì)的、規(guī)?；?、自動化的解法？這可能就是立項和做出業(yè)績的新機會。

瑣碎不可怕，可怕的是瑣碎的事情讓我們變成無法思考的工具人，像每天推著石頭上山的西西弗斯。

在瑣碎之余，我們每天哪怕抽 10 分鐘思考：我要怎么擺脫這些瑣碎的事情？（除了甩鍋），說不定有意料之外的收獲。我這里舉兩個類型的解法：

1）自動化、規(guī)?；慕夥▏L試：

比如說我自己遇到的數(shù)據(jù)歸因臨時需求，之后我把它擴展成了一個“自動化歸因數(shù)據(jù)能力建設(shè)”的專項，陸續(xù)把手工歸因的邏輯做成自動化的能力，以后這事兒就不需要我了，節(jié)約我這種比較貴的人力（??）。還能更快的把問題原因呈現(xiàn)出來，給需求方自己拿去解決，這不就皆大歡喜？

2）找到本質(zhì)解法：

很多時候，表面上看到的問題，不是本質(zhì)問題。多問幾個為什么，我們才能擺脫“治標不治本”的圈圈。

比如反復出現(xiàn)的系統(tǒng) bug、人員操作失誤問題，相比于零星出現(xiàn)的問題，這類問題很值得警惕，它預示著系統(tǒng)設(shè)計或者操作人員的流程方面一定存在某種大的缺陷。針對聚類的現(xiàn)象，我們完全可以通過數(shù)據(jù)佐證影響量級，一旦發(fā)現(xiàn)這是個巨大的問題洼地，就可能需要對此場景推翻設(shè)計，這不又有大的項目做了嗎？

其實，瑣碎才是世界的真相，抽象是人為的歸納。運營的瑣碎工作，有價值，只要我們善于把瑣碎變成一種杠桿、一類橋梁，一樣可以做出好的業(yè)績。