如何從0到1搭建業務架構 產品運營架構分析( 二 )


我們總聽得到一句話,現在業務規模還小,不規范很正常,以后慢慢就好了 。而混亂的流程只會導致加快業務的斃命 。
還是舉例說明,筆者是產品經理出身,但在中小廠是沒有項目經理的,甚至一些更小的公司,甚至沒有產品經理,老板就是產品經理,這個沒有問題,我們不需要嚴格要求誰做什么事,但是我們需要最開始規劃一條路線,而這條路線中,你的位置在哪里,就應該做好這個位置的事情 。

  • 管理與執行的區分;
  • 【如何從0到1搭建業務架構 產品運營架構分析】每個崗位之間配合情況;
  • 確保每一條業務線都有自己的own product;
  • 崗位可以空缺或合并,但職責不能模糊 。(例如:可以沒有項目經理,但是要明確誰進行項目管理,誰對整體項目進度負責)
四、B端同步搭建,把數據底層做在最開始先說數據,數據是可以賦能業務的,無論是一款產品的埋點,還是到產品上線后的數據統計及分析,這一切動都是為了推進業務發展,提高業務能力,提高業務效率 。
不要把賦能放在最后一步,畢竟一件錦上添花的事情如果做的太晚,就連雪中送炭都來不及了 。
我們要數據的目的是什么?簡單粗暴的說:
  • 知道仗打的怎么樣了;
  • 知道哪只戰隊更強;
  • 知道哪只戰隊或者哪個兵拖了后腿;
  • 知道是不是戰隊沒問題而是糧草去晚了?
大概對應的也就是我們那些熟知的數據了,行為數據、用戶數據、產品數據、市場數據等等 。
做數據是廢人力的,是費腦子的,做分析也是,但是也許你不信,還有太多的公司在業務模式都已經成型了,才開始補上數據這個問題,在這過程中消耗掉的沉默成本可想而知 。
咱們再說B端的同步搭建,這里說的B端針對不同的行業有不同的定義,我們通常會認為給企業內部員工使用的產品或者說管理內部使用的產品等是B端,但其實還包括大客戶等也包含在內,一項業務的起步如果不考慮它將來會最強做大,那你可以不用考慮到這一點,但是如果想要做精做細,無論是產品還是運營,都不能放掉這一塊兒 。
五、保持前瞻性,走一步看三步,走不動的時候即使止損 。以一個產品經理的角度來說明,優秀的產品經理做一個功能是為了之后做無數功能埋伏筆,無論從用戶層面還是后端技術層面,都可以做到前瞻性 。
舉例來說,你接手一個新的項目,你要考慮它的載體是app還是小程序還是社群,這個決定不是一蹴而就,你當下的決定只適用于當下,有的目前適用與社群的項目業務之后隨著規模的擴張會承載不了大體量,需要做統一收口,那你怎么去規劃之后的收口路線,怎么去規劃用戶的生命周期管理,怎么去規劃你的用戶在哪個環節哪個場景進入、什么場景活躍,最后統一留存在哪一個生態,是否是一個長線項目,還是一個短期實驗項目,你的roi是否可以承載等等 。
總結能有從0到1開始的機會是難得的,但也是艱難的,證明自己并為后人鋪路,沒有那么容易,這篇文章只是以互聯網思維寫的冰山一角 。
本文說的“業務”可大可小,可以大到一個全新領域,也可以小到改動一個當前的支付模式從而誕生一個新的支付業務等,但無論是大業務還是小業務,每一個環節做到細致,留下迭代的空間,就不會太差 。

推薦閱讀