當我向創業者傳授這種方法時，我常常會從製造業講起。不多久就看到大家麵露懷疑：這跟我的企業有什麼關係？造就豐田成功的基礎理論，可以用來大幅提升新創企業的速度，獲取經證實的認知。
豐田發現小批量讓他們的工廠效率更高。相比之下，精益創業的目的並非高效開發更多產品，而是盡可能迅速地學會如何創建一項可持續的業務。
回想一下裝信封的例子。如果顧客不想要我們正在生產的產品怎麼辦？盡管對創業者來說是個壞消息，但是晚知道不如早知道。小批量方式可以讓新創企業把那些最終可能被浪費的時間、金錢和精力降到最小。
IMVU的小批量實踐
我們把這些製造業的經驗運用到了IMVU的工作中。以前，我們這類產品的新版本通常是以每個月、每季度或每年為周期向顧客推出的。
看看你的手機，它可能已經不是那個型號的最初款式了。但就算蘋果這樣的創新企業，它的經典款手機差不多一年才推出一個新型號，而隨產品發布捆綁在一起的是幾十項新的功能特性（iPhone4手機發布的時候，蘋果宣稱其中包含了1500項改進）。
諷刺的是，很多高科技產品在設備先進的工廠裏采用小批量和單件流這樣的最新精益手段來製造，而產品設計的流程卻還困守在大批量生產時代。舉例來說，iPhone這個產品的改動共有1500項之多，全部放在一起，以一個巨大批量的形式發布給顧客。
大批量生產仍是產品開發設計中的行規。新產品開發的工作在一個虛擬的流水線上推進。產品經理要去了解哪些功能特性可以取悅顧客，接著產品設計師要決定這些功能特性的界麵應該如何。這些設計再傳達給工程開發人員，開發新產品或改善現有產品。完成之後，交付負責調試的人員，檢驗新產品是否按產品經理和設計師的意圖正常工作。像iPhone這樣的產品，這種內部的開發傳遞流程可能每月或每季度發生一次。
再回想一下剛才說的裝信封，這件事最有效的做法是什麼？
我們在IMVU嚐試充分運用小批量效力，每次設計、開發和推出一項新的功能特性。我們的做法如下。
工程師和設計師不是在各自的部門孤軍奮戰，而是在每個新功能開發上都攜手合作。到該功能一切就緒準備進行顧客測試時，他們會即刻在我們的網站上發布一個新的產品版本，提供給我們為數不多的顧客。開發團隊可以馬上評估他們工作的成效，衡量對顧客產生的影響，並決定下一步怎麼做。如果隻是微調的話，整個過程每天會重複數次。IMVU總計每天對產品平均進行50次改動。
要像豐田生產係統那樣迅速運作的關鍵在於，馬上檢測出缺陷，從而防範之後出現更大的問題。比如，我們有一套全麵的自動測試體係，保證每次改動之後，產品還能按原設計運行。舉個例子，一位工程師不小心刪除了收費頁上的結賬按鍵。這是一項重要的產品功能，沒有這個按鍵，顧客就無法購買任何IMVU產品，我們的生意就好像瞬間變成了業餘愛好。IMVU使用了類似豐田“安燈”拉繩的一套複雜防禦機製，防止工程師意外破壞這些重要的功能。
我們把它稱為產品的免疫係統。這些自動保護措施不僅可以用來檢測產品異動，也可以讓我們隨時監測業務本身的健康狀況，一旦有錯誤就能自動發現並排除。
回到剛才那個刪除結賬鍵“生意變愛好”的例子上。我們把問題再設定得有趣些。如果工程師的錯誤並非刪除了整個按鍵，而是把它改成了白色，這樣一來，白色的按鍵被安在了白色的背景上。從自動化功能測試的角度看，按鍵還在那裏正常工作；從顧客的角度看，按鍵的確消失了，所以沒人能買東西了。這類問題很難單獨依靠自動化手段發現，對業務而言影響重大。IMVU設計的免疫係統可以盡早發現可能造成的商業後果，並自動調用我們相當於“安燈”拉繩的設置。