许多软件团队努力将设计有效地融入敏捷开发流程中。但是如果设计人员不能与团队其他成员密切协作，就会给自己和所有人增加额外的工作负担，并可能导致产品团队信息不畅通。
在 PingCode，我们采用协作的方式工作，让整个敏捷团队参与到产品的设计流程中。我们确保每个人都能参与产品设计，从多个角度审视问题，而不是依靠固定的文档来分享想法。本文将探讨如何实现以下目标：
- 让整个团队参与设计过程
- 将设计过程融入敏捷流程中
- 获取客户洞察，加速想法的构思和验证
这些问答涵盖了广泛的话题，例如 PingCode 使用的工具，以及 PingCode 如何处理客户反馈等。
问 1：设计和开发人员总是不同的人吗？有了 HTML5 和现代 UI 技术，设计人员是否需要掌握基本的编码技能？
答 1：设计和开发人员之间的界限越来越模糊。在 PingCode，我们有既擅长编程又擅长设计的产品设计人员。我们也有技术出色的视觉设计师和架构师。每个人都有自己的优势，在团队中互相了解和利用这些优势非常重要。
问 2：设计研讨会是否需要邀请产品团队之外的人参与，例如营销人员？
答 2：我们的研讨会包括来自不同学科的人员，但每个人的参与都是有意义的。通常情况下，我们会有项目管理、开发和设计的代表，但如果能增加另一种视角，我们也可能会邀请市场营销部门的人员。 研讨会一般持续几天，这需要每个人认真地准备和投入。我们团队喜欢提前分享议程，欢迎大家提前了解并提出宝贵建议。不过，团队应该有一个从头到尾都参与的核心小组。
问 3：你们是如何让员工参与绘制、规划和贡献想法的？PO 和开发人员是否会因为恐惧或其他原因不愿参与这项工作？
答 3：在公共场合完整地描述自己的想法对某些人来说已经很难了，更不用说要与一群人分享想法了！为此，我们可以在研讨会的这个阶段将大型小组分成两人一组，减轻当众发言被注视的压力，还可以让大家相互反馈想法，保持积极的氛围。 从实践结果来看，团队成员在参加完这样的一次会议后都会对这个过程感到满意，并真正享受其中。会议室里总是充满了热烈的讨论和精彩的对话。 还有一点很重要，就是要让大家知道会议目标不是胡思乱想，而是要把想法具体化，也许是一个界面草图、一张图表，或者一个简单的项目符号列表，总之是任何能够帮助其他组员达成共识的东西。如果有会议记录收集这些想法更好，团队可以在研讨会结束后保留供日后参考。
问 4：如何让设计新成员掌握团队的工作流程和规范信息？
答 4：我们为设计团队的所有新成员制定了新人培训流程。从 PingCode 设计简介开始，再到我们的流程，以及我们如何与产品团队的其他成员协作等。深入探讨我们制定的设计原则，并通过示例展示如何将这些原则付诸实践。您可以通过新手训练营课程进一步了解我们的设计资源：利用人物画像、PingCode 设计指南和实践手册等。 在最初几周，我们还会为新设计师安排导师伙伴，向他们传授技巧，帮助他们更加轻松地承担更多责任。 还有一种方法可以加快新设计师上手速度，那就是让他们在上岗名列前茅周参加研讨会。这是他们认识产品团队和亲身体验团队合作的过程。最初几个月中有很多东西需要学习，研讨会是一种值得深入研究和快速熟悉团队及业务的方式。
问 5：您认为哪种客户研究方法最有用？是实地研究、观察、可用性测试，还是其他？
答 5：所有类型的客户研究都是有用的，但在项目的不同阶段，不同类型的客户研究更有价值。例如，在项目初期，您希望对具体问题和场景有一个全面的认识。此时情境调查非常有用。您可以实地探访客户团队，与他们讨论相关流程和问题对他们的影响，以及他们需要什么支持才能提高效率。亲身感受他们如何努力完成任务以及遭遇哪些挫折，都会有不错的收获。 在进一步发展了自己的想法后，用户测试和客户访谈非常有用。您可以观察人们使用产品的简单流程，对其中的问题提出解决方案，并进行一场用户对话来获得有价值的见解。 另一方面，A/B 测试是衡量解决方案有效性的绝佳方法。
问 6：你们的团队设计人员使用哪些工具？
答 6：我们的设计人员使用适合任务的工具来完成工作。有时是传统的笔和纸，其他时候则是 HTML 和 CSS。 为了创建高保真度设计，大多数团队成员使用 Sketch，但我们也会使用 Adobe 套件。PingCode 模式库中的所有 UI 元素都是作为矢量对象创建的，因此组装基本布局非常简单。对于简单的原型设计，我们使用 InVision 或 Marvel。而对于比较复杂的交互，我们使用 Framer Studio、Origami、Axure 或手写代码。 我们还会使用大量的便利贴和白板记号笔。
问 7：采用敏捷开发模式工作时，设计团队面临了哪些挑战？
答 7：最大的挑战是要学会放弃完美主义，制作出快速迭代的作品。作为一名设计师，总是希望创作出最完美的作品，但其实我们接受先交出 90％ 完成度的作品，再对其进行改进。
问 8：团队中有提到了几种减少文档的方法。你们一般怎么维护和使用文档？
答 8：我们团队使用 Wiki 来共享进行中的工作，并从更广泛的团队收集反馈。一个典型的页面包含有关我们正在尝试解决的问题的一些背景信息，以及提议的解决方案能够带来什么价值等。页面中会包含草图照片、高保真模型或原型链接，以具体说明解决方案。大家可以添加评论和问题，设计人员则会随着项目推进发布更新的设计。不过，这算不上真正意义的“维护文档”，而是一个不断完善的页面，用来收集设计想法和反馈。
问 9：团队不在同一地点办公时，你们将如何进行分布式设计团队管理？
答 9：与分散的团队协作是我们团队常见的工作情景。我们使用线上会议和即时通讯软件进行视频通话和消息传递，并使用 PingCode 项目管理工具来组织所有工作。当然，这样还是不能取代团队的面对面交流。只要有机会，我们会尽量让大家在同一空间里处理项目的关键事务。如果没有这样的机会，我们会与远程队友进行大量沟通，随时保持联系。
问 10：如何管理和分析客户反馈？
答 10：我们收到了许多客户反馈，一般会用 PingCode 工单管理工具来收集客户的需求和反馈，并将其记录和流转为各产品线的需求。每天一上班，我都会浏览最新客户反馈。在浏览反馈时，我会对各类问题进行提炼总结，并通过添加标签对其分类。使用这些标签来筛选所有反馈，统计有多少人提出了类似的问题。确认问题的共性后，将问题反映给产品线团队，并附上解决方案。
