企業成長路徑-萌芽篇:細節至上,管理先行

0 評論 5993 瀏覽 11 收藏 17 分鐘

本文講述了萌芽期企業管理中容易忽視的三個細節、如何完善管理體系并有效落地?

正如我在《從財務視角,剖析企業增長邏輯》一文中表述的,企業發展大多數要經歷“萌芽期、成長期、擴張期、盈利期”4個階段,我也將以這四個階段為主線,分別從管理、財務、營銷、產品等不同領域,給大家分享一些關于企業發展的心得體會。

由于我本身只從事過互聯網行業,在今后的文章當中也主要是以互聯網行業的視角來為大家分享,希望其他傳統行業的朋友也能從中得到一定的收獲。

作為開篇,今天主要從企業的萌芽期開始談起。

近年來,隨著外部市場競爭的加劇,流量越來越貴,通過加強管理提高內部效率實現增長似乎已經成為企業主及高管們的共識。

對于萌芽期的企業來說,資金有限,企業處于虧損狀態,產品處于頻繁迭代,驗證市場需求的過程當中。

在這樣一個階段,很多企業主已經開始具備了管理意識,想要通過高效管理,來為企業今后的健康發展樹立扎實的地基。

于是,大量的企業開始讓高管們到市場當中去了解、學習、采購SaaS軟件,想要通過軟件來實現企業信息化建設,提高效率。

  • 今天了解到微軟用了XX軟件,買。
  • 明天朋友告訴我IBM最近在用這個,買。
  • 后天阿里騰訊開發了新的內部協同辦公系統,二話不說,買。

幻想著買了套軟件系統,自己的企業也能成長為微軟、IBM、BAT。到最后錢沒少花,實際效果卻不見得有多大提升。

處于萌芽期的企業,不要盲目跟風購買管理軟件系統。治標不治本,并且可能會對企業造成意想不到的損失。原因有以下三點:

  1. 萌芽期企業現金流緊張,沒有多余的錢可以去試錯;
  2. 除了錢以外,試錯而產生的時間成本更為致命;
  3. 即便處于同行業,同規模下的企業,由于人員不同,管理邏輯也不會完全相同,只能借鑒,不能盲目照搬。

其實,對于處在萌芽期,或是其他相對成熟的中小型企業來說,完善自身管理體系的重要性大于購買軟件產品本身,管理軟件產品只是管理體系落地的手段。盡管是身為SaaS行業從業者的我,也不得不承認這一點。

企業想要通過高效管理為今后的健康發展鋪路,這個初心是好的,但是在此之前,一定不要忘了優先完善企業自身的管理體系。事實上,很多萌芽期企業在管理上有些細節做的還不夠到位。

萌芽期企業管理中容易忽視的三個細節

由于行業所處環境在日益變化,企業發展階段也有所不同,進行管理是為了讓企業能夠適應各個發展階段,在風險來臨之際能夠有效應對,同時最大化員工的工作效率,通過組織引導員工完成一個個短期目標最終實現企業的長期目標。

這不僅僅體現在對人的管理,對組織架構、對產品的管理也是如此。但是處在萌芽期的企業往往會忽視掉一些細節。

1. 組織架構責任界定模糊

工業2.0時代后,企業的管理發生非常大的變化,由員工單點作戰轉化為流水線式的自動化運轉,極大程度提高了企業運轉效率,提升單位成本產出。

但是就我國目前的企業規模及數量來看,還有非常多處在萌芽期的企業不能貫徹工業2.0時代下的自動化管理理念。

一般企業的組織架構劃分為,總裁辦、產品部、研發部、設計部、運營部、市場部、銷售部、財務部、行政人事部等,在此基礎上也會有所細分。

而對于萌芽期的企業來說,組織架構往往不會設定這么細,經??吹揭粋€市場部包含了市場+銷售+售后,一個研發部包含了前端+開發+測試,部門責任界定模糊,內部崗位職責設定也比較粗獷。

部門內錯綜復雜,彼此崗位職責又不盡相同,造成混亂難以精細化管理的局面,具體工作事項也不能充分落實到部門。

誠然,對于處在萌芽期的企業來說,不會有太充裕的資金去招更多的人來撐起多個部門,但即便真的某個崗位只有一個人,如果他所在部門與其崗位職責整體調性不符的話,也要分開去單獨成立部門,并承擔相應具體責任。

比如說:客戶突發緊急問題,反饋給銷售,接下來兩大部門內部之間相互推諉,根本不知道這件事應該讓誰來解決。

銷售覺得售后問題該找客服,客服判斷是產品BUG問題又推給產品,產品認為應該由運維和測試來解決,運維和測試在加班忙著新版本上線,覺得處理客戶問題不是他們部門的職責,最終客戶問題兜兜轉轉,發現這件事根本找不到相應的部門去承擔責任,最終老板親自出面協調,才安排了專人幫客戶解決了這個問題。

相信很多處于萌芽期的企業,對于這一幕一定不陌生,事實上,類似這樣的情況還有非常多。

2. 單崗位工作內容跨度過大

這就不得不提到SaaS行業最近的熱門崗位:SDR。

市場上關于SDR這個崗位其實并沒有一個標準化的定義,大體是用于處理各個渠道的INBOUND CALL和針對所有線索來源做出OUTBOUND CALL(也有人把外呼部分定義為MDR)。

不論是內呼還是外呼,SDR的崗位職責都是為了產出優質的可跟進線索流轉給銷售人員去跟進,對線索數量及質量負責,并不直接對最終成單負責,這也是與過往其他傳統行業的話務員和銷售的本質區別。

SDR崗位的火熱其實和工業2.0時代的自動化管理理念息息相關。

亞當斯密在《國富論》中提到過:當人由一種工作流轉到另一種工作時,通常要閑逛一會兒。這閑逛一會的過程就極大降低了生產效率,因此工業2.0時代發生變革,自動化流水線式的分工模式代替了原本的單點作戰。擰螺絲的只需要擰螺絲,做包裝的只需要做包裝,極大提高了企業生產效率。

有了分工,同數勞動者就能完成比過去多得多的工作量。因為勞動者的技巧因為業務的專一而日漸長進,正所謂熟能生巧。同時,由一種工作轉到另一種工作,通常須損失不少時間,有了分工,就可以免除這種損失,提升效率。

而由于SaaS相較于其他行業其業務本身的復雜性,如果一個銷售從線索獲取到最終成單到老客戶維護都要負責,甚至開發票寄合同蓋章都需要他們來走各種各樣的流程去處理,可想而知他們的日常工作存在著多少的業務流轉,每天要做多少次思維轉換,效率一定是非常低的,最終的產出又怎么可能會高呢?

也不乏有能力的銷售人員能夠干好全部的事情,但這并不代表你的HR幫你招到的每位員工都能做到這樣出色,更何況,如果把有能力的銷售人員的全部精力都用在開拓意向客戶上,他們也一定會有更高的產出。

近幾年,SaaS行業圍繞業務的崗位開始出現細分,SDR、售前、客戶成功等細分部門開始建立,正是為了通過精細化的分工管理提高最終的產出。

建立細分崗位并不意味著要花費更多的人力成本,而是盡可能的在現有人員崗位上進行優化,把同一崗位多名員工工作跨度過大的部分進行拆分重組,分成多個全新的崗位,形成精細化運轉。

3. 產品管理方向把控不到位

其實大家都知道,一款產品能夠在市場中立足,首先要做好品牌定位,圈定出自己的客戶群體,不斷輸出產品價值,以此來建立壁壘。

有了差異化定位,才能讓產品從競爭者當中脫穎而出。有了壁壘,才不會被競爭對手后來者居上。

在市場當中,技術壁壘可以被錢,被人才攻克,被新的技術顛覆,只有產品的價值壁壘,才是讓企業能夠長期發展下去的關鍵因素。

我的產品能為用戶,帶來什么樣的價值?產品的價值,怎樣通過品牌宣傳去觸達消費者用戶,讓用戶感知,接納,并在使用產品之后牢記于心,成為產品的傳教士。

我們在管理產品研發設計的過程中,要始終牢記自己的初心,任何違背產品核心價值的變動,給產品帶來的危害都是巨大的,應該毫不猶豫的拒絕,否則等于自毀長城,對于萌芽期企業來講,甚至事關生死存亡。千萬不能別人有什么,我們就做什么。

疏忽產品方向管控,自毀價值壁壘,甚至連成熟的企業都不能做到全身而退,人人網的衰落就證明了這一點。

陳一舟不滿足于將自己的產品僅僅定位在校園,將校內網改名為人人網,想要在社交領域全方位擊敗騰訊、新浪。改名后的人人網無論是產品價值、運營方式、用戶群體都發生了改變,相當于自毀壁壘。于是,放棄自己基本盤的人人網在轉型之后,用戶活躍度直線下滑,走向衰敗。與此相對應的,明確自己產品定位與價值的微信與新浪微博在國內逐漸做大。

而時至今日,市面上都沒有再出現一款能夠媲美當年校內網的針對校園關系鏈社交的平臺產品。

以上這三個方向,也是萌芽型企業在發展過程中為了提高短期營收,犯的比較多的錯誤:疏忽對產品研發、業務流程、組織架構的管控,管理體系比較粗獷。只是盲目以競爭對手為參照物來迭代產品功能,增加銷售人員的數量,提高推廣費用投入。

如何完善管理體系并有效落地?

  1. 對于組織架構的管理,一定要明確各部門職責,并將具體工作事務,充分落實到各個崗位,形成規范化、精細化的流程進行流轉。
  2. 對于員工的管理,我們應該盡可能的減少他們每個人的工作跨度,多設立細分崗位,減少每個崗位的人數,而不要盲目的對同一崗位進行擴招,每個崗位卻干著跨度非常大的事。
  3. 對于產品的管理,我們要樹立明確的價值導向,圍繞價值導向建立產品研發的生產規范及管理制度。

處在萌芽期的企業,完善管理體系除了要重視這三個方向的細節之外,還要根據自身所處行業、所處階段,盡可能做到輕量化、扁平化的管理方式。

扁平化的管理方式,也就意味著能夠讓決策快速落地。

處在萌芽期的企業,所擁有最大的劣勢就是體量小,但這同時也是優勢。正是由于體量小,才更容易做到輕量化,扁平化管理。

網站的落地頁哪里需要做改動,產品某個細節經客戶反饋需要調整,銷售的提成制度設定不合理等等等等一系列細微卻又影響重大的事情,企業管理者一旦作出決策需要改變,就要馬上實施落地,并落實到人。

當然,我們也可以借鑒一些市場上的其他成熟企業,是如何進行管理的,盡管他們的管理邏輯與我們不盡相同,但我們也可以從中吸取到養分,并應用到我們的管理邏輯當中。

當管理體系逐步完善并開始實施后,我們才需要去市場上尋找符合我們管理邏輯的軟件產品來幫助我們快速落地管理制度。

這不論是對企業,還是對于我所在的SaaS行業來講,都是一件好事。

身處SaaS行業感觸非常深——

在一次市場會議時聽到銷售反饋有客戶要求退款:經過跟客戶方BOSS的不斷溝通,終于購買了我們的CRM,可是在幫助客戶給下面員工培訓的時候,抵觸情緒非常嚴重,極度不配合,甚至連“我的手機空間不足,裝不了你們的APP”這種理由都能拿來搪塞。(我們的APP大小為15.5M)最后老板也只能無奈的搖搖頭,說用不起來,非常不好意思的詢問能不能退款。

使用軟件就是為了輔助企業的管理制度快速落地,既然員工是被管的那么一定會存在抵觸情緒,身為企業主或是高管,這時候要做的事情就是堅定自己建立制度的信心,不要被幾句話就搪塞過去。

對此,我們也給到了客戶一定的解決方案:在落地管理制度的同時,如果客戶有這方面的需要我們也會協助他們制定軟件使用制度及規范,幫助他們在企業內部將軟件推行下去。

從此之后,類似出現這種情況要求退款的客戶就再也沒見到過了。

關于企業組織管理流程圖資料,需要的可以關注公眾號領取。

其他關于萌芽期企業,品牌與產品相關的內容,我們將在接下來的內容當中繼續分享,歡迎關注。

 

作者:薇笑時好美;公眾號“有譜tech”

本文由 @薇笑時好美 原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自 Unsplash,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!