合格的UX交付物&设计师演讲技能

作者：Fabricio Teixeira^[1]

作为UX设计师工作的13年中，我参加了非常多的的会议，很多会议是向其他团队成员展示UX设计成果。用户故事，产品路线图，线框图，用户研究报告等等 – UX设计师的可交付成果清单非常庞大。

听起来很简单。毕竟，你已经完成了所有的工作：花了无数个小时探索所有的可能性和解决方案，你已经在纸上书写清楚，并与其他设计师和开发人员详尽地讨论了可行性和商业价值。

现在你所要做的就是站在每个人的面前，分享想法。

没什么大不了的吧？

“一个好的用户体验交付成果清楚地传达了它的目的和目标，以及可能会出现的任何问题和场景。“ – Guardian Media的UX主管Nick Haley

但是，在这个过程中看似简单的步骤可能导致你的想法不被接受。也许你可以找到最出色的解决方案; 但如果没有清楚地传达给团队或客户，那么你的价值就会消失。

如果团队不了解你的解决方案，就会有问题。如果他们理解，但不同意，你仍然有问题。如果他们同意解决方案，但不感兴趣，以后仍可能有问题。开发人员不会乐意开发不同意的解决方案。实际上，他们有可能让最小的问题成为继续推动产品的重大障碍。你正在和人打交道，而不是机器。

所以你需要记笔记，整理自己的想法，把设计方案分解成更易理解的信息。

让我们开始吧。

内向和外向

公司期望创造性的职位都由外向性格的人担任。外向的人拥有合作的心态，更频繁地工作。但实际情况是：我认识的大多数UX设计师都是内向性格。

几年前我读过Smashing Magazine的一篇文章，谈到在设计团队中内向的成员是多么重要。这是一篇非常详尽的文章，为内向者提供了如何最大限度发挥优势的建议（而不是试图强迫自己成为外向者）：

• 寻找一些安静的时间为“内省电池”充电

• 在会议和头脑风暴之后取消其他事项，以便能够坐下来完成工作

• 在会议和演示之前做好准备，确保能够从其他参会人员那里获得正确的反馈

UX设计可交付成果的详细程度与演示者的讲故事技巧成反比。

用户体验可交付成果内容很多。如果没有得到解释，最终可能会生成过于密集的文档，无法短时间内理解消化。

能够说明问题的UX交付物

内向的人通过更精细和更彻底的设计交付物来补偿对演讲的不适 – 涵盖所有可以想象的用例和变体。超级详细的用户故事，无可挑剔的线框图和路线图。

• 好处：不会留下任何未解决的技术问题。

• 缺点：PPT内容太多，这可能使会议参加者专注于内容的不同部分。

• 警告：不要留下太多没有讨论的事情。

• 建议：确保文档中显示的信息有良好的视觉层次结构，可以平衡显示的信息量。

擅长演讲的UX设计师

具有较强语言沟通能力的设计师能够吸引人们的注意力。他们可以制作更简单的UX可交付成果，通过演讲来解释细节。PPT往往更清晰集中。

• 好处：知道如何使故事人性化，确保会议参加者能够解决问题和解决方案。

• 缺点：为了避免打破节奏，主持人不会深入细节 – 人们可以离开房间，对某些功能如何运作不太理解。

• 提醒：不要因为演讲技巧而忽视前期的思考和工作。

• 好的做法是：平衡语调，以突出PPT展示的信息，让听众了解和知道每一个部分的内容以及优先级。

如何平衡？

理想情况UX设计师不仅是出色的演示者，而且还可以创建清晰，简单和有组织的文档，在需要时深入细节。如果你认识这样的人，请告诉我 – 因为我很想聘请他。

更现实的情况是尝试平衡团队，让内向和外向的同事结对。一个像是系统的思想家，可以轻松应对构建数字产品的所有复杂性，而另一个知道如何讲故事，在内部会议或向客户销售时，使产品更具有吸引力。

但要让这两个人总是分配到同一个项目并不容易。

另一种解决方案是营造允许设计师在不同性格之间切换的环境，但是你不能强迫员工转换性格，这会让人特别不舒服。

• 最好的UX设计师可以根据他们所处的情况转换性格。他们最终会为公司和周围的人创造更多的价值。

• 优秀的UX设计师演讲能力很强，但不能产出专业的UX交付物；或者可以产出出色的UX交付物，但演讲能力比较弱。

• 最差的UX设计师被困在中间，不擅长演讲，也不能产出合格的UX交付物。

如何避免被困在中间？

以下建议可供参考

• 创建两个版本的文档 – 演讲版本和文档版本。

• 展示原型Demo而不是静态版本。展示视频而不是照片。展示样机而不是线框。这些都可以减少其他人的认知摩擦。

• 在回答同事问题的时候，避免采取防御措施。如果他们有疑问，那是因为你在文件中留下了漏洞。尊重对方，仔细聆听问题，在回答之前先确认问题是什么，语气保持柔和。

• 在演讲时，以用户为中心，而不是“我想产品将如何运作”，更多地关注“这是用户登陆主页时将要看到的人物”。这个小技巧可以帮助其他人也把自己放到用户的角度 – 并在提供反馈时牢记用户的需要。

• 以较小的节奏输出信息。你花了几天 – 有时是几周 – 思考这个问题，但房间里的其他人可能第一次知道并思考问题。

• 不要过于深入。在会议开始前3分钟回顾上下文，解释自上次见面以来你一直在做什么，以及你如何得到最终想要展示的结果。

参考资料