一個SaaS專案失敗的原因 從個人角度覆盤專案失敗的5個重要原因
一個SaaS專案失敗的原因 從個人角度覆盤專案失敗的5個重要原因
2016-2018,經歷了一款已關閉的SaaS客服產品“A”,希望透過覆盤專案失敗的原因,作為經驗總結,同時也分享給各位SaaS創業者參考。
A”產品介紹:
saas服務
,主要面向B端企業提供基於SaaS模式的客服產品與服務。產品歷時近3年,提供線上會話、機器人客服、工單、知識庫、微CRM、資料分析、呼叫中心等功能。
關閉的直接原因:投資人看不到專案長期盈利希望,團隊龐大,資金緊張,決定關閉了該專案。
從個人角度覆盤專案失敗的5個重要原因:
1. 專案前期缺少嚴謹的市場調查和自我分析,直接進入“紅海市場”
創業者入局一個領域必須想清楚這些問題:
你的價值是什麼?
別人為什麼要選擇你?
你幫使用者解決了什麼問題?
你有什麼獨特的優勢?
這些獨特優勢是長期的還是短期的?
你的商業模式是什麼?
你的盈利目標是什麼?
你的團隊是否足夠好?
一個SaaS專案失敗的5個關鍵原因
2. 產品定位不明確,精力資源無法專注
眾所知周,B端產品的主要目的是滿足企業業務需求,然而不同行業的企業業務邏輯都是有差異的,因此B端產品的“定位”尤其重要。
產品不可能滿足所有使用者的所有需求,否則產品最後變成“四不像”,複雜得沒人會用,也無法專注自己的優勢。
由於“A”早期是為自家企業所定製的產品,商業化後也缺少詳細的商業計劃,因此整個團隊對產品定位、使用者定位不清晰,對核心需求沒有明確的判斷標準。
舉個例子:
我們的市場獲取的客戶來自金融、電商、醫療、交通等不同行業,而“A”是標準化產品,客戶必然提出許多新需求,產品經理則需要分析各家的業務邏輯、資料指標、需求場景。
然而開發資源是有限的,產品必須排列優先順序,但怎麼排?怎麼判斷做哪些功能的收益最大?沒有標準。最後就看哪個客戶急著要,哪個客戶付費更多來決定。
最後,“A”變得什麼功能都有,但什麼功能都做的不夠深入,無法真正滿足使用者需求。一些需求對於A類客戶非常重要,但對B類客戶非常多餘。
相比較下,競品的打法顯得比較有章法。有專攻“垂直行業”的,如電商、金融、醫美等;有的專攻“需求場景”的,如移動APP、IM通訊SDK、直播影片服務等;有專攻“新技術”的,如人工智慧AI、商業資料BI等。
網際網路行業有個“氣球”理論,最快戳破氣球的方式是什麼?用手擠破?用腳踩?
答案是用一根針扎破。意思是,創業過程資源有限,需要先集中所有資源找到一個突破口優先攻破,在市場上形成自己的獨特優勢。
3. 使用者定位不明確,不利於優勢積累
“先有雞還是先有蛋“?
“產品定位”先行,還是“使用者定位”先行,在公司一度成為“先有雞還是先有蛋”問題。
產品部希望市場部先確定使用者定位,以便功能、資源能被更高效利用。市場部則認為應該是產品部先確定好產品定位,他們根據產品的定位去尋找更有效更有潛力的客戶。直到專案關閉,這個問題仍然沒有定論。
“定位”對於市場部也是至關重要的。例如,如果選擇了“垂直行業”,市場推廣則更能具備“行業效應”或“裂變效應”,一旦拿下了垂直行業的標杆客戶,同行會有跟隨心理,認為行業標杆付費購買的產品,肯定不會差。客戶心理門檻降低,市場團隊營銷起來也更容易,不僅降低了企業的獲客成本,也縮短獲客時間。
4. 前期缺少對產品、技術架構的統一規劃
我們有過幾次功能與程式碼重構,每次重構對之前的產品體驗、穩定性、未來的擴充套件都是一次重大提升,但重構佔用大量產品研發資源。如果前期對產品和架構有比較長遠和全面的頂層規劃,這些重構都能避免一些。
一旦架構出現問題,重構的工作必須做,否則對後期整個產品發展影響極大,甚至可能導致整個產品推倒重來。據瞭解,SaaS企業在產品技術架構栽跟頭的不在少數。
5. 公司收入、大中小微企業、SaaS/私有云/本地化、資料安全性之間的迷思
當我們拆解公司目標收入指標時,發現純靠SaaS的年訂閱收入是無法完成的,甚至SaaS的單個客單價無法覆蓋單個獲客成本。
如何提高客單價並完成收入指標?我們發現最直接方式是做私有云、定製化業務。
to B 企業的客戶一般分為小微企業、中大型企業。
小微企業對SaaS的接受程度比較高,需求簡單,但客單價低,自身業務不穩定,流失率高。
中、大型客戶客單價高,業務穩定,流失率低、看中資料的安全保密性,SaaS接受度低,更青睞私有云甚至是定製化,對售後服務要求高、對產品穩定要求高。
我們到底選擇什麼規模的企業?是優選擇其中一類規模,還是同時做?私有云和定製化我們是否能做?該如何做?這些問題成了整個公司的迷思,據瞭解也是SaaS同行的迷思。
無論選擇哪條路線,對我們企業內部的發展方向和都是完全不同的,體現在資源分配、獲客渠道、客單價、產品功能、底層架構、資料安全性、售後服務等等。
對於市場部來說,公司的收入指標是首要考慮要素之一,他們更願找高客單價的中大型企業客戶,但產品最初是以SaaS模式開始的,除非公司從上到下進行轉型,否則我們並不具備實力接下大中型的客戶。
6. 結尾
專案運作了3年,最後還是關閉了,這個產品凝結了我們的心血和時間。希望透過文章總結我們的經驗,也為其它SaaS創業者提供參考、少走一些彎路。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31545225/viewspace-2216986/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 盤點敏捷專案失敗的6個主要原因敏捷
- 機器學習專案失敗的9個原因,你中招了嗎?機器學習
- 避免專案失敗的六個基本關注點
- SpringBoot專案Autowired失敗Spring Boot
- 大資料從業10年,從一個BI專案的失敗,看到資料治理的重要性大資料
- 那些騰訊投資失敗的專案
- 使用微服務失敗的11個原因 - Shekhar Gulati微服務
- 一次失敗的專案經歷以及反省
- 準備的一年的專案上線失敗
- 一起單測引起的專案載入失敗慘案
- 自動化專案失敗的七宗罪
- 為什麼RPA專案失敗了呢?
- SpringBoot專案引入Elasticsearch時啟動失敗Spring BootElasticsearch
- 建站失敗的原因分析
- 自動化測試專案為何失敗
- 《一個程式猿的生命週期》-《發展篇》- 46.2000萬預算的專案,為什麼跟蹤15個月失敗了
- 當「轉型人工智慧」成為一個好公司走向失敗的原因……人工智慧
- Linux中建立檔案失敗的原因是什麼?Linux
- 2019 年的 19 個高效日:失敗了
- 個人專案
- 引入js檔案失敗JS
- 為什麼85%的大資料專案都以失敗告終?大資料
- beego專案管理工具bee安裝失敗解決辦法,總有一個適合你Go專案管理
- Kotlin專案中 GlideApp 構建失敗經驗總結KotlinIdeaAPP
- 敏捷專案管理:問題、挑戰以及如何避免失敗敏捷專案管理
- Java的快速失敗和安全失敗Java
- 一個0day的開端-失敗的man與nday
- ubifs根檔案系統掛載失敗可能原因
- 從60%的BI和資料倉儲專案失敗,看出從業者那些不堪的亂象
- Maven多模組專案打包前的一些注意事項(打包失敗)Maven
- Code Review 從失敗中總結出來的幾個經驗View
- 覆盤《The Last of Us Part 2》為什麼失敗AST
- 記一次GI安裝失敗(root.sh在第一個node上失敗)的除錯經歷除錯
- rz檔案傳輸失敗
- 團隊練習2:風險控制1、如果你的專案釋出後失敗,主要的原因會是什麼?2、每個團佇列出自己專案中目前面佇列
- 使用HTTP代理失敗的常見原因HTTP
- Splendy Games:一個獨立工作室的失敗警示故事GAM
- 開發者分享如何從專案失敗中尋找到有價值的崛起經驗