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

好的，我需要一些关于这个话题的建议。假设我正在开发一个尚未完成的web应用程序（而且永远不会完成：）。今天，我和一个朋友聊天，我在考虑第一个版本，我想听听你在那天之前我必须做些什么

首先：我是应该使用一些可靠的基本功能，还是等到有了更有趣的东西？这是因为核心功能齐全，我甚至有一些高级功能，但大约40%只不过是草稿

（封闭式）测试版：我的朋友建议启动封闭式测试版，并且只有在真正稳定、功能齐全的情况下才能向公众部署。这是一种好的做法吗？与早期公开发布相比，它是否有一些真正的好处

ie我有用户管理，但我只能导出简单的用户报告。在这种情况下，报告不是一个关键特性，但仍然是值得拥有的。当此功能准备就绪时，我是否应该上线？我可以现在发货，以后再更新这些新功能吗？这个问题显然适用于许多其他方面，用户报告只是一个具体的例子

账单：我只是想要一些钱来创建专业账户。专业用户可以利用一些高级功能（其中一些功能已经准备好，其他功能将在发布之前提供。只有一些功能计划在后期开发）。我是不是应该先把所有东西都免费，然后再开单？还是最好从这些区别开始

bug：由于应用程序本身在这一刻非常简单，没有严重的bug，但我100%肯定会发布一些小问题、小bug等。我应该花很大的精力去发现这些小故障，还是让我的用户/测试人员替我做测试

表现：我从来没有这样努力过。因为我不打算发布一个杀手级的应用程序，我认为这一点不值得我花时间，但有人可以证明我错了

灾难恢复：不会发生。我没有任何灾难恢复程序，但我认为我真的需要一个，即使是在早期阶段。有什么有用的建议吗？我在考虑备份（数据库、用户数据）

发展博客：值得拥有一个吗

推广：如果提前发布，我应该通过在线广告推广应用程序，还是等待更具特色的版本

我是否遗漏了一些要点？我真的会收到你的来信，并随时补充任何考虑，任何你遇到的问题。总的来说，你能给我的任何建议

最后，我为我糟糕的英语感到抱歉，我希望这个问题仍然可以理解

编辑： 浏览Jeff Atwood的编码恐惧，我发现：

---

我认为这是对我的第一个问题的一个很好的回答。不同意的人？并能解释原因吗？

这取决于你作为一家公司/开发人员希望受到的欢迎程度，以及在商业意义上什么对你最有利

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

尽快进入市场重要吗？ 如何处理新的更新/功能？（附带问题，人们是否需要为新版本付费？） 我的用户会关心开发过程中的所有细节吗

希望这将引导你进入一些思维方式，帮助你找到你正在寻找的答案

只是为了回答你的一些问题

我将使用一组核心功能，然后在它们可用时引入新功能（研究迭代部署）

首先免费的基础应用程序，这样人们就可以了解它的全部内容，然后制作一个专业版

谷歌“80/20规则软件漏洞”，然后做出决定

性能差的软件往往会让用户望而却步

是的，备份所有内容

创建一个博客，用户可以在其中查看应用程序的运行情况

了解你的应用程序的人越多，你最终能从中获利的人就越多