運營中的體系化思維
體系化思維是一種整合全局業務流的思維,通過適當地分解工作內容,梳理工作環節之間的內在聯系,搭建完善的運營體系框架,來保障工作持續高效運行,創造價值。
在互聯網的運營工作中,有時候我們面臨的問題是散亂的,非結構化的,問題不聚焦,導致解決的效率變慢,產出不清晰。因而在運營工作中,找到主線,將面臨的問題條理清晰地剖析出來,顯得尤為重要。這也是本文主要探討的一個話題,將體系化思維融入到運營工作當中,通過梳理相關業務流程,搭建體系化運營框架,更高效地幫助我們解決工作中的問題,提升學習和產出效率。
體系化思維是認識事物的一種方式,在面對問題的時候,能夠針對復雜的問題,列出關鍵的要素和解決方法,將散亂無序的運營問題,變得邏輯清晰,有章可循。完整的體系化思維,包括明確目標、拆解問題、細化方案、執行落地、閉環總結、項目迭代幾個關鍵部分。將體系化思維實體化地映射到我們的運營工作中,則是快速搭建起一個體系化運營框架,并據此步步為營,穩扎穩打,持續迭代優化,提高工作效率。
體系化思維框架
1、明確目標
任何一個運營活動都需要一個明確的目標,比如對外推介產品,提升用戶粘性,提升用戶活躍度,提升功能點滲透率,提升用戶付費率等等。目標是運營工作的指向燈,不同的目標所對應的運營內容和方法也是大相徑庭,清晰明確的目標是做好運營工作的第一步。目標是運營活動展開的終極驅動力,開展的一切運營活動都是源自于目標。
2、拆解問題
為了完成目標,需要解決很多的問題。目標是做什么,問題是怎么做。然而有人就要問了,為什么不叫拆解目標而叫拆解問題,針對問題的拆解是直接面向解決過程的,能夠讓我們更清晰地認識到資源分配的合理性以及科學性。目標太多,反而會分不清主次。
比如通過什么方法來提高某功能點的滲透率,那我們可以考慮如何增加功能點外部露出 / 如何增強外部引導 / 如何優化功能體驗提升留存 / 如何做輕量傳播活動等幾個方面。不僅著眼于目標,更多的是帶入解決問題的情境中去思考解決方案。
3、細化方案
問題拆分后,要盡可能詳細地列出每個問題的解決方案,方案的細化要保證方案具備極強的操作性和可衡量性,以便于方案的落地和后期評估方案效果。
比如制定增強外部引導的方案,具有操作性的方案可以是:
首次使用出現動態引導圖/開啟頁新版特性介紹/外部入口添加小黃點提示/推送相關通知欄提示等方案。
方案的可衡量性包括:動態引導圖的曝光情況/小黃點的曝光和點擊情況/通知欄提示的曝光和點擊情況/功能點最終的使用情況。通過追蹤以上的數據來反映方案的實際效果。
4、執行落地
執行落地是運營工作中關鍵的一環,很多時候不是方案不好,而是執行過程中出了偏差。執行是協調資源的過程,我們需要找到合理的資源進行分配,包括哪些是必須的資源,哪些是退而求其次的。
比如在APP內部宣傳活動,可以使用閃屏開啟頁、通知欄push、個人消息中心、功能運營位等等。
另外,執行過程中與人溝通必不可少,良好的溝通能夠更有力地推動工作開展,甚至能起到事半功倍的效果。同時,保證項目組內部的信息高度一致,適當組織相關會議是十分有必要的。在會議上,同步項目的重大進展和資源協調情況,讓每個成員找好自己的定位,明確自身在項目中的價值,推動項目的完善和執行。
5、閉環總結
項目的總結可以從三個方面進行:效果數據總結、方案流程總結、溝通執行總結。前兩者是針對工作過程的總結,重視處理專業問題的能力和方法,是硬實力;后者針對的是團隊成員“人”的總結,重視個人發展和團隊培養,是軟實力。
通過軟硬結合,來全局梳理項目的目標完成情況和團隊成員的個人成長??偨Y的目的:
- 一是充分繼承完成項目所取得的創新成果和珍貴經驗
- 二是吸取項目中存在的不足和教訓
- 三是讓團隊成員充分看到自己的成長和提升。
通過總結,來實現項目不斷迭代優化和自閉環,以及培養快速成長的富有戰斗力的團隊。
6、項目迭代
上述幾個流程基本完成了項目中必要的工作,這一環節是項目進入到新的高度的起點,將在新的環境中重新回歸到第一個階段,明確新的目標,開始下一輪的快速成長。
體系化運營框架特點
通過體系化思維搭建體系化運營框架,完整的體系化運營框架應該具備以下幾個特點。
1、有良好的外部環境和必要的基礎資源
良好的外部環境是項目正常運行的保證,完善的人事制度、明確的獎懲機制、上級和其他業務相關團隊的支持及配合等,能夠最大限度地降低非專業能力因素的項目風險。
同時,產品、設計、研發、運營、測試等必要的基礎資源,能夠為體系化運營提供充足的專業技術支持,使項目雛形能夠快速搭建起來,并及時解決項目中遇到的困難和問題。
2、能夠根據業務邊界整合資源
合理地判斷業務邊界,是資源整合的基礎,能夠有效避免資源的浪費和閑置。正確地判斷業務邊界,需要我們對業務流程有清晰的認識和理解,對其中的每一個環節都有充分的把握和掌控。
業務邊界的判斷主要看運營活動的核心目的即主要達成什么目標,比如提升靜默聯網用戶數和主動聯網用戶數的實現方式就是是完全不同的,前者需要盡可能的拿到自啟權限,或者相關的合作產品后臺調起等,后者需要在前者基礎上利用通知欄push或者提升功能體驗等方面來實現。二者不同的實現方式,利用到的資源也是大相徑庭。
3、業務流程有開始有結束,能夠形成完整閉環
能夠形成閉環的業務流程是可控的,可衡量的,并且能夠通過正負反饋及時地調整我們的產品方向和運營策略。無法閉環的流程是在給自己挖坑,不管前面做得有多嗨,關鍵時刻總會讓人崩潰。
舉個極端的例子,任何一個互聯網產品都是在不斷的迭代升級過程中,優化自身的用戶體驗,獲得更多的流量增長,客戶端產品的版本升級本身就是一個自閉環的過程。
假設在客戶端最初的版本中沒有加入引導用戶檢查更新的功能,就破壞了這個自閉環的過程,后果將會是災難性的,因為后續版本的發布將不能及時地觸達到用戶,前期的推廣全都打了水漂,即使安裝的用戶再多,這些也無法成為新版本的用戶,只能更新電子市場的版本等待用戶自己來下載,而這個過程是漫長的。因此,流程閉環是體系化運營中重要的指導思路。
4、有完善的異常事件流處理機制
異常流處理機制能夠保證體系化運營的穩定性,當一個方案無法繼續的時候,可以通過另一種方案來彌補當前的缺陷,而不至于阻塞整個項目的運行。此處的異常處理并非程序代碼中的try/catch/throw,不存在終止“程序”運行的情況,而是為了達成一個目標可以選擇不同的運營方案,這里的異常必須是可解決的,而且是有解決方案的。
舉個例子:
比如有一篇資訊要推送給用戶,突然通知欄push的功能受限,后臺無法支持,此時就要尋找產品內部的其他運營位來推送,比如某功能點運營位,個人消息中心等位置。異常流事件處理機制始終保持“資訊觸達用戶”這個目的可以達到,在整個體系化運營過程中,多方案備選是必不可少的異常處理機制。
5、在沒有外界明顯干預的情況下,能夠自我迭代并良好運行
如果不發生重大的人為因素干預,體系化運營過程中的方案理論上是可持續迭代優化并且產生效果輸出的。自我迭代主要體現在三個方面:
- 一是隨著產品目標的調整而產生的運營方向的改變,比如產品由重視基礎功能打磨到重視商業化收入,運營方向也將從基礎的能力優化升級至商業變現能力的挖掘;
- 二是隨著用戶需求的變化而產生的運營手段的升級,比如資訊運營過程中用戶偏好和認知由簡單文字資訊到圖文資訊到視頻資訊再到個性化推薦資訊,用戶的需求升級了,我們的運營手段也必須要升級;
- 三是異常流事件處理機制的豐富和完善,不斷地創造新的更有效的方案來替代舊有的方案,可以是在原來能力基礎上的升級,比如通知欄push可以通過實現標簽化做到千人千面,也可以是開辟新的運營能力,比如新增閃屏啟動頁的資訊觸達能力等。
結語
本文是筆者根據自身的工作經驗梳理的一種運營思維方法,并不能保證適用所有的運營工作,希望能夠為互聯網運營從業者們帶來一些幫助。也希望借此機會和大家交流學習,一起探討更加實用高效的工作方法論,助力進化自身的運營工作。
本文由 @藍楓feng 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自unsplash,基于CC0協議
贊,畢業一年多,達到這樣的程度,怎么聯系你本人?
哈哈,謝謝!還有很多需要學習
很有體系,尤其結構化思維建設
干貨!