1

好的,我需要一些關於此主題的建議。假設我正在開發尚未完成的Web應用程序(並且永遠不會:))。今天,在和一位朋友交談時,我想到了第一個版本,我希望聽到你在那天之前必須做的事情。發佈一個Web應用程序:建議/待辦事項列表

首先:我應該結合一些基本功能,或者等到有更有趣的東西?這是因爲核心功能完整,我甚至有一些先進的功能,但大約40%不過是草稿。

(已關閉)測試版:我的朋友建議開始發佈內測版本,並​​且只有在向公衆發佈真正穩定,全功能的部署時。這是一個很好的做法嗎?與早期公開發布相比,它有一些真正的好處嗎?

即我有用戶管理,但我不能出口無非樸素簡單的用戶報告的更多。在這種情況下,報告不是關鍵功能,但仍然值得擁有。當這個功能準備就緒時,我應該去活嗎?我現在可以發貨嗎?稍後用這些新功能進行更新?這個問題顯然適用於其他許多方面,用戶報告只是一個具體的例子。

結算:我清楚地要求一些錢,以創建促賬戶。 Pro用戶可以利用一些先進的功能(其中一些已經準備就緒,其他的將在發佈之前發佈,其中只有幾個計劃用於後期開發)。我現在應該放下一切嗎?然後引入計費?或者最好的選擇是從這些區別開始?

錯誤:由於應用程序本身在這一刻是非常簡單的,沒有嚴重的錯誤,但我100%確定會發佈一些小故障,小錯誤等。我應該在尋找這些小故障時付出巨大的努力,還是讓我的用戶/ beta測試人員爲我做測試?

性能:我永遠不把任何努力以這種方式。由於我不打算髮布殺手級應用程序,我認爲這一點不值得花時間,但有人可以證明我錯了。

災難恢復:上海*噸發生。我沒有任何災難恢復程序,但我認爲我確實需要一個,即使在早期階段。有什麼有用的建議做什麼?我正在考慮備份(數據庫,用戶數據)。

開發博客:值得擁有嗎?

促銷:如果提前發佈,我應該通過在線廣告推廣應用,還是應該等待更多精選版本?

我失去了一些分數?我真的會聽到你的消息,並隨時增加任何考慮,你遇到的任何問題。一般來說,你可以給我任何建議。

最後,我爲我可怕的英語感到抱歉,我希望這個問題仍然可以理解。

編輯: 瀏覽傑夫·阿特伍德的編碼恐怖,我發現這一點:

Version 1 Sucks, But Ship It Anyway

我認爲這是我的第一個問題一個很好的答覆。有人不同意?並可以解釋爲什麼?

回答

0

這取決於您希望作爲公司/開發商接受的方式,以及在商業意義上對您最有利的方面。

一些問題,你可能要考慮:

是重要的是儘快在市場上? 新的更新/功能將如何處理? (旁邊的問題,人們將不得不支付新版本嗎?) 我的用戶會關心所有進入開發階段的螺母和螺栓嗎?

希望這會引導你進入某種思維方式,幫助你找到你正在尋找的答案。

只是爲了真正回答大家的一些問題..

  1. 我與一組核心功能,現場去,然後引入新的功能,因爲他們成爲可用的(研究迭代部署)
  2. 免費基本首先讓用戶瞭解它的全部內容,然後製作專業版
  3. Google「80/20規則軟件錯誤」然後做出決定
  4. 表現不佳的軟件傾向於將用戶帶走
  5. 一切
  6. 的是,備份有一個博客,用戶可以看到正在發生的事情與你的應用程序
  7. 人越多,誰知道你的應用程序越多,你最終可以從中獲利