网站推出的顺畅程度通常适合您吗？

Question

我和我的同事昨天正在讨论这个问题。似乎无论我们准备得多好，无论我们测试多少，无论客户在网站公开之前说什么，最初的网站发布几乎总是看起来有些不稳定。有些客户比其他客户更好，但是当网站公开时，通常在测试期间一切正常的事情突然变得非常糟糕。

这是一种常见的体验吗？我不只是在谈论功能崩溃（尽管这通常也是一个问题）。我也在谈论那些按照我们想要的方式工作的网站，但是当网站公开时，客户突然感到不满意。我说的是在大多数开发过程中熟悉该网站的客户。意思是，公开发布绝对不是他们第一次看到这个网站。

如果您之前处理过这个问题，您是否找到了改善这种情况的方法？或者这只是一个总是有点问题的东西？

Answer 1

别担心。这完全是完全正常的，并且适用于每一个软件。一切可能出错的东西都会出错，开发过程中最不稳定的实体，即客户，将成为这些事情的原因。

您可以在全球范围内完成所有要求收集，撰写100页提案，每小时提供项目的屏幕截图和更新，客户仍然不会批准。从个人的角度来说，我觉得互联网是最糟糕的媒介之一，因为现在的设计更加自由流动，而且客户在他/她的脑海里总会有一定的画面;一个看起来不像成品的。

我发现具有已定义阶段和签名表的防弹接触是处理此类情况的最佳方式。假设您的工作已经签订合同，您应该确保在每个阶段向客户展示工作并被迫批准每一项变更。至少就是这样，如果客户想要更改某些内容，您可以告诉他们他们已经签署了该部分，而额外的工作将花费额外费用（也在合同中定义）。

这种方法不仅适用于我，还使客户停下来思考他/她真正想要的东西。幸运的是，我的很多客户都已经注重技术，因此他们明白这些事情需要时间，但那些对Web开发一无所知的人希望在几天之内完美无缺。只要您确保合同中涵盖了所有内容，客户就会考虑他们想要什么，并且不会在之后解决您的问题。

当然，您在质量控制方面可以做的任何事情都会非常棒，并有助于项目顺利进行。还要确保在项目之前计划出某种形式的方法，并且客户已知这种方法。通常基础领域的变化可能代价高昂，许多客户似乎并没有意识到一个小小的变化可能需要改变许多事情。

Answer 2

是的，在我们的项目中多次看到这一点（人类是善变的）。

在这些情况下帮助我们的是一个能够处理客户的优秀客户经理/客户经理，这使得技术层面上的事情变得有点可忍受。

Answer 3

网站发布通常对我们来说相当顺利。当然，我们会进行广泛的验证，包括代码检查，部署到原始服务器（与我们的生产服务器相同）以及大量文档。

每次发布​​后，我们都会召开会议，讨论哪些方面进展顺利，哪些进展顺利，以便我们可以对整个流程和最知名的方法文档进行调整。

对于那些在最后一分钟改变主意的客户......叹息......我们通过让他们在测试版上签字来最小化。这样，项目启动时就没有分歧。如果存在分歧，则总会有下一个版本。

Answer 4

对于它的价值，最后一次网站发布，我确实顺利完成了。现在，它不是一个高流量的站点，并且我最终确定了一些错误，但在实际发布的那天没有任何麻烦。

这是一个ASP.NET / C＃站点。它不是非常大或复杂，但也不是微不足道的。可能最值得注意的是它是由我自己设计，实现和测试的100％，从数据库模式一直到CSS。这也是我第一次使用ASP.NET。在开发过程中有很多障碍，但是当我发布它时，我对它们非常熟悉，因此知道会发生什么。

我认为从中学到的教训是拥有良好的设计前期，扎实的实施技能和良好的测试，而新网站不一定是一场噩梦。至少有可能无故障启动。

Answer 5

我不会将您的陈述仅限于网站。多年来，我参与了很多项目，并且总会有一些细节在上线时被“发现”。没有多少测试可以消除所有可能发生的有趣事情。

我要说的一件事就是你在新系统“上线”的前几个小时所学到的东西是在开发过程中学到的所有东西都很有价值。它显示了真正酷的问题和场景出现的时间。学会爱他们，并将这些时间作为下一次的学习点。那么每次它都会很有趣！

Answer 6

我们过去常常遇到这个问题，但最近却不那么重要了。

部分对我们来说，它是关于更加坚固的项目管理和记录规范（如此处的其他答案所示），但我相信更多的差异来自：

• 期望管理 - 让客户接受迭代更改仍然是在启动之后，这是正常的，不用担心它
• 增加权限 - 我们现在是一个成熟的（13年）网络开发人员，我们可以说很多专业知识
• 只是更有经验 - 我们现在可以提前预测大部分可能出现的查询，并解决它们，减轻它们或引起客户的注意，这样他们就不会在当天刺痛我们/ LI>

另外，我们很少会大肆宣传 - 软启动会减轻压力。

Answer 7

我的经验是，网站发布几乎总是不稳定。我对这个常见的事实只有两个例外。第一个是为一个人经营的小型企业开发的网站。这很顺利，因为，只有一个人可以讨好，所以很容易跟踪他们想要的东西。另一个是由财富500强企业推出的价值数百万美元的网站。这种情况很顺利，因为那里有2名工作人员和一小批顾问来管理客户的需求。再加上一个月的直接应用程序负载测试和1000个用户beta发布意味着当网站最终“实时”出现时，我能够获得整夜睡眠（这是相当不常见的）。然而，这些情况都不构成规范。当然，没有什么能比几千名测试人员更好地访问您的网站，以帮助找到您从未想过的突发事件。

Answer 8

我确信你可以找出总是潜入的错误，例如是否因为肤浅的测试？例如。随机点击并检查事情是否正确。

为了改进，我提出了以下建议：

• 创建指定所有测试程序的文档/清单。
• 让常规人员进行测试，而不仅仅是构建应用程序的人。
• 设置与生产非常相似的暂存环境。
• 发布后，分析出错的原因以及出错的原因。
• 或许可以通过外部质量保证来检查您的程序。

现在，所有这些建议当然都非常明显，但在启动过程中实施这些建议需要时间。

总的来说，这确实是一个持续的过程，可以帮助您和您的同事改进。并且也更高兴，因为修复生产中的错误只会让你快速老化。 ; - ）

请记住，您不会在第一时间完成。文件很重，这就是人们不读它们的原因。人们也很懒，不遵守程序。这意味着您始终可以分析发生的情况，返回并改进程序。

如果你有机会，我也会花一些时间来研究为什么在另一次发布时没有出现任何问题，并将其与通常情况进行比较。