如何为了客户的利益说“不”

在开放组织中说“不”的关键? 准备好解释原因。
562 位读者喜欢这篇文章。
Sky with clouds and grass

Flickr 用户:theaucitron (CC BY-SA 2.0)

当你在一个组织中工作,那里“好主意可以来自任何人”和“实验!我们从错误中学到的比从成功中学到的更多!”这样的说法很常见时,说“不”是否会产生与适应性和包容性相矛盾的情况?

答案取决于你如何说“不”以及你对什么说“不”

我并非一直都明白这一点。事实上,我曾经是一个对遇到的大多数机会都说“是”的人。“说“是”很有趣。尝试新事物给我带来了快乐,我成为了组织的创意试点项目的首选人员。然而,最终,我需要工作以维持所有承诺的时间对我的健康造成了损害。

我只是不确定如何开始用“不”来调节我的“是”承诺。我怎样才能在说“不”方面做得更好,同时继续在我的团队和组织中培养开放文化?

答案是:练习、犯很多错误和沟通。

一些笨拙的尝试

我最初尝试用“不”来调节我的“是”是很笨拙的。例如,我的一个团队正在做一个项目,该项目有大量的错误积压,我浏览了列表并关闭了其中的许多错误。虽然很多人对我设定了关闭错误的标准并且似乎毫不犹豫地说“不,我不会处理这个项目”感到非常高兴,但其他人却非常愤怒。我收到了一些惊恐的信息。所以我不得不解释:错误可以重新打开和重新确定优先级(事实上,我们重新打开并修复了几个错误)。

事后看来,我现在意识到我应该更积极主动地沟通问题、问题的严重程度以及我们将如何解决它。我本可以解释我们将如何提供豁免以及我们将如何处理这些特殊情况。但教训仍然很清楚:如果你要在开放组织中说“不”,那么就要准备好解释你为什么说“不”。

我继续完善我说“不”的能力,而不会造成太多的困惑。现在我经常问更多的问题,以帮助我理解人们认为的首要目标是什么。当我假设我理解初始请求背后的想法时,我通常是错的。所以我花时间了解人们提交请求的动机,并且我解释了如果我们说“是”我们将面临的权衡。

此外,我经常要求提出请求的一方做出贡献。这些可以采取多种形式——没有“一刀切”的贡献。但是,当提出请求的人自己被邀请做出贡献,而他们说不时,这充分说明了他们对请求的重视程度。为什么期望我(或我的团队)说“是”并单独工作,而其他人却觉得没有责任分担所有权?我让这个问题悬而未决(而且我已经学会了喜欢随之而来的沉默!)。

说“是”

当我想说“是”时,我会想到我正在影响的人

  • 客户会因为这一个“是”意味着对其他几个更有客户价值的事情说“不”而蒙受损失吗?如果客户要蒙受损失,那么我需要做什么就会变得非常清楚。
  • 我领导的团队呢?团队是否拥有所需的资源——或者我是否可以为团队获取可能需要的资源?我将如何激励人们分担对这项承诺说“是”?

退后一步,考虑决定说“是”或“不”所涉及的深思熟虑的工作需要大量的时间和精力。一位同事曾经将这种类型的工作标记为对一个运转良好的组织至关重要的“元”工作。他是对的。认为你可以通过避免这种努力来节省时间?你会发现自己正在处理与你团队的核心价值观和使命不符的项目。

你需要像致力于完成工作一样,致力于良好的决策——说“不”以便你可以为你的客户获得最好的“是”。否则,你将要求人们把时间花在不重要的工作上。要有勇气认识到不可避免的失误,你就会有下一个挑战在等待着你。

picture of Angela Robertson
热爱领导团队开发客户喜爱且易于使用的产品。;

5 条评论

有些人提交错误或提出投诉或建议,似乎不理解他们的提交是多么的个人、深奥和个人。他们通常也是第一个说“我没有技能来处理这个问题”的人。解释处理每个请求的资源限制可能具有挑战性。

当人们驳回关闭错误时,这是谈论客户影响以及如何确定工作优先级的绝佳时机。我没有想到你指出的技能差距。很棒的观点 - 当人们表现强烈时,最好考虑可能的潜台词。

回复 作者 Greg P

感谢你写这篇文章,Angie!说不对于成功至关重要,但也非常困难。我真的很喜欢你提出更多问题来澄清请求重要性的方法。我在这里最大的收获之一是,当你对一件事说“是”时,你很可能隐含地对你可能没有充分考虑的其他事情说“不”。

我作为学术界的系统管理员/工程师最艰难的时期是告诉教职员工“不”。我通常非常乐于助人,但有些事情就是不能或不应该做。有些人就是不能很好地接受拒绝。一些教职员工未能理解他们不是宇宙的中心。

你熟悉 Gretchen Rubin 的“四种倾向框架”吗?我发现,当我们了解自己的主要倾向(例如,你认为自己更乐于助人)时,我们可以利用我们的自然倾向在必要时说不。还有 - 当我说不时,我不希望人们把它当成是针对个人的。我希望我的拒绝声明具有建设性。如果人们将拒绝当成是针对个人的,那是他们自己的决定。希望这对您有所帮助,并感谢您的对话。

回复 作者 Gary Scarborough

© . All rights reserved.