specifications - 设计 Web 应用程序的正确方法(设计软件，而不是图形)

Question

最近，我收到了潜在客户对非常复杂的 Web 应用程序的请求。
他们希望我在“真正的”作品开始之前写一个规范。
在他们看来，规范应该只是描述应用程序和数据库的词语。
我发现最好的方法是“绘制”或“构建”应用程序将具有的屏幕原型(prototype)(html 比写一本书更容易，特别是如果您仅在此阶段使用 WYSIWYG ......标准并不重要这点)。

当您的眼前有一个屏幕时，您会立即清楚哪些元素应该是(日历/照片库/主要链接、搜索框等)

那么，我的方法错了吗？
还是客户不知道正确的做事方式？

Answer 1

虽然我同意您需要就正在构建的系统的范围和成本达成一些广泛的协议(protocol)，但我认为认为您可以在将系统交到客户手中之前对其进行完全规范是捕获了稻草。正如您所发现的，客户通常在真正看到之前并不知道他想要什么。解决这个问题的一种方法是使用模型，就像您习惯做的那样。我在设计和规划期间也使用它们。

然而，大多数情况下，您需要将实际产品交到客户手中，以获得关于哪些有效、哪些无效的不可避免的反馈。你最好早点而不是晚点这样做，因为在开发后期发生的变化更加困难和昂贵，至少在传统方法中是这样。使用一种敏捷的方法可以尽早并经常地交付工作软件，并结合足够的计划和文档来获得更好的客户反馈，而不是迭代客户可能发现他们不想要(或至少想要他们)的产品的大量规范他们说的方式)。

我建议您需要一些文件来概括项目的范围。足以让您就系统的组成部分和不组成部分达成一致。例如，如果您正在构建一个库存管理应用程序，他们不应该期望同时获得一个客户关系管理系统。然后，应用敏捷开发方法中的技术，以轻量级的方式跟踪所需的功能，并尽早并定期将一些工作代码交到他们手中。这将需要各方的信任，因此您可能希望从小项目和时间表开始，并建立这种信任。