获取每项任务的最优质想法和最相关的反馈
Posted: Tue Dec 10, 2024 6:19 am
现在，让我们更广泛地看待协作。制作文字的人如何与创建屏幕设计的人更好地协作？
内容与设计之间的关系仍然是许多人感到困惑的根源。一个是另一个的子项，依赖于其父项且承担的责任较少？还是它们是兄弟姐妹（也许是兄弟姐妹之间的竞争对手）？
对于一些设计师来说，内容只是设计中众多细节中的一个。对于一些作家来说，设计主要是信息和叙述的视觉风格。最近，一些组织开始使用“内容设计”这一术语，尽管这一概念与用户体验设计的区别并不总是很明显，因为这两个术语都指以用户为中心的设计方法。
在数字化成熟的组织中，内容和设计工作应该是合作伙伴关系。项目团队应该认识到每个角色的贡献。他们需要掌握协作的艺术，当团队成员和项目利益相关者有不同的观点和优先事项时，这可能是一个挑战。
团队需要平衡两个目标：
确保有效收集所有贡献，以便项目进展顺利
合作始于相互欣赏。内容和设计需要专业技能 德国手机号码数据库 从语言专业知识到可视化。内容编辑可以简化信息，用户体验设计师可以简化任务。内容和设计团队应该重视每个角色为项目带来的能力和观点。
设计框定内容
没有内容的设计是空壳。 没有设计的内容是一堵文字墙。两者都不是完全可读的。内容和设计相互需要。
设计从两个方面影响用户理解内容的方式。
首先，它通过将内容与其他内容联系起来，为内容提供上下文。这些关系会影响用户看到的其他内容。它通过确定以下内容来实现这一点：
内容项与其他项的相邻性
用户如何通过入站和出站路径发现内容
其次，它提供了显示内容的容器。演示文稿通过以下选择确定显示信息的优先级：
消息可用空间
沟通元素的视觉层次
设计不应该“内容无关”
如果设计期望内容稍后会符合它，那么它就是未完成的。仔细看看任何提供通用框（允许您在其中放入任何类型的内容）的设计解决方案 — — 该解决方案可能不会提供理想的用户体验。相反，这表明设计应该支持的实质性主题没有得到彻底考虑。
设计元素必须与内容元素协调一致。设计元素的意图需要与相关内容元素的意图相匹配。在规划支持设计和内容的系统时，重要的是将它们协调一致。
设计组件需要与其相应的内容类型相关联。例如，设计人员可以创建各种组件来呈现通知，例如横幅、提示或模式。这些不同的组件将改变通知的行为：它是持久的还是会消失，以及用户是否必须对其做出反应。但是，如果不知道通知中会出现哪种消息，就无法选择使用哪个组件。通知是：
提供警告？
发出错误信号？
有更新信息吗？
即使是警告也可能涉及不同严重程度。不同类型的警告是否应该在不同的通知组件中显示？内容和设计团队应该讨论这些问题并就如何协调达成一致。
Mozilla 的内容策略团队在决定如何开发消息类型时接受了这种合作：“我们与用户体验和视觉设计师合作，使用内容优先的方法重新设计这些消息类型。通过这种方式进行重新设计，我们更好地确保了最终的组件能够满足消息需求。在此过程中，我们能够对现有副本进行一些改进并制定指导方针，以便未来的模式、信息栏和面板质量更高。”
内容应该引领设计还是遵循设计？
内容和设计是互补的观点。但哪一个才是主导？在项目团队中，可能会出现谁拥有决策权的问题：
关于内容和设计决策的意见是否具有同等重要的意义？
用户体验研究人员会告诉作者该写什么吗？
编辑能告诉设计师如何布局UI吗？
但试图对不同角色的正式职责进行微观管理可能会违背协作的目标。泳道分工对于常规流程来说很好，但它可能会扼杀创新解决问题的能力。提供用户体验涉及复杂的决策和权衡。团队中的任何人都可以提供宝贵的建议。团队不应该担心内容和设计的相对重要性，而应该问：如何促进协作？内容和设计资源如何有助于实现最佳用户体验？用户既关心内容的实质，也关心他们将如何体验它。
内容角色（策划者、编辑、作家）和用户体验角色（研究人员、架构师、分析师、视觉和前端设计师）之间的协作将持续进行。两个团队都应该从用户希望如何解决问题开始。
用户问题的性质会根据其旅程的不同阶段而变化。在某些时候，他们专注于了解选项，而在其他阶段，他们专注于完成特定任务。这种关注点的转变将决定产品或平台中内容和设计元素的重点。
当产品或渠道主要侧重于沟通时，尤其是当用户大部分时间都在阅读、查看或收听内容时，内容优先的方法是可取的。对于许多讨论如何做某事或做出重大决定的信息网站来说，用户的主要任务是理解某个主题。设计需要增强用户访问和理解内容的能力。
当产品专注于支持交易场景（例如客户自助服务）时，它应该由用户和业务需求主导，具体如下：
提供的选项
用户可以执行的任务
早期的设计概念通常有助于澄清和验证这些要求。内容将帮助用户了解这些选项并使他们能够实现目标。团队可以使用逼真的内容来制作体验原型。
数字产品依赖于代码、文案和设计等元素的组合，这些元素决定了交互、内容和布局。所有这些都很重要，其中任何一个都可能需要调整。
过去，一些设计师和开发人员认为内容会适应设计和支持它的代码。他们的假设是内容可以很容易地改变，但设计很难改变——文字很便宜，但设计很昂贵。
这种态度现在越来越少见了。像素和字节越来越容易改变，无论是调整屏幕样式、交换前端库和后端微服务，还是迭代文字和图像。
正如文字必须支持设计一样，设计也需要支持信息。 无论文字多么精妙，都无法修复无法有效支持用户目标的设计。
设计和内容都必须满足不同利益相关者的优先考虑
除了明确团队内部如何合作外，还需要规划如何与外部利益相关者合作。在某些检查点，外部利益相关者需要审查和批准工作，这可能会影响结果。
内容和设计团队在与利益相关者合作时可能会遇到类似的问题。当利益相关者优先考虑业务考虑时，两者都需要维护用户利益。两者都试图解决反复出现的全局问题，并确保这些问题得到一致处理。但利益相关者可能会关注孤立的表面问题，例如特定的措辞或屏幕上的颜色。
虽然团队最好了解设计和内容的相互影响，但审查工作的利益相关者可能不会对它们给予相同的优先级。个别利益相关者可能对内容或设计更感兴趣。
利益相关者有特定的责任，并将就影响其目标和优先事项的方面提供详细的反馈。 安排评审时，请注意利益相关者关心的方面。主题专家或法律和合规人员可能主要关心文字的准确性。营销人员可能关心品牌形象。产品经理可能会优先考虑新功能的运作方式。客户支持团队可能会将他们对客户犹豫的担忧转移到新设计上。销售人员可能关心发布日期以及评审或更改是否会导致延迟。
共同努力促进反馈
使用无头 CMS 实施项目时，利益相关者的审查流程有时会更加灵活，因为无头 CMS 将设计与内容分离开来。在许多情况下，内容和设计的细节可以独立处理。如果设计或内容需要特定利益相关者的频繁或大量反馈，那么仅显示利益相关者感兴趣的方面可能是最有效的。但首先，请确保不会丢失任何重要信息：
以内容为中心的利益相关者是否能在不看设计的情况下理解信息的使用方式？
以设计为中心的利益相关者是否可以在不展示真实内容的情况下了解用户将如何利用设计？
如果上述情况都不成立，那么您将需要向利益相关者展示具有代表性内容的设计预览。
其次，在向利益相关者征求开放式反馈之前，请确保内容和设计之间的结构关系稳定。只有当对某一方面（例如内容）的请求更改不会从根本上改变另一方面（设计）时，精简审核才会有效。
如果利益相关者对内容或设计有大量反馈，这些反馈可能会造成项目交付的瓶颈。在流程早期与利益相关者沟通，以避免日后才了解到他们的顾虑。
利益相关者参与是内容和设计团队应协调的重要过程。在规划与利益相关者的沟通以及从他们那里获取有关功能、消息和演示的反馈时，他们应该进行协作。
内容与设计之间的关系仍然是许多人感到困惑的根源。一个是另一个的子项，依赖于其父项且承担的责任较少？还是它们是兄弟姐妹（也许是兄弟姐妹之间的竞争对手）？
对于一些设计师来说，内容只是设计中众多细节中的一个。对于一些作家来说，设计主要是信息和叙述的视觉风格。最近，一些组织开始使用“内容设计”这一术语，尽管这一概念与用户体验设计的区别并不总是很明显，因为这两个术语都指以用户为中心的设计方法。
在数字化成熟的组织中，内容和设计工作应该是合作伙伴关系。项目团队应该认识到每个角色的贡献。他们需要掌握协作的艺术，当团队成员和项目利益相关者有不同的观点和优先事项时，这可能是一个挑战。
团队需要平衡两个目标：
确保有效收集所有贡献，以便项目进展顺利
合作始于相互欣赏。内容和设计需要专业技能 德国手机号码数据库 从语言专业知识到可视化。内容编辑可以简化信息，用户体验设计师可以简化任务。内容和设计团队应该重视每个角色为项目带来的能力和观点。
设计框定内容
没有内容的设计是空壳。 没有设计的内容是一堵文字墙。两者都不是完全可读的。内容和设计相互需要。
设计从两个方面影响用户理解内容的方式。
首先，它通过将内容与其他内容联系起来，为内容提供上下文。这些关系会影响用户看到的其他内容。它通过确定以下内容来实现这一点：
内容项与其他项的相邻性
用户如何通过入站和出站路径发现内容
其次，它提供了显示内容的容器。演示文稿通过以下选择确定显示信息的优先级：
消息可用空间
沟通元素的视觉层次
设计不应该“内容无关”
如果设计期望内容稍后会符合它，那么它就是未完成的。仔细看看任何提供通用框（允许您在其中放入任何类型的内容）的设计解决方案 — — 该解决方案可能不会提供理想的用户体验。相反，这表明设计应该支持的实质性主题没有得到彻底考虑。
设计元素必须与内容元素协调一致。设计元素的意图需要与相关内容元素的意图相匹配。在规划支持设计和内容的系统时，重要的是将它们协调一致。
设计组件需要与其相应的内容类型相关联。例如，设计人员可以创建各种组件来呈现通知，例如横幅、提示或模式。这些不同的组件将改变通知的行为：它是持久的还是会消失，以及用户是否必须对其做出反应。但是，如果不知道通知中会出现哪种消息，就无法选择使用哪个组件。通知是：
提供警告？
发出错误信号？
有更新信息吗？
即使是警告也可能涉及不同严重程度。不同类型的警告是否应该在不同的通知组件中显示？内容和设计团队应该讨论这些问题并就如何协调达成一致。
Mozilla 的内容策略团队在决定如何开发消息类型时接受了这种合作：“我们与用户体验和视觉设计师合作，使用内容优先的方法重新设计这些消息类型。通过这种方式进行重新设计，我们更好地确保了最终的组件能够满足消息需求。在此过程中，我们能够对现有副本进行一些改进并制定指导方针，以便未来的模式、信息栏和面板质量更高。”
内容应该引领设计还是遵循设计？
内容和设计是互补的观点。但哪一个才是主导？在项目团队中，可能会出现谁拥有决策权的问题：
关于内容和设计决策的意见是否具有同等重要的意义？
用户体验研究人员会告诉作者该写什么吗？
编辑能告诉设计师如何布局UI吗？
但试图对不同角色的正式职责进行微观管理可能会违背协作的目标。泳道分工对于常规流程来说很好，但它可能会扼杀创新解决问题的能力。提供用户体验涉及复杂的决策和权衡。团队中的任何人都可以提供宝贵的建议。团队不应该担心内容和设计的相对重要性，而应该问：如何促进协作？内容和设计资源如何有助于实现最佳用户体验？用户既关心内容的实质，也关心他们将如何体验它。
内容角色（策划者、编辑、作家）和用户体验角色（研究人员、架构师、分析师、视觉和前端设计师）之间的协作将持续进行。两个团队都应该从用户希望如何解决问题开始。
用户问题的性质会根据其旅程的不同阶段而变化。在某些时候，他们专注于了解选项，而在其他阶段，他们专注于完成特定任务。这种关注点的转变将决定产品或平台中内容和设计元素的重点。
当产品或渠道主要侧重于沟通时，尤其是当用户大部分时间都在阅读、查看或收听内容时，内容优先的方法是可取的。对于许多讨论如何做某事或做出重大决定的信息网站来说，用户的主要任务是理解某个主题。设计需要增强用户访问和理解内容的能力。
当产品专注于支持交易场景（例如客户自助服务）时，它应该由用户和业务需求主导，具体如下：
提供的选项
用户可以执行的任务
早期的设计概念通常有助于澄清和验证这些要求。内容将帮助用户了解这些选项并使他们能够实现目标。团队可以使用逼真的内容来制作体验原型。
数字产品依赖于代码、文案和设计等元素的组合，这些元素决定了交互、内容和布局。所有这些都很重要，其中任何一个都可能需要调整。
过去，一些设计师和开发人员认为内容会适应设计和支持它的代码。他们的假设是内容可以很容易地改变，但设计很难改变——文字很便宜，但设计很昂贵。
这种态度现在越来越少见了。像素和字节越来越容易改变，无论是调整屏幕样式、交换前端库和后端微服务，还是迭代文字和图像。
正如文字必须支持设计一样，设计也需要支持信息。 无论文字多么精妙，都无法修复无法有效支持用户目标的设计。
设计和内容都必须满足不同利益相关者的优先考虑
除了明确团队内部如何合作外，还需要规划如何与外部利益相关者合作。在某些检查点，外部利益相关者需要审查和批准工作，这可能会影响结果。
内容和设计团队在与利益相关者合作时可能会遇到类似的问题。当利益相关者优先考虑业务考虑时，两者都需要维护用户利益。两者都试图解决反复出现的全局问题，并确保这些问题得到一致处理。但利益相关者可能会关注孤立的表面问题，例如特定的措辞或屏幕上的颜色。
虽然团队最好了解设计和内容的相互影响，但审查工作的利益相关者可能不会对它们给予相同的优先级。个别利益相关者可能对内容或设计更感兴趣。
利益相关者有特定的责任，并将就影响其目标和优先事项的方面提供详细的反馈。 安排评审时，请注意利益相关者关心的方面。主题专家或法律和合规人员可能主要关心文字的准确性。营销人员可能关心品牌形象。产品经理可能会优先考虑新功能的运作方式。客户支持团队可能会将他们对客户犹豫的担忧转移到新设计上。销售人员可能关心发布日期以及评审或更改是否会导致延迟。
共同努力促进反馈
使用无头 CMS 实施项目时，利益相关者的审查流程有时会更加灵活，因为无头 CMS 将设计与内容分离开来。在许多情况下，内容和设计的细节可以独立处理。如果设计或内容需要特定利益相关者的频繁或大量反馈，那么仅显示利益相关者感兴趣的方面可能是最有效的。但首先，请确保不会丢失任何重要信息：
以内容为中心的利益相关者是否能在不看设计的情况下理解信息的使用方式？
以设计为中心的利益相关者是否可以在不展示真实内容的情况下了解用户将如何利用设计？
如果上述情况都不成立，那么您将需要向利益相关者展示具有代表性内容的设计预览。
其次，在向利益相关者征求开放式反馈之前，请确保内容和设计之间的结构关系稳定。只有当对某一方面（例如内容）的请求更改不会从根本上改变另一方面（设计）时，精简审核才会有效。
如果利益相关者对内容或设计有大量反馈，这些反馈可能会造成项目交付的瓶颈。在流程早期与利益相关者沟通，以避免日后才了解到他们的顾虑。
利益相关者参与是内容和设计团队应协调的重要过程。在规划与利益相关者的沟通以及从他们那里获取有关功能、消息和演示的反馈时，他们应该进行协作。