在我们开始实施之前，是否有一个常用的设计规范系统来向客户展示图形设计？我的挑战专门针对邮件（PDF A4，每封邮件发送的 HTML），但我很高兴听到来自其他领域（网页设计、广告……）的任何见解
我的目标是提供一份文档，客户可以签字并代表实际设计。文件签署后，我们就可以开始实施了；并且客户对实际产品不满意的风险很小；或之后要求进行许多更改。
特别是，我试图避免在实施后多次往返，客户问：“你能把这个盒子移到左边一点吗？”，“嗯，你能把它移到底部吗？”，“这个可以吗？”图像更蓝一点？”，“嗯，这个字段可以大一点吗？”，“这在 GMail 中运行良好，但我对 Lotus Notes 不满意！”
我知道迭代方法，无论是标榜为时间和材料，还是有上限的努力，可能更适合这种情况。（如果您使用它们，作为专业设计师，也请告诉我）。然而，在某些项目中，客户出于某些原因需要瀑布方法。我想知道如何最好地处理这些情况。
你不能用印刷来做敏捷。没有迭代。一旦它在媒体上，它就在媒体上。
但是，到那时为止的设计过程可以按照您的意愿进行迭代。当然，请确保您相应地计费。
通常会创建模型（对于打印设计，它可能像彩色激光打印一样简单）。在某个时刻，您希望签署“最终”模型。
然后它进入印前，在那里应该创建一个“样张”，基本上是模型，但实际尺寸和实际颜色。这需要设计师和客户双方进行检查。如果没问题，那么这就是你的最终文件。启动印刷机！
如果我们谈论数字设计（电子邮件、网络）......
那我的回答就有点不一样了。对于网络工作，没有“证明”之类的东西，因为它不是一种固定的物理介质。因此，我强烈建议不要使用签署文件，而是采用敏捷方法。这可能是一个挑战，因为如此多的客户和组织仍然熟悉旧的瀑布模型，其中签收发生在沿途非常特定的地方。
调查“精益用户体验”以获得有关如何将设计融入敏捷模型的一些灵感。
在我阅读了 DA 的好答案之后，并且因为我一直在使用Scrum (Agile)进行 Web 开发和界面设计，所以我想分享我对这两个案例的经验。
因为我们做软件，所以我们使用Scrum Sprints。我们花了一段时间将方法调整到流程的设计方面（对我来说最困难的部分是校准时间，很难想象创意需要多长时间！）。
我现在要做的是：我通常有一个大的 UI 待办事项。它内部的任务从研究和模型到审查、执行和测试。在实践中，模拟通常意味着创建平面图像并与团队共享。我们每天都有早会，所以我们有时会利用这些会议来讨论提案。
讨论本身和它所采用的“形式”并不那么重要（电子邮件、会议），重要的是：一旦将任务卡移动到“完成”列，它就无法返回。如果我们需要进行新的更改，我们会在 Unexpected 中创建一张新卡片，或者将其留给下一个 Sprint。团队中的每个人都习惯了这一点，在您确定它确实完成之前，您不会将卡移动到完成（我们会在移动卡之前保留一份要检查的事项列表，以确保）。如果添加了新功能，或者需要重新考虑某些事情，则会将说明添加到积压工作中，我们会选择最佳时间来执行它们。
现在，这可能不是您实际上可以对单个客户做的事情，所以我的回答仅限于不同的场景（除非您可以在 Scrum 中培训您的客户，并且他们可以访问任务板！）。对于个人客户，我认为清晰的沟通和一份可以保护您免受无休止修改的良好合同是您可以采取的最佳方法。