第十五章 發(fā)布后

第一節(jié) 一個月的預演

在 30 天后發(fā)布一個大更新
一個快速的更新能顯示良好的勢頭。這表明你在傾聽，表明你還有更多的把戲。能給你帶來第二波話題性。能夠鞏固最初的好感。讓你有料可說，也為其它的博客提供談資。

知道有一個更新馬上要發(fā)布，也能讓你在發(fā)布前將重點放在關(guān)鍵組件上，你可以開始改善核心的功能。之后你就可以對外發(fā)布你的產(chǎn)品。一旦發(fā)布，你就可以獲得用戶的反饋數(shù)據(jù)，你會知道那個區(qū)域在下次更新需要特別關(guān)注。

對于 Backpack ，我們先是發(fā)布了基礎(chǔ)版本，幾周之后，增加了 Backpack Mobile for handhelds 以及 tagging 的功能，因為這些是我們的客戶最想擁有的功能。

第二節(jié) 保持博客更新

在發(fā)布后保證產(chǎn)品博客的持續(xù)更新，以此來展現(xiàn)產(chǎn)品的活力
一旦產(chǎn)品發(fā)布，不要停止更新博客。保持一定的更新頻率來體現(xiàn)產(chǎn)品的活力（至少每周一次）。

更新的內(nèi)容包括：

FAQ
使用指南
技巧和竅門
新的功能、更新、改善
話題/公關(guān)內(nèi)容

一個博客不僅能展現(xiàn)產(chǎn)品的活力，也能讓你的公司更人性化。不要害怕保持友善和個人的語氣。小團隊有時覺得有必要表現(xiàn)的像個大公司，并且時刻保持專業(yè)性。這就像是一個商業(yè)版的拿破侖情結(jié)。不要為規(guī)模小而擔憂，這其實挺好，你可以像朋友一樣和客戶交談。

它是鮮活的

一個頻繁更新的產(chǎn)品博客是一個應用積極開發(fā)的最好標志，因為它為人所喜愛，并為之工作。一個被遺棄的產(chǎn)品博客標志著一個被遺棄的產(chǎn)品，人們會說，產(chǎn)品的負責人正呼呼大睡呢。

在博客上與你的用戶保持交流，對你分享的信息持透明和慷慨的態(tài)度。將公司的處事哲學表現(xiàn)出來。公開的談論你的競爭者。暗示即將到來的新功能，對反饋進行公開的評論。

一個有生命的產(chǎn)品是一個與用戶對話，并認真傾聽的產(chǎn)品。一個頻繁更新的博客可以推廣你的透明度，社區(qū)意識和品牌忠誠度，還能獲得免費的宣傳。

作為 Lifehacker 的編輯，對于我喜歡的產(chǎn)品，我會持續(xù)關(guān)注他們的產(chǎn)品博客 —— 例如 Googel, Flickr, Yahoo, del.iciu.us, 37signals 的產(chǎn)品博客。相較于那些發(fā)布一次新聞稿后就不再與用戶聯(lián)系的產(chǎn)品，我更樂于推廣這些產(chǎn)品。

—— Gina Trapani, 網(wǎng)絡(luò)開發(fā)者/ Lifehacker 編輯

第三節(jié) Better, not Beta

不要把“beta”當作替罪羊
現(xiàn)如今，一切事物似乎都永遠停留在 beta 階段。這是一種逃避。永無止境的 beta 階段就是在告訴用戶你沒有準備好拿出完整的產(chǎn)品。仿佛說，“使用這個產(chǎn)品吧，它還不完美，但這不是我們的錯。”

Beta 把責任推卸給你的用戶。如果你對這個版本都沒有信心，如何期待公眾能夠做到呢？內(nèi)部 beta 測試是好的，公開的 beta 就是一坨屎。如果它對公眾來說不夠好，那就不要進行公開發(fā)布。

不要等待產(chǎn)品變得完美。這不會發(fā)生。對你將要發(fā)行的版本負責。將它公布為發(fā)行版本，否則，你就是在找借口。

Beta 是無意義的

導致這種問題的，是 Google 這樣的公司。如今，用戶被訓練成認為 beta 版什么都不是。

—— Mary Hodder, 信息架構(gòu)師/交互設(shè)計師 (from Beta 的定義)

第四節(jié) bug 是不平等的

給你的 bug 分級（甚至可以忽略其中的一部分）
在產(chǎn)品中發(fā)現(xiàn)了一個 bug ，不必為之發(fā)狂。所有的軟件都有 bug —— 這就是事實。

你不必立即修復每個 bug 。大部分的 bug 都很煩人，但不是毀滅性的。煩惱可以稍后再提。那些導致“看起來不太好“的錯誤或其它小失誤的 bug 可以暫時先放一旁。但是，如果一個 bug 損壞了數(shù)據(jù)庫，你當然需要馬上修復它。

為你的 bug 分級。有多少人會受到影響？問題有多嚴重？這個 bug 是否值得即時關(guān)注還是可以稍等片刻？此刻你應該做什么才能為大部分的用戶帶來最有效的影響？有時，為你的應用增加一個新功能比修復一個現(xiàn)存的 bug 更重要。

當然，也不要創(chuàng)造一個對 bug 感到畏懼的文化。Bug 總會產(chǎn)生。不要時不時地向某人抱怨。你最不愿看的情形是，bug 被刻意地隱藏，而不是拿出來公開討論。

記住我們之前談到的關(guān)于坦誠的重要性。如果客戶抱怨一個 bug ，直接面對這個問題。告訴他們你已經(jīng)意識到這個問題了，并已經(jīng)在處理中。如果這個問題不能馬上解決，向客戶解釋，告訴他們你正聚焦在一個對大多數(shù)用戶來說更關(guān)鍵的問題上。坦誠是做好的政策。

第五節(jié) 安全度過風暴

等待下意識的膝跳反應平息后再采取行動
只要劃船，就會產(chǎn)生波浪。當你發(fā)布了新功能、修改政策、移除某些功能時，通常都會招致一些負面膝跳反應。

不要驚慌中迅速做出回應。起初的反響總是強烈。但只要度過前期的 24-48 小時，事情通常會緩和下來。大部分用戶在還未真正使用這些功能的時候就做出了反應。所有，稍事休息，仔細傾聽，不要著急采取行動。之后你能做出一個更合理的回應。

而且，負面反應通常比正面的更激烈。事實上，盡管大部分的客戶都是滿意的，你也可能只聽見負面的聲音。確保你在一個有爭議的問題上做出正確的決定，不要因為反對的聲音而退縮。

第六節(jié) 互相攀比

訂閱競爭對手的消息
訂閱關(guān)于你的產(chǎn)品和競爭對手的信息源（了解敵人總是一個聰明的做法）。使用新聞訂閱軟件了解最新的動態(tài)（用公司名字和產(chǎn)品名字作為關(guān)鍵詞）。通過 RSS ，你能隨時了解這些不斷變化的信息。

第七節(jié) 小心臃腫的怪物

更成熟不意味著更復雜
事物都是在進步的，不要害怕抵制膨脹。擴張將會是一個誘惑。但你并非需要如此。一個事物變得成熟了，并不意味著需要變得更復雜。

你不需要變成一支能倒過來寫字的太空筆。有時只做一支鉛筆也挺好的。你不必成為一把瑞士軍刀，你也可以是一把螺絲刀。如果你的客戶只在陸地上活動，只需要知道當前的時間，你沒必要生產(chǎn)一塊能下潛 5000 米的潛水表。

不要為了膨脹而膨脹。這是應用變得臃腫的原因。

新的也不總是代表先進。有時，你需要找到一個平衡點。

搭建基于網(wǎng)絡(luò)的應用和傳統(tǒng)的桌面應用相比，有一個關(guān)鍵的優(yōu)勢。像 Adobe, Intuit, Microsoft 這樣的桌面軟件公司需要每年向你銷售新版的軟件。他們無法向你售賣相同的版本，只能通過增加新功能來說服你。這是臃腫的開始。

網(wǎng)絡(luò)應用是基于訂閱模式的，用戶支付月費來使用服務。你不需要通過增加功能來進行重復售賣，你只需要持續(xù)提供有價值的服務。

第八節(jié) 順其自然

對前進方向上的新路徑和改變保持開放的心態(tài)
網(wǎng)絡(luò)應用的美妙之處就在于它的流動性。你不是將其打包銷售，幾年后再發(fā)布新版。你可以在行進中做出改變。接受這樣一個事實：你最初的想法可能不是最好的。

看看 Flickr ，它起初是一個叫做"游戲永不停歇"的多人在線游戲。它的創(chuàng)造者很快發(fā)現(xiàn)，游戲中的圖片分享功能會是一個更可信的產(chǎn)品。樂于承認錯誤并改變航向。

做一個沖浪者。觀察海洋。判斷大浪在哪里，并隨時做出調(diào)整。