近日，Dzone網站上發布了一篇文章《Suggestions for App Developers》，針對應用開發者分享了一些開發經驗，下面是該文的譯文。

針對某一平臺，進行了多年的應用開發，你一定積累了不少經驗。這些經驗對于剛涉足該領域的開發者將十分有用。本文將列舉一些我在Windows Phone平臺上的開發經驗，希望對你有些幫助。

[[87867]]

[[87868]]

評審很重要

經過認真評審的應用往往優秀于那些雖有較好內在，但未經過較多評審的應用。

請用戶參與評審

最初，我很猶豫是否應該邀請用戶評審我的應用。畢竟，在使用應用的過程，他們需要花費時間來評審應用。一次，當我發布某個應用后，發現出現了大量的評審意見——或在網絡媒體上或在Windows Phone應用商站上。評審數目穩步增加到20~30個。當發布新的更新后，其他評審意見又紛紛出現，但速度遠遠不如應用發布之初。為了對其有更好的掌握，我決定增加一個提示，每第5次更新時，邀請用戶評審該應用。如果用戶說“Yes”，應用將引導用戶進入評審頁面；如果用戶選擇“No”，應用就會繼續執行。當下一個第5次更新發布后，同樣的提示又會出現。

這時，你可能覺得該方法太“侵略性”了。如果你不想參與評審，可以不參與，但它仍舊工作著。評審的數據呈現指數級增長，幾周之內，從100長到200，又到400。以前，收集100個評審則需要一年之久——由此可以看出一個簡單的提示可以給你帶來多大的價值。

注意特征蔓延（Feature-Creep）

伴隨著產品的成長，你可能會收到一些反饋，用戶希望增加更多的功能。首先要衡量該功能的權重，看是否有必要增加到應用中。比如，氣象指示器確實有必要增加到你的播客播放器中嗎？更危險的是，解決那些看起來似乎有助于應用要處理的問題，但又會導致程序膨脹的功能。你確實需要將每個云存儲服務增加到你的文檔編輯器中嗎？可能不會。可能有的用戶希望將Box、Dropbox、Amazon EC2、Google Drive整合其中，但因為你的應用針對Widows Phone平臺，所有的Windows Phone用戶都有一個微軟帳號，所以他們本身需要獲得的是SkyDrive——這可能才是你的目標。

簡化、簡化，再簡化

如果用戶需要依靠教程來使用你的應用，那你的產品就失敗了。在桌面上，你可以假設用戶有時間來熟悉你的產品，但在移動設備上這是不可能的。從你自己的角度來想——你愿意花費多少時間來學習一個應用？可能不會超過1分鐘。如果一個游戲、應用過于復雜，那它被關閉、不再被訪問的概率將會很高。為了防止這種情況，需要注意以下幾點：

• 遵循平臺設計法則，用戶不必特意去適應你的應用。
• 不要使用小號字體。移動設備的屏幕大小有限，不要讓用戶在使用你的產品時顯得很費力。
• 每個頁面應該包含和應用相關的有限功能集，不要試圖每個頁面都包含應用的所有內容。

保持與用戶間的聯系

無論信與否，當你對那些提供反饋、評論的用戶致謝時，他們會很興奮。通過Email、Twitter，或其他社交網絡與用戶保持聯系，你將獲得一群忠實的用戶，他們愿意測試你的產品，會更加開誠布公地公開應用中存在的錯誤及潛在的多余功能。很顯然，這就需要你有一個經過大力宣傳的交流渠道（如“關于頁”）。所有的反饋未必都是好的，雖然你收到的一些Email、評論可能是用戶對產品如何糟糕的吐嘈等，但你仍會獲得大量讓你印象深刻的好主意和測試案例。與用戶保持聯系，很有必要。

迅速迭代

沒有任何一款產品在發布時就能做到十全十美。保證對反饋迅速做出反映，并盡可能快地修改、增加功能。擁有一款維護良好的產品可以讓用戶更加信任你，同時也提高了用戶體驗。

星巴克咖啡謬論

我經常注意到開發者抱怨，為什么用戶寧愿每天發5美元買一杯咖啡，也不愿意在應用上花0.99美元呢。核心問題是，當買了一杯星巴克卡布奇諾后，你肯定還會在其他星巴克咖啡館購買卡布奇諾，但對于一個應用，卻不太一樣。作為開發者，你可能會說：“我們應用很不錯，你會喜歡它的”，但如果用戶不喜歡又會怎樣呢？應用購買后就會永遠屬于用戶，即便價格并不高。一旦被某事物牽絆住，下次再購買此類產品或項目時，用戶就會再三考慮。這正是需要評審的地方，以吸引更多的新客戶為你的努力進行投資。