如何成为产品团队的领导者
用户体验设计师具有独特的能力，可以通过开发一种可以在产品团队中共享的通用语言和理解来使产品需求变得清晰。这样做的原因是，用户体验设计师天生就是善解人意、善于倾听和解决问题的人。在实践中，他们倾听用户、产品经理和开发人员的意见，以最终解决问题，找到满足用户需求、可行且符合业务需求的解决方案。
下面详细介绍了设计师如何磨练这些沟通和构思技能，以便他们可以在产品团队中建立领导地位。最终证明设计对流程的价值。这不仅会建立您的职业生涯，而且会减少您和您的团队可能因项目的清晰度而产生的挫败感。
以下是新的 UX 项目刚刚开始时要遵循的一些高级阶段。我将定义可在这些给定阶段使用的用户体验工具和方法，以便您可以帮助更大的产品团队集中精力，并让您成为产品团队中的领导者。
- 了解你的听众
- 倾听并做你的研究
- 分析你听到的
- 回放您所听到的以获得共识
- 开发满足确定的主要目标的解决方案
了解你的听众
为了了解您的受众，您首先需要了解组成产品团队的个人的目标和计划。下面描述了每个团队成员通常根据他们在团队中的角色所倡导的目标。
用户体验设计目标
- 产品的可用性：确保解决方案直观且易于使用
- 与公司的客户体验：确保用户与公司的互动直接反映品牌的理想形象。
- 建立和维护品牌标识：产品的外观、感觉和基调
发展
- 平衡时间、成本和资源，将精力集中在对业务目标至关重要的事情上。
- 理解和交流技术可行性
- 数据安全
- 构建高性能解决方案
- 通过持续交付保持敏捷
产品管理目标
- 满足客户要求
- 确保产品在市场上具有竞争力
- 主要职责是定义产品的路线图和功能优先级
前面提到的所有三个角色都负责开发满足其执行团队定义的组织目标的解决方案。
高管团队
- 增加收入：新客户和续订
- 定义组织目标和优先事项
- 预算资源和分配
当设计、开发和产品管理的所有想法和想法都被考虑在内时，创新就来了；由于设计师富有同理心并受过处理复杂性的训练，因此他们是将每个人的想法汇集在一起的最佳团队成员。帮助团队可视化和理解项目的目标。
下面描述了设计人员如何使用他们的技能来帮助团队在项目的开始阶段组织起来的总体概念。
倾听并做你的研究
项目以多种不同的方式在组织或产品团队中获得吸引力。因此，真正理解设计如何推动清晰度的最佳方法是通过思考以下一些场景。
- 发展已经确定了新技术的机会
- UX 通过研究确定了用户需求或可用性改进
- PM 已确定功能差距
- 领导层有一个战略目标，即在组织内整合和/或简化产品；或获得新技术。
一个想法或概念必须来自某个地方，上面的场景列出了可能来自产品团队不同成员的概念类型。当一个想法来自产品团队中的一个角色时，他们将开始倾向于该角色定义的目标方向，这些目标在“了解您的受众”部分中定义。
例如，当开发有一个基于技术的概念时，最初的概念将主要集中在可行性上。仅仅因为您可以做到，并不意味着您应该这样做。然后，该团队将需要验证它如何满足用户的需求以及它正在解决的市场问题。设计应该有助于可视化解决方案，这些解决方案专注于将技术推回后台的用户流程和任务。新技术很酷，但用户只想把事情做好，不会关心功能是如何构建的。
如果一个概念来自设计，它可能过于关注用户界面将如何改善用户体验。UI只是在表面上，因此需要验证它是否可行。一旦确定了可行性，该功能的成本就会更加清晰。然后，产品管理将需要评估这对收入有何影响以及我们将资源花在哪里，以确保我们不会在可能没有足够大市场影响的领域超支。
虽然想法可以来自产品团队中的任何人，但仍然需要了解解决方案如何在可用、可行和可销售的 vin 图中取得平衡。
设计有能力通过以下方式做出贡献：
- 通过对概念的可用性审查来评估他们的“可用”部分
- 并通过听取领导、开发和产品管理的反馈，根据团队的集体想法定义用户流。
分析你听到的
下一步是从这些团队讨论中获取所有信息，并构思如何一起解决这些想法。
此处使用的设计方法是用户旅程或用户体验的未来“未来”流程。做这个低保真练习可以让你添加你从其他团队成员那里听到的事情的注释，以确保你正在处理他们的反馈。
这种类型的练习可以由设计团队单独完成，或者设计师可以与整个产品团队一起领导这项练习。
回放您所听到的以获得共识
一旦设计师了解了用户体验可能是什么，他们就应该向产品团队报告以验证并在团队成员之间达成共识。如果设计在包含以下内容的演示文稿中列出这些内容，则此会议将更加有效：
- 团队试图解决的问题是什么？
- “原样”用户流程中存在的痛点是什么
2. 以用户旅程的形式提出的解决方案是什么？
3. 总之，团队需要关注哪些关键成果、用户需求或用例来完成此用户旅程？
- 再次明确您使用的术语
- 按照以下格式编写这些结果、用户需求或用例：
- 谁，什么，哇
- 保持这些陈述的笼统性，不要描述什么 UI。关注用户的体验和采取的步骤。
此演示文稿的保真度越低越好。在讨论的这一点上，您正在努力确保每个人都了解团队需要重点关注的问题和总体结果。避免解决方案的 UI 可视化。就像他们说的，“一张图片说一千个字”，此时你只是想让团队在关键结果的措辞上保持一致。图像可以让团队成员在讨论的内容之外想象更多的东西，并且可能会破坏对话。
开发满足确定的主要目标的解决方案
既然团队从相同的理解基线开始，设计新解决方案的这一部分应该会容易得多。在审查未来的解决方案时，团队将始终拥有这些关键成果作为参考，这有助于团队专注于总体目标。
综上所述
由于设计团队可以在较低的保真度下完成设计过程的这一部分，因此不必花费很长时间来定义关键结果。在一开始就拥有这种理解基线将有助于团队更快地前进，并且成员将感谢为协调团队而采取的领导方式。它改善了成员的整体项目体验，因为到达这一点的终端更少。
留言