建立强大的用户体验需要强大的产品知识。
无论您是设计师、开发人员、研究人员还是作家，除非您从头到尾了解您的产品 - 以及介于两者之间的任何地方，否则无法创建成功的产品解决方案。
对于嵌入式贡献者，这种强大的熟悉度自然会随着时间的推移而发展。但是对于一些跨产品贡献者来说，缓慢学习的过程并不那么容易。从一个上下文跳到另一个上下文并不适合扩展专业知识。当然，在某个产品上工作的越多，就越能获得有关术语、用例和工作流程的某些见解，但知识库无法与每天沉浸在同一产品中的人相提并论。
自然，当没有嵌入的产品的微观复制问题浮出水面时，并不总是知道答案。通常，只处理冰山一角：在消息、模型、Jira 问题和过去的设计中看到的内容。
剩下的，可求助于主题专家：开发人员、设计师、工程师、产品经理，以及——你猜对了——技术作家。
确定哪个技术作家专注于哪个产品领域并不总是那么容易，但在大型组织中，在技术文档领域拥有几个关键联系人会带来很大的不同。有了这些值得信赖的联系人作为向导，便可以轻松地识别和联系拥有特定工作流程文档的作者。
从工具提示和弹出框到入职向导和关于模式，与技术作家合作帮助塑造、改进和微调所有类型的不同内容设计模式的副本。
无论我是在修改旧的微文案还是为新的东西制作内容，技术作家的循环已经成为我最喜欢的以更直观、信息丰富和有影响力的方式编写用户体验的方式。
当UX内容设计和技术写作团队联合起来时，他们可以获得以下超能力：
1) 在任何界面内无缝链接到补充资源。
离开请参阅过去的文档 超链接！与技术作家一起，更深入地了解存在哪些资源可以使用户更接近他们的目标。通过询问技术作家链接文档包含哪些内容，您可以编写更强大的微文案，指定用户将从中学到什么，将链接文本锐化为真正值得点击的内容。
2) 为我们的内容注入深入的产品意识。
奇怪的是，您的技术作家联系人记录此产品的时间比您为它编写缩微副本的时间长。了解他们的经验。虽然开发人员和工程师可以详细地谈论产品功能，但技术作家有一个简单的措辞的诀窍。如果我收到关于某个功能或工作流程的特别复杂的解释，我会将其传递给适当的技术作家，以了解他们将如何记录它。
这种方法的好处有两个：通过让他们知道您重视他们的意见，您与技术写作团队建立了牢固的联系，并找到了围绕新功能构建语言的一致方式。通常，我会使用我的技术作家如何联系新功能的功能作为编写其微副本的脚手架。
3) 跨产品用户界面和记录它们的资源统一语言。
一致性是跨内容协作的一个受欢迎的副作用。邀请技术作家参与内容设计过程意味着开启更多视角的对话。您在产品界面中设计的文字通常会出现在其文档中，因此从一开始就在同一页面上是减少用户混淆机会的好方法。
4) 预先获得有价值的用户体验反馈。
技术作家知道什么时候一个特性或功能很容易记录。很可能，如果不是这样，您的用户流的那部分就不会像它应该的那样顺畅。让技术文档关注您的设计意味着在发布上线之前发现这些问题，这可能会在用户甚至有机会为他们提供负面反馈之前简化用户体验。
5）阐明产品功能（并在第一次可以理解的情况下编写新功能）。
当缩微文案专家和技术写作专家见面时，他们会将短篇和长篇内容结合在一起。这种联合允许两个团队审查彼此的书面组件——字符串和线条——以确定更清晰的机会。
这种认同是双向的。例如，我可能会为文档和技术作者建议一个更简洁、基于动作的句子，可能会在功能弹出框或关于模态框内建议更多的技术特异性。这一切都是为了在中间相遇，利用我们的两个写作超级大国为我们的用户创建最强大的书面解决方案。
6) 展示无缝内容设计的价值。
UX 作家和技术作家是动态的二重奏。当产品和产品文档从他们的协作中获益时，用户会遇到更加直接和动态的内容。
简而言之，用户体验内容和技术写作结合在一起更强大。
我迫不及待地想继续与技术作家合作，以调整支持用户的UX内容和使他们能够更深入地研究的文档。我希望你也会。
我们可以一起构建能够吸引和激励用户的内容——这是值得骄傲的内容。
免责声明：本平台仅供信息发布交流之途，请谨慎判断信息真伪。如遇虚假诈骗信息，请立即举报
举报
