发布Web应用程序:建议/待办事项列表

时间:2014-04-01 16:18:48

标签: web-applications web language-agnostic saas release-management

好的,我需要一些关于这个主题的建议。假设我正在开发一个尚未完成的Web应用程序(永远不会:)。今天,和朋友聊天,我正在考虑第一次发布,我希望听到你在那天之前必须做的事情。

首先:我应该使用一系列基本功能,还是等到有趣的东西?这是因为核心功能齐全,我甚至有一些高级功能,但大约40%只是草稿。

(已结束)测试版:我的朋友建议开始启动封闭测试版,并且只有在真正稳定,功能齐全的部署中才能向公众发布。这是一个好习惯吗?与早期公开发布相比,它是否有一些真正的好处?

即我有用户管理,但我只能输出简单的简单用户报告。在这种情况下,报告不是一个关键功能,但仍然值得拥有。此功能准备好后我应该上线吗?我现在可以发货吗,稍后用这些新功能更新?这个问题显然适用于许多其他方面,用户报告只是一个具体的例子。

结算:我明白要求一些钱来创建专业账户。专业用户可以利用一些高级功能(其中一些已准备就绪,其他功能将在发布之前完成。其中只有几个计划用于后期开发)。我现在应该把所有东西都免费,然后介绍账单吗?或者最好的选择是从这些区别开始?

错误:由于应用程序本身在这一刻非常简单,没有严重的错误,但我100%肯定会发布一些小故障,小错误等。我是否应该花大力气去寻找这些小故障,还是让我的用户/测试版测试人员为我做测试?

表现:我从未用这种方式付出任何努力。由于我不打算发布杀手级应用程序,我认为这一点不值得我花时间,但有人可以证明我错了。

灾难恢复:sh * t发生。我没有任何灾难恢复程序,但我认为我真的需要一个,即使在早期阶段。关于该怎么做的任何有用的建议?我在考虑备份(数据库,用户数据)。

开发博客:值得拥有一个吗?

促销:如果是早期发布,我应该通过在线广告宣传该应用,还是应该等待功能更强大的版本?

我错过了一些观点吗?我真的会听到您的意见,并随时添加任何考虑因素,您遇到的任何问题。一般来说,你可以给我任何建议。

最后,对不起我糟糕的英语,我希望这个问题仍然可以理解。

修改 浏览杰夫阿特伍德的编码恐怖,我发现了这个:

Version 1 Sucks, But Ship It Anyway

对于我的第一个问题,我认为这是一个很好的答复。有人不同意吗?并且可以解释为什么?

1 个答案:

答案 0 :(得分:0)

这取决于您希望作为公司/开发人员接收的方式以及在商业意义上对您最有利的方式。

您可能需要考虑的一些问题:

尽快上市很重要吗? 如何处理新的更新/功能? (附带问题,人们是否需要为新版本付费?) 我的用户是否会关心开发中的所有螺母和螺栓?

希望这会引导您进入一些思考方式,帮助您找到所需的答案。

实际上只是回答你的一些问题......

  1. 我将使用一组核心功能,然后在可用时引入新功能(研究迭代部署)
  2. 首先免费提供基本应用程序,以便人们可以了解其全部内容,然后制作专业版
  3. Google“80/20规则软件错误”然后做出决定
  4. 表现不佳的软件往往会让用户失望
  5. 是的,备份所有内容
  6. 有一个博客,用户可以看到您的应用发生了什么
  7. 了解您的应用的人越多,您最终可以通过它获利的越多