如何给网站开发者有建设性的反馈

世界上有很多人不喜欢给予或接受反馈。但如果没有人提供反馈，又怎么能改进呢?

实际上，有两种类型的反馈可以提供给那些参与网站建设的人，或者，实际上，任何为客户创造可交付成果的人。

第一个方面是基于整体表现的反馈。例如，经理给他们的员工反馈他们的表现，或他们如何处理一个情况。

第二个方面是关于特定产品的反馈，以确保交付的产品符合每个人的期望和承诺。在这里你可以有多个参与方提供反馈;可以是客户，也可以是你自己的内部团队。

在网站重建过程中，审查开发工作是极其重要的。一旦开发完成，就需要大量的内部反馈，以确保在交付客户之前是完美的。

如果你是项目经理、战略家或设计师，在给网站开发者提供反馈时，请记住以下几点。

等待开发人员的批准

• 为什么?
• 开发人员在开发时必须牢记许多事情，从响应性到浏览器兼容性。如果你在他们说可以对任何漏洞进行检查之前就进行检查，那么你就是在浪费自己和开发人员的时间。
• 什么时候询问复习是否安全?
• 在IMPACT，因为我们每周都进行冲刺，并且每个任务都分配给我们，所以当开发人员指示“内部评审”时，就会显示评审工作是安全的。在此之前，我们知道它还没有准备好接受反馈。
• 如果你没有类似的流程，确保你有一些内部时间表来保持项目的轨道。检查一下时间表，看看什么时候应该准备好，这总是一个好办法。

只对开发者控制的元素提供反馈

• 为什么?
• 开发人员正在构建设计师提供给他们的东西，这包括网站的外观，以及一个部分在网站上应该如何工作的大部分功能。对于那些他们没有多少发言权且未经设计师同意便无法改变的内容提供反馈是在浪费时间。
• 你是否不确定该怎么做?
• 让各方同时参与进来总是好的。这可以防止电话游戏的发生，并让每个人都在同一个页面上。

鼓励合作讨论

• 为什么?
• 通过团队中的每个人(项目经理/战略家、设计师和开发人员)的共同努力，你可以找到一个解决方案——或者在经过讨论和研究后提出一个新的方向。
• 让每个人都参与进来鼓励合作，并有助于确保错误不会重复。

提供例子和资源

• 为什么?
  • 如果网站的某些部分需要从用户体验的角度重新思考，或者有些东西不是按照想象的那样创建的，把例子和资源放到表中。如果你不能向开发者解释你想要什么，那他们又该如何创造它呢?
• 例如:
  • 当我们致力于一个新的基于模块的设计时，我们的开发人员希望确保页面能够在手机上正常运行。我们进行了很多讨论，最终找到了设计师，他们做了一些研究。反过来，他们向我们展示了他们想要的链接。我们作为一个团队讨论并批准了这个设计。

要清晰、简洁、具体

• 为什么?
• 如果你不清楚自己在说什么，对任何人都没有帮助。通过清晰、简洁和具体的反馈，就可以消除对未知的恐惧。开发人员需要有一个明确的方向，知道他们需要创造什么。
• 我们喜欢说“用你的语言。”说的越多越好!

提高你的反馈

避免泛化的、开放式的批评。记住，要清晰、简洁、具体。

IMPACT如何向开发者提供建设性的反馈

正如我们所知，在QA过程中，当人们真正开始使用元素并开始执行内容时，可能会发现许多小漏洞。

在IMPACT，我们过去使用谷歌表进行反馈。我们很快就意识到每个人的标题都是不同的，这让人很困惑，因为没有提供截图来说明一个给定的问题。

以下是我们过去如何进行QA的例子:

由于格式的限制，我们的反馈不能清晰、简洁和具体。反过来，也有很多的反复，以确保我们击中目标。

在过去的一年里，我们使用了一种叫做BugHerd．这让我们能够在问题出现的地方贴一张虚拟便利贴，告诉开发者他们需要知道的事情。

下面是一个虚拟即时贴的例子。

这使得我们能够给出尽可能多的细节。

我们一直在改进我们的流程，确保团队明白“使用他们的语言”是多么重要，并尽可能多地为开发人员提供细节。

记住反馈的目标

重要的是要避免被个人喜好所困扰。反馈应该是客观的，清晰的，及时的。

总是问问题。有些事情为什么会这样做，这可能是有原因的。它可能不是真的坏了;它可能只是一种方法，为了在每个浏览器中工作，必须开发一些东西。如果某件事是出于某种原因而故意的，那么最好先仔细检查一下。

考虑所有的用例、功能、设备和变化当你提出想法的时候。了解某款游戏是否具有跨浏览器兼容性是开发者的首要任务，但了解某款游戏在台式机、平板电脑和移动设备上的表现则是每个人的责任。不要把它留给开发者。

最后,你的反馈要清晰、简洁、具体是要记住的最重要的事情。通过这样做，你可以帮助所有相关方——并保持项目的顺利进行和正确完成。