互聯網產品設計指南——新產品開發不可犯的九大錯誤

來源:互聯網
上載者:User
關鍵字 產品開發

下面這個案例雖然發生時間已經有些久遠,但其中蘊含的教訓卻是永恆的。 在20世紀末互聯網經濟泡沫高峰時期,Webvan(美國一家網上雜貨零售商,曾經一度非常著名,2001年宣佈破產。 ——譯者注)一舉成為最令人興奮的新型初創企業,該公司曾雄心勃勃地宣稱要讓其產品深入每一個美國家庭。 在成功籌集到史上最大一筆投資(超過8億美元)之後,這家公司提出了耗資4.5億美元的具有革命性意義的網上雜貨零售業務,號稱可實現「訂購當日上門交貨服務」。 Webvan認為該創意是互聯網上第一批「殺手鐧程式」之一,客戶只須選擇、點擊和下單即可,其他所有工作都由公司完成。 公司首席執行官在接受《福布斯》雜誌採訪時說,Webvan將「為國民經濟中最大的消費者領域設定規則」。

除了大量融資之外,Webvan創始人的每一個舉動似乎都是正確的。 在經驗豐富的創業資本投資家支援下,公司快速建立起面積巨大的自動化倉儲中心,購買了大量貨運卡車,推出了簡單易用的網站頁面。 此外,Webvan從諮詢行業聘請了管理經驗豐富的首席執行官。 最重要的是,大多數早期客戶確實很喜歡這種服務。 可是,就在首次公開募股(IPO)僅僅兩年之後,Webvan便宣佈破產了。 這到底是什麼原因呢?

顯然,這絕不是執行上的失敗。 Webvan做到了董事會和投資者要求的每一項工作。 特別值得一提的是,公司非常熱衷於遵循大多數創新企業廣泛應用的傳統的新產品導入模式,堅信當時非常流行的管理思路,如「先發制人優勢」和「跑馬圈地經營」。 究其原因,Webvan未能清晰回答「客戶群體是哪些」這個問題才是導致失敗的關鍵,正是這一點讓久經驗證的產品導入模式失靈,讓投資數億美元的企業墜入深淵。

對於Webvan這樣的新產品來說,商業計畫無法作為其開發路線圖的原因在於,它的產品和客戶都是未知因素。 對大多數初創企業而言,下列9項假設是最為致命的。

1 認為「我很清楚客戶需要什麼」

第一個錯誤是,企業創始人堅信自己清楚客戶群體有哪些、清楚他們需要什麼以及如何向他們銷售。 實際上,當一家企業剛成立時,冷靜的旁觀者都會發現它並沒有客戶。 除非創始人是某一領域的專家,否則只能對客戶群體、客戶問題和商業模式等問題做出初步假設。 成立伊始,可以說初創企業只是一個建立在假設基礎上、以創始人個人信念為支撐的專案。 但是,傳統的產品導入法卻讓創始人把這些商業模式假設當作事實,以此為基礎去設計產品,花錢搞什麼「首次客戶交付」,儘管他們實際上根本沒有接觸過任何客戶。

成立伊始,初創企業只是一個以個人信念為支撐的專案......

要想實現企業成功,創始人必須把假設或猜想儘快變成事實,具體做法是走出辦公室詢問客戶這些假設是否正確,然後迅速改變其中錯誤的內容。

2 認為「我知道該開發哪些產品特徵」

第二個錯誤假設是在第一個錯誤的基礎上形成的。 自認為清楚有哪些客戶群體的企業創始人,會假定自己瞭解客戶需要的產品特徵。 他們會利用傳統的產品開發模式在辦公室裡指定、設計並打造出具有全面特徵的產品,但是,這種做法真的適合初創企業嗎?答案是否定的,因為它只適合那些擁有已知客戶群體的成熟企業應用。

...... 未做調查,你並不清楚產品特徵能否吸引客戶。

瀑布開發法(見圖1-2)通常會連續不斷地持續一到兩年之久。 在產品發佈之前,企業可通過新編寫的代碼或新安裝的硬體衡量整個開發流程。 但是,由於缺少和客戶之間的直接連續溝通,企業並不清楚這些產品特徵對客戶是否有吸引力。 顯然,當產品已經成型並交付到客戶手中之後,此時再改正不可避免的問題,不但成本高昂而且費時費力,甚至有可能給企業帶來滅頂之災。 這種開發方式往往會讓產品在發佈之日就成了明日黃花。 更糟糕的是,它還會導致嚴重的工程技術浪費,當客戶表示對新產品特性不感興趣時,數百小時的工作便付之東流,上萬行代碼轉眼之間變成垃圾。 頗具諷刺意味的是,讓初創企業陷入這種困境的恰恰是這些曾被廣泛使用的新產品開發方式。

3 關注發佈日期

傳統的產品導入模式強調按照雷打不動的產品發佈日期安排工程、銷售和行銷活動。 行銷部門根據產品發佈時間選擇行銷活動(行業展會、新聞發佈會、博客等),管理人員根據發佈日期和產品開發日曆逆向安排工作計畫。 無論管理層或投資者,都高度強調發佈日期的重要性,並對造成延誤的「錯誤行為」嚴懲不貸。 然而,儘管傳統的工程計畫安排了包括內部測試、外部測試和產品發佈的整個迴圈過程,但實際上很少有時間去改善產品。 可以說,他們的目的是努力一次性推出問題最少的初始產品。

產品發佈日期和首次客戶交付日期只不過是產品開發團隊自認為產品首發階段「結束」的日期,並不意味著企業已經充分瞭解客戶以及如何向客戶行銷或銷售。 但是幾乎在每一家初創企業中,無論是否準備充分,各部門的時間安排全部都以「首次客戶交付」為準繩。 更糟糕的是,企業投資者也是以這個時間為基礎管理財務活動的。

對此,投資者的反應幾乎完全一致:「企業當然應該這麼做,按時向市場推出產品是銷售和行銷部門的任務,否則企業怎麼賺錢?」 這條建議可謂大錯特錯,過度關注產品發佈日期會導致「開火—準備—瞄準」式的逆向戰略,它忽視了整個客戶探索流程,是一項嚴重而致命的錯誤。 很明顯,每一家初創企業或公司都希望把產品推向市場並展開銷售,但如果不了解銷售物件以及對方的購買原因就盲目行動,結果肯定「凶多吉少」。 這種強制性的開發流程忽略了反覆運算迴圈的作用,後者的意義在於它能提出這樣的建議:「如果我們的假設是錯誤的,或許可以嘗試開發不同的新產品。 」換言之,以發佈日期為準繩的開發模式切斷了「開發—測試—學習」流程,假定良好的工程技術實施足以吸引客戶出現。

然而事實一次次證明,初創企業總是在產品發佈之後才發現沒有多少客戶訪問網站、參與遊戲、推薦好友或形成消費。 它們發現早期客戶並不會形成主流市場,發現自己的產品無法解決高價值問題,發現銷售成本高得難以承受。 這一切還不是最糟糕的,它們發現自己還背上了另一個沉重包袱——高薪請來但卻只會燒錢的銷售和行銷機構。 現在,它們只能想辦法自己解決問題了。

以Webvan公司為例。 互聯網狂熱或許強化了這家公司對產品發佈的推動,但實際上這種管理思路對大部分初創企業來說都是非常典型和普遍的。 在首次客戶交付階段,Webvan擁有約400名員工,其後半年內又招聘了500多人。 1999年5月,公司推出了第一個耗資4 000萬美元修建的配貨中心,該中心完全是根據對客戶群體的盲目預測修建的。 與此同時,公司還計畫修建另外15個同等規模的配貨中心。 為什麼會如此瘋狂?原因是Webvan是在忠實地按照商業計畫行動,絲毫沒有考慮到客戶是否認同。

4 強調執行而非「假設—測試—學習—反覆運算」流程

初創企業文化經常強調「完成目標,越快越好」的管理思路,因此,其工程、銷售和行銷部門主管很自然地認為,企業聘用他們是因為他們知道如何管理,而不是因為他們具備學習能力。 他們認為自己以往的經驗和新企業相關,認為要做的工作就是運用自己的知識管理執行活動——畢竟,這些經驗已經取得過很多次成功。

誠然,成熟的企業可以在客戶群體、客戶問題、產品特徵等因素已知的情況下執行商業模式,但初創企業與此不同,它們必須採用「探索」模式,通過測試驗證每一個初始假設。 每一次測試都是一次學習機會,它們能説明企業修正假設條件,然後再次測試,以尋找可重複、可升級和可盈利的商業模式。

盲目執行而不問其故,無異于對企業的犯罪。

在實踐中,初創企業都是從一組初始假設(猜想)開始的,其中大部分假設最後經過證明都是錯誤的。 顯然,如果強調在未經驗證的初始假設的基礎上執行方案、交付產品或服務,這樣做無異于自取滅亡。

與此相反,傳統的產品導入模式認為,初創企業的成立是一個按部就班、承前啟後的以執行為導向的過程。 在這個過程中,每一步都按邏輯順序展開,可以通過計畫評審技術圖(PERT,一種映射專案完成步驟和所需時間的專案管理技術)進行跟蹤,每個步驟的完成都分配有里程碑和相關的資源。 但是,凡是向潛在客戶推薦過新產品的人都知道,和客戶互動的過程充滿了不確定因素,往往喜憂參半、勝負難分。 因此,是否具備從錯誤中學習經驗的能力決定著初創企業的成功和失敗。

和所有的初創企業注重執行連續性產品導入方案一樣,Webvan聘請了開發、行銷和產品管理副總監,公司的一切活動都圍繞著既定的銷售和行銷戰略展開執行,而不是把重點放在聽取客戶意見和探索客戶需求上。 首次客戶交付僅僅60天之後,這3位副總監就招聘了50多位員工。

是否具備從錯誤中學習經驗的能力決定著初創企業能否取得成功。

5 傳統商業計畫認為「不跟蹤,不犯錯」

傳統產品開發模式的一大優勢在於,它為董事會和創始人提供了明確的、帶有里程碑資訊的管理途徑,讓人認為這些目標一定可以達到。 大多數工程技術人員對內部測試、外部測試和首次客戶交付等概念並不陌生。 如果開發出來的產品達不到效果,每個人都會停下來解決問題。 與此形成鮮明對比的是,在首次客戶交付之前,銷售和行銷活動往往是即興和模糊的,很少具備可衡量的具體目標,缺乏停下來解決問題的方式(甚至都不清楚是否存在問題以及如何停止)。

財務流程可通過損益表、資產負債表和現金流等衡量指標進行跟蹤,哪怕企業還沒有可供衡量的營業收入。 但在實際應用中,這些指標對初創企業來說統統沒有意義。 董事會成員只會採用大型企業使用的傳統衡量指標,絲毫沒有考慮到它們(大型企業)擁有既定客戶群體和商業模式的事實。 對初創企業來說,這些衡量指標全都無法跟蹤它們唯一需要關注的目標——探索可重複和可升級的商業模式。 正相反,傳統的衡量指標甚至會阻礙它們的發展。

初創企業的董事會和管理團隊應當關注的不是「還有多少天進行外部測試」或「我們的銷售管道中有哪些產品」,而是一大串測試和實驗的結果,以此驗證其商業模式中的各個模組。

如果初創企業董事會關注的不是這些問題,那它無異于在浪費時間做無用功。 無論在什麼情況下,企業董事和創始人都必須關注唯一重要的財務衡量指標——燒錢率以及銀行帳戶上的錢還能堅持幾個月。

如果初創企業董事會關注的不是這些問題,那它無異于浪費時間......

在Webvan公司的開發路線圖上,並沒有標記「暫停開發,評估發佈效果」的里程碑事件。 否則,公司有可能會注意到2 000份實際日訂單和商業計畫中預測的8 000日訂單之間的巨大差異。 在缺乏有效客戶回函的情況下,Webvan公司在產品交付僅1個月後便和柏克德工程建築公司(Bechtel)簽訂了1億美元的協定,計畫在未來3年內新建26個大型配貨中心。

6 混淆傳統職務和初創企業的任務目標

在大多數初創企業中,管理者的職務都是從成熟企業照搬過來的。 可是,他們沒有意識到後者是執行已知商業模式的組織機構,其職務內涵和自己相去甚遠。 例如,在一家成熟企業中,銷售部門指的是這樣一支團隊,他們以標準的演示材料、價格、條款及條件重複性地向已知客戶群體銷售已知產品。 反觀初創企業,它們基本上完全不具備這些已知因素。 實際上,它們根本還沒找到這些因素。

由於目標客戶、產品規格和產品演示內容每天都會改變,早期階段的初創企業管理者必須具備完全不同于以銷售既定產品和延伸產品為目標的成熟企業管理者的技能。 客戶探索需要要求初創企業管理者具備以下特徵:他們應當是一群高度適應變化和混亂局面,善於從失敗中學習經驗,易於在充滿風險、缺乏路線圖的不穩定環境中開展工作的人。 簡而言之,初創企業歡迎的是那些具有企業家精神的少數派,他們勇於學習和探索,充滿好奇心、求知欲和創造力。 他們渴望尋求可重複和可升級的商業模式,高度機敏可應對日常變化,能夠擺脫既定模式對經營管理的限制。 他們隨時可以扮演多種角色,能夠坦然接受失敗,將其視為學習和調整機會。

Webvan公司的首席執行官和副總監全都具備大型成熟公司管理背景,擁有豐富的管理經驗。 在面對初創企業的混亂狀況時,他們感到的是吃驚和不安,試圖通過快速擴大企業規模的方式來解決問題。

...... 以產品發佈或營收計畫為目標衡量管理流程可謂謬之千里。

7 銷售和行銷部門按照商業計畫執行活動

聘請副總監和主管參與開發,他們雖然有合適的背景但缺乏必要的能力,這樣做只會給企業帶來更大的麻煩,因為這些手握權力的銷售和行銷主管是來執行制定好的商業計畫的。 這一過程具體如下:

根據商業計畫和傳統的產品導入模式,董事會和創始人約定好產品發佈日期、燒錢率、營收方案和一系列里程碑事件。 銷售副總監開始招聘核心銷售團隊,設計推銷辭,指定並嘗試獲取早期「燈塔客戶」(可吸引更多客戶的關鍵客戶)。 銷售團隊利用商業計畫中指定的收入目標跟蹤活動進度以便了解客戶。 同時,行銷副總監忙於設計網站、標識、演示材料、資料表和相關資料,聘請公關公司為企業宣傳造勢。 儘管這些只是具體手段,但卻被企業當成了行銷目標。 這樣做的問題在於,行銷部門往往只能等到首次客戶交付之後才知道其市場定位、資訊傳播、定價方案和需求創造活動是否有效。

企業主管和董事會成員已經習慣于商業計畫中設計好的可衡量進度指標,注重這些執行活動是因為這是他們唯一知道的行動方式(也是他們認為企業聘用自己的原因)。 當然,對於擁有已知客戶和已知市場的成熟企業來說,注重執行是非常合理的。 甚至於對某些客戶和市場因素已知的初創企業來說,這樣做也十分有效。 但是對絕大部分初創企業而言,以產品發佈或營收計畫為目標衡量管理流程可謂謬之千里,因為這樣做根本沒有真實的客戶回函做基礎。 與此相反,正確的做法應當是努力瞭解客戶群體及其問題,用調查得出的事實取代先前所做的假設。

Webvan公司踏上的便是這條商業計畫驅動型「行銷死亡之路」。 在投入運營的最初6個月中,公司成功獲取了47 000位新客戶,但在其2 000份日訂單中有71%都是重複訂單。 這意味著Webvan必須快速挖掘更多新客戶,同時努力降低過高的客戶流失率。 雪上加霜的是,Webvan根據未經驗證的行銷預測錯誤地加大了投資力度,結果發現這些預測盲目樂觀,完全不符合實際。

8 認為成功會導致倉促擴張

商業計畫、營收預測和產品導入模式認為,初創企業成長的每一步都必須無瑕疵地,只有這樣才能水到渠成地過渡到下一個環節。 也就是說,整個模式很少為犯錯、學習、反覆運算和客戶回函留出餘地。 在這些活動中,我們看不到「瞭解客戶之後再招聘」或「停下腳步傾聽客戶回函」這樣的提示。 即使經驗最豐富的管理者也要面對按照商業計畫完成招聘的壓力,完全不顧企業的發展過程,這樣必然會導致下一個麻煩——倉促擴張。

對大型公司來說,這些錯誤只會讓它們多花幾倍的投資而已。

招聘和支出活動只能在銷售和行銷活動成為可預測、可重複和可升級的流程之後再加速,而不是根據商業計畫中安排好的日期(或是在發現「燈塔客戶」或完成幾筆銷售時)展開。

對大型公司來說,這些錯誤只不過讓它們多花上幾倍的投資,並不會傷筋動骨。 像微軟、谷歌等企業巨頭曾推出過很多產品,如谷歌的Orkut、Wave、Deskbar、Dodgeball和Talk and Finance,微軟的Kin、Vista、Zune、Bob、WebTV、MSNTV和PocketPC ,都是嚴格按照產品開發計畫和產品成功假設開發的。 但不幸的是,這些產品開發出來之後不久就因為缺乏客戶回應導致產品及其管理迅速走向失敗。

在Webvan公司,受當時風投資本普遍存在的「快速做大」思想的影響,整個企業文化中都彌漫著倉促擴張的氣氛。 例如,公司耗資1 800萬美元開發專利軟體,投資4 000萬美元修建第一座自動化倉儲中心,完成這一切時公司還沒有向任何客戶交付過任何產品。 倉促擴張會為企業帶來非常可怕的後果,Webvan公司未來幾十年都會成為商學院分析的典型失敗案例。 隨著客戶需求嚴重滯後于公司的商業計畫,Webvan才逐漸意識到已經花掉太多的錢過度構建和過度設計。 顯然,當Webvan一心一意按照商業計畫執行方案時,絲毫沒有發現這些方案只是海市蜃樓,完全沒有以客戶回函作為依據。

...... 任何商業計畫都通不過初次客戶接觸的檢驗。

9 危機管理導致企業走向滅亡

在Webvan公司,各種錯誤行為的影響開始在首次客戶交付階段逐漸呈現。 具體過程如下:

銷售部門無力完成任務,公司董事會對此感到十分憂慮。 銷售副總監參加董事會議時仍十分樂觀,列出了一堆看似合理的解釋,但董事會並不相信。 於是,副總監回到銷售部門給下屬打氣,鼓勵他們更加努力地工作。 銷售部門通知工程部門開發客戶定制產品,因為這是唯一能讓他們達成銷售的手段。 董事會議上,氣氛變得越來越緊張,沒過多久銷售副總監被集體決議解聘。

新的銷售副總監走馬上任,很快便得出如下結論:公司既不了解客戶,也不了解如何向客戶銷售。 她認為公司的定位和行銷戰略是錯誤的,產品缺少關鍵特徵。 由於新的銷售副總監是來解決銷售問題的,行銷部門現在必須配合這位和前任大唱反調的主管(畢竟前任銷售副總監已經被炒魷魚了)。 於是,新的銷售副總監開始制訂新的銷售計畫,一切都被推翻重來。

有時在這種情況下,其實企業只需一兩次反覆運算過程即可發現正確的銷售路線圖,確定成功吸引客戶的定位。 在經濟困難時期,當投資資金有限時,企業的下一輪融資可能永遠也無法實現。

但Webvan公司的問題並不是銷售戰略或企業定位有誤,問題在於任何商業計畫都通不過初次客戶接觸的檢驗。 Webvan公司商業計畫中的各種假設只是一系列未經測試的猜想,當真實效果顯現時,他們才意識到營收計畫中的假設是錯誤的。 由於過於強調執行商業計畫,Webvan只能靠解雇主管的方式實現戰略調整和商業模式轉換。

失敗是尋找商業模式過程中不可缺少的組成部分。

Webvan公司于1999年上市,此後每個季度都產生大量赤字。 但是,Webvan並不承認其商業計畫有誤,也不肯縮減擴張規模,而是繼續按照原定戰略瘋狂支出,最終導致6.12億美元的經營赤字。 實現IPO之後僅僅7個月,Webvan便宣告破產倒閉。

頗具諷刺意味的是,在Webvan案例發生的同時,另外兩家採用客戶開發理念、當時還名不見經傳的初創企業卻抓住了機會。 這兩家企業即美國Peapod公司和英國樂購公司(Tesco),如今它們都實現了成功,企業規模不斷擴大,具備出色的盈利能力。 這兩家公司創始時的規模都很小,沒有設定好明確的假設條件和商業計畫,而是在開發商業模式和財務模式過程中逐漸瞭解客戶需求。 樂購以零售店作為啟動平臺和「倉庫」,如今每週可交付超過85 000份客戶訂單,實現5.59億美元銷售收入; Peapod零售公司已向33萬客戶交付超過1 000萬份產品訂單。 無論是否明確宣佈,這兩家企業都意識到了客戶開發測試反覆運算流程的重要意義。

  本文節選自(美)史蒂夫·布蘭克(Steve Blank)、鮑勃·多夫(Bob Dorf)所著《創業者手冊》,機械工業出版社出版

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.