可以在其中保存和更新所有产品内文本、它们的实例并描述它们的行为。 常见结构：一个框架名称、一个 UI 屏幕截图和一个包含两列的表格，第一列是命名空间，第二列是实际内容加上注释。注意：在这里，我将在 Smashing Magazine 网站上演示复制文档技术，就像我在 Figma 中从头开始处理它的 UI 一样；我这样做是为了使用您看起来很熟悉的界面。（大预览） 在此流程中，Figma 或 Sketch 是 UI 元素的最终来源，而文案文档是产品内文案的最终来源。这更有意义：您使用设计工具来设计，并使用编辑工具来处理内容（包括讲义过程）。总而言之，它将产品内文案的工作提升到一个新的水平，对于设计专家和整个团队都是如此。
使用 的原因 现在您可能对使
用这种技术感到有点好奇，但仍然持怀疑态度。你是对的：应该有一个很好的理由让你的工作流程更加复杂。 所以让 阿联酋手机号码数据库 我给你一些动机。 复制文档可以与任何设计 工具起使用 它可以与您喜欢的任何软件一起使用。Figma、Sketch、XD——应有尽有。 你可以只关注内容 # 一方面，用户体验专家的重点是他们最宝贵的资源。另一方面，他们工作环境的效率对他们的能力有很大影响。复制文档提高了两个方面的水平。 切换环境有助于刷新一个人的注意力。在内容原生工具中处理内容意味着更少的干扰。 对我来说，这是复制文档最有价值的好处之一。尤其是当您在团队中既是设计师又是作家时。
比较当你想逐步检查你的缩微副
本时你的眼睛所经过的路径：当你在模型中和在副本文档中时。（大预览） 此外，您将更有可能不错过“隐藏”状态（错误或成功反馈等），并且可以使用各种图形方式进行注释。并且更容易描述复杂的 BTC 数据库欧盟 逻辑，例如“如果事件 X 发生……那么按钮副本将变为 Y……”——您实际上只更改文本，而无需与图形混合。 在这里，您可以反对在界面外使用副本感觉可疑。实际上，在十分之九的情况下，您可以清楚地判断出什么长度是合理的。至于不确定的情况，您可以在真正需要时随时尝试界面中的特定行。 一致性很容易 # 虽然在雅思中使用的同义词越多越好，但在 UX 领域就不一样了。例如，如果您在整个设计中使用“删除”一词来表示删除项目的操作，但在特定位置突然出现相同操作的“擦除”，这可能会使用户感到困惑：他们可能会认为其他操作暗示。
