1999年的時候，多數(shù)失敗的公司都在經(jīng)歷這樣一個怪圈：

• 獲得幾百萬美元投資
• 花九個月時間開發(fā)一款產(chǎn)品
• 大肆做宣傳
• 發(fā)現(xiàn)產(chǎn)品不受歡迎，不被市場認(rèn)可
• 六個月后，接著發(fā)布第二個版本
• 重復(fù)迭代，直到彈盡糧絕

[[76296]]

現(xiàn)在做App也在經(jīng)歷這個怪圈：

• 融資
• 花半年開發(fā)一款產(chǎn)品
• 提交給蘋果審核并開始進(jìn)行宣傳
• 產(chǎn)品不被市場認(rèn)可
• 六個月后，發(fā)布第二版
• 與Facebook關(guān)聯(lián)
• 試著從Tapjoy、FreeAppADay等購買裝機(jī)量
• 如此反復(fù)，直到彈盡糧絕

這就是開發(fā)周期過長的同時，對資金的把握不當(dāng)。就開發(fā)周期來說，有時候產(chǎn)品可能會因?yàn)閷徍硕⒄`時間，比如iOS應(yīng)用，但是你又沒辦法去挑戰(zhàn)蘋果的規(guī)則，因?yàn)槟阋揽克钠脚_去生存。

在對資金的把握上，很多人還以為自己是喬布斯，發(fā)布了一個外表光鮮亮麗的產(chǎn)品就能成功了，他們想要做大肆宣傳，增加流量，所以我們看到，很多創(chuàng)業(yè)公司什么都還沒發(fā)布的時候，種子輪融資融到的錢就燒了三分之一到三分之二，然后，剩下的資金就不夠?qū)Ξa(chǎn)品進(jìn)行實(shí)質(zhì)性的更新。

那又該如何應(yīng)對?有很多人的建議是：

測試。在迭代遞交蘋果之前，一般都會使用TestFlight進(jìn)行測試，但是TestFlight有時候會很混亂，所以就用invisionapp來測試基于網(wǎng)頁的產(chǎn)品原型。他們的思路是這樣的：

• 用invisionapp開發(fā)一個可點(diǎn)擊的產(chǎn)品原型
• 獲得反饋
• 修改原型(如果有必要的話)
• 開發(fā)TestFlight版本
• 獲得反饋
• 修改TestFlight版本(如果有必要)
• 提交給蘋果
• 如此反復(fù)

還有一些會開發(fā)基于HTML5的應(yīng)用，因?yàn)槟軐?yīng)用更新與迭代有更多控制權(quán)。

產(chǎn)品發(fā)布方法。有人這么做的：用幾個不同的蘋果賬號發(fā)布兩到三個產(chǎn)品版本，上邊沒有自己公司的名字，當(dāng)真正宣布發(fā)布 產(chǎn)品的時候，其實(shí)已經(jīng)為這個產(chǎn)品忙了四個月，這時候他們清楚產(chǎn)品如何、用戶是否喜歡，到真正要發(fā)布的時候，事情就少了很多。蘋果的審核時間真的會拖延迭代 周期，考慮到現(xiàn)在的開發(fā)環(huán)境，最不愿意做的就是A/B測試。還有一種策略是在一些小而相似的市場發(fā)布你的產(chǎn)品進(jìn)行測試。

推廣。除了App Store去獲取用戶，你有很多種獲取用戶的方式，社交媒體、網(wǎng)頁推廣等等，有很多分析透徹的文章，這里不贅述。

資金。錢要省著花，不要在第一版本產(chǎn)品中就耗費(fèi)你一半的資金。