是否更好地使用尚未完全开发的网站,或等到它完全正常运行?

时间:2009-09-20 08:56:17

标签: language-agnostic

建立一个基本功能的网站是个好主意,比如发布教程和注册,或者等到你有评级系统,评论系统,RSS源等等?

8 个答案:

答案 0 :(得分:15)

今天的智慧说“发布,发布,发布”。我认为是Dharmesh Shah(www.onstartups.com)说:“如果你的软件没有让你感到尴尬,那你就等了很久才释放它!”。

把它拿出来,让人们使用它并让人们谈论它。您将获得宝贵的反馈(特别是如果您可以收取费用)。此外,从第一天开始写博客,以便您可以与用户进行互动。

多年前,它曾经是一个我们推迟的案例,因为我们不确定我们是否能够克服技术性问题而且我们想要努力阻止任何跟随我们的人。今天,了解人们是否会尽快实际使用您的软件会好得多。你最终可以节省很多时间和金钱。

答案 1 :(得分:3)

恕我直言最好有一个具有基本功能的网站,让访问者看到它在不断增长的时间内(所以他们知道该网站还活着,有人正在开发它)

太糟糕了,我看到使用这种策略的大多数网站都没有比具有基本功能的第一版更进一步。然后他们死了。几个月后。

答案 2 :(得分:1)

如果您已有的功能可以在用户眼中提供完整的项目,请将其发布。

您将不断添加新功能,从而提供您一直致力于改善网站的印象。新功能也将使用户保持兴趣和积极性。

更重要的是,即使在基本功能上,您也会收到用户的反馈,这些反馈将进一步指导您,并可能以某种方式影响您实施等待日光的所有高级功能。

答案 3 :(得分:1)

没有人回答。取决于业务情况。我做敏捷/ XP开发,并尽早使软件处于稳定和可用的状态。

我鼓励我们的客户把它拿出来开始获得反馈。这很棒,因为它总会影响您查看正在构建的软件的方式。如果你有能力消化反馈并做出反应,这肯定是有道理的。

但是有些营销情况你需要阻止。认为在现代世界中只有一种方法可以发布软件,这是天真的。早期发布存在固有风险,因为您必须小心谨慎地与观众一起设定期望,而您可能根本没有能力或倾向这样做。坚持更传统的发布周期可能更容易。

我仍然坚信早期版本,即使它们受密码保护。它们可以降低项目风险和压力。我们知道发布到生产中没有隐藏的问题,因为我们从第一天起就开始这样做了。它还有助于让开发人员摆脱热议,因为我们始终有一些东西正在运行。演示和公关时刻并不像它们只是该过程的常规部分一样紧张。

因此,从软件开发的角度来看,我推荐它。从市场营销的角度来看......这是真的,我们不应该在这里进入。 : - >

答案 4 :(得分:0)

是的,事实上,如今被广泛接受的敏捷方法表明您可以在功能齐全且经过良好测试的部件中发布。显然,您的第一次迭代应该包括使您的服务工作的基本功能。然后,您可以在另一次迭代中添加功能。

答案 5 :(得分:0)

以Beta版开头。以下是最高100 beta websites的列表。邀请只是限制可以使用它的用户数量的好方法。

答案 6 :(得分:0)

真正的问题是,你怎么知道它已经完全正常运作

当StackOverflow在公共测试版中发布时,有许多功能还没有到来。如果我记得正确评论upvotes(如果不是完全评论),那么当时就无法显示关于“完全重复”,“近期活动”以及其他一些内容的重复问题。

其中一些功能的唯一出现方式是因为公众要求它。

在你出来一个公共网站之前,它只不过是一个蒸发器,你不会知道它是如何占用的。在公共测试版中发布它可以让您逐步获得有价值的反馈,并建立口碑宣传。

它也更安全。还记得 Cuil 吗?他们被大肆宣传为某种谷歌杀手,并在一天内将其网站现场直播,功能齐全。 他们的服务器灾难性地崩溃 - 不是因为他们的搜索软件糟透了(毕竟它可能更好),而是因为他们的基础设施无法处理它。

另一方面,公共测试允许更慢,更渐进的吸收,直到您更好地了解您的网站如何执行(CPU /内存/带宽明智),并允许您做出相应的响应。

通过各种方式,发布该网站(确保它明确标记为测试版),并开始挖掘您需要使您的网站真棒的宝贵用户反馈。

答案 7 :(得分:0)

没有软件可以完全正常运行。

用例随着用户的出现而发展,并为您的产品找到新的有趣用途。

您最好设计网站以便于更新,并且在更新期间停机时间最短,然后尝试猜测您的用户将是谁以及他们将如何使用它。