創業啓示錄:創業失敗報告這個系列包括30多家創業公司的失敗案例分析。本文就有由其中一家IT創業公司的CTO所撰寫。仍是那句老話,成功的故事當然很是鼓舞人心,但咱們也能夠從失敗故事中學到不少。php
如下是譯文:網站
在互聯網泡沫破滅時期,我和朋友一塊兒成立了一家軟件公司,我本身擔任CTO一職。咱們開發了一款知識管理軟件,包含了博客、Wiki、文檔管理系統、連接管理和技能管理等。翻譯
詳細解析:code
1、咱們沒有賣出任何東西(第一部分)對象
咱們之因此沒有賣出任何東西,是由於咱們沒有產品可賣。咱們一直在招優秀的工程師,一直等到產品作完。產品完成後,咱們纔開始銷售。咱們曾在中途時出售產品,不過是接近1.0的版本。這一舉措致使過多注意力放在開發上,沒有充分關注產品銷售。由於沒有一個完成產品,咱們認爲沒法推向客戶。咱們慢慢學到兩件事:2、咱們沒有賣出任何東西(第二部分)blog
咱們之因此沒有賣出任何東西,是由於咱們沒有銷售人員。真失敗!固然了,咱們一直在尋找合適的銷售人員。商業計劃上說:尋找銷售的最好方法是組建銷售團隊。組建團隊費時又耗力,而且咱們根本沒時間和相應資源。若是你想出售產品,找一個銷售當合做夥伴,或者一開始就僱傭銷售。ip
3、咱們沒有賣出任何東西(第三部分)ci
咱們之因此沒有賣出任何東西,是由於客戶不會買。雖然咱們產品很優秀,用戶也喜歡,但用戶決定購買的時間太漫長了。「(潛在客戶公司的)底層-> 產品經理->整個公司」,咱們想經過這樣的流程來出售產品。但往往一據說產品是知識管理軟件,每位高管都決定放到他的工做日程中,而不是當即決定是否購買。因此,知識管理軟件進入命令傳達鏈條中,並無真正的決策人。資源
咱們在非相關的人身上浪費太多的時間了,咱們應當直接找決策人。在咱們的銷售對象中,有一些大公司,我也確認他們最後會買,但咱們創業公司不能等啊。好比,和咱們產品對比而言,SAP有時間等待,甚至能夠等一年。賣企業軟件須要耗費不少時間。開發
4、市場大門還沒有開啓
市場大門還沒有開啓。當時沒人據說過博客、wiki和標籤。咱們不得不向客戶解釋wiki的好處(每一個人均可以編輯!每一個人!),博客的好處(每一個人均可以發表觀點!每一個人!)和標籤的好處。若是是幾年以後,出售博客、wiki和標籤平臺會更容易。
5、咱們過於注重技術
全部的創始人都沉迷於技術。咱們使用的是EJB(EJB那時候還不是很成熟),咱們把全部的東西輸出爲XML,而後用XSLT把XML轉化爲HTML(轉化速度還不夠快),編寫本身的OR映射器-多麼愚蠢的想法(當時尚未Hibernate),嘗試CSS驅動網站(那時候也沒用相關知識)。這致使代碼重寫,這耗費咱們大量時間。咱們向客戶之間的技術討論也一樣費時,討論結果使人沮喪。
6、咱們的商業模式錯誤
簡而言之:咱們的商業模式錯誤。賣出軟件最終能收穫很多錢,但這須要時間。在沒有進帳的狀況下,咱們有前期成本,達成出售交易耗時不短而且一直在燒錢。
更好的模式應當是:作知識管理相關的諮詢,並以開源產品開頭。
咱們的確向某些公司諮詢過如何作知識管理和如何使用wiki等。但咱們根本沒在諮詢商花一分錢,由於這是咱們銷售計劃的一部分。關注諮詢和收費人羣將帶來穩定收入。
我後來的確涉入開源,並作了一個開源產品SnipSnap。SnipSnap採用(一小部分)創業點子(僅wiki和博客)。不少人下載並安裝了這款軟件。咱們真正簡化SnipSnap的安裝,故它才能快速傳播。我曾和一家很是大的軟件諮詢公司的老闆討論過,他告訴我,他們根本用不上wiki,由於它太亂,結構性很差。呵呵,事實上我知道他公司的好幾臺電腦都安裝了SnipSnap。正如其餘人如今所作的同樣,咱們也能夠從開源項目開始,而後基於它再提供付費支持和企業級功能。後來有公司付費給咱們,要求在SnipSnap中添加新功能,使其和其餘公司抗衡。可是在1999年,咱們對商業模式的瞭解,遠沒有如今這麼多。
你能從個人失誤中學到什麼呢?
在軟件管理、產品、商業模式、資金和作CTO這些方面,我已經學到了不少。你能從個人失誤中學到什麼呢?有一點能夠確定:儘早考慮銷售、儘快銷售出公司的服務或產品。
感謝你能耐心看完。
本文出處:伯樂在線- 職場博客
本文連接:http://www.jobbole.com/entry.php/315
VIA:Stephan Schmidt 編譯:伯樂在線 敏捷翻譯組 @關關 校稿& 整理:@餘糧 如需轉載,但請註明文章來源和超連接等版權信息,謝謝合做!