内向者社交指南：假装开放地接受反馈

介绍

前段时间，我写了一篇关于如何做个好人而不做个混蛋的文章。文中提出了一些具体的建议，很有帮助，但通过实例学习也很有帮助。所以，这是我“内向者社交指南”系列的第一篇。本系列的目标是帮助像我这样的内向者更好地意识到自己的言行举止，而不是像我们想象的那样——或者更确切地说，当我们甚至没有意识到自己做错了什么的时候。

我听过其他内向的人说，社交场合很累人，我对此感同身受。我指的是那些除了非常亲密的朋友之外，我们还能或多或少感到完全自在的社交场合。那些让人精疲力竭的社交场合通常与我们不太亲近的人有关，随着我们与这些人的熟悉程度和数量减少，我们的焦虑感和为了与他们相处而必须“费力”的感觉就会增强。

所以，我们就是这样的人——在一天结束的时候，当我们必须身处社交场合（通常指普通的办公室工作）时，真的需要“独处时间”来恢复精力。可惜的是，对我们来说，社交并非与生俱来。我们必须付出很多看似不自然的努力，而知道自己可能做得并不好，就更让人精疲力竭了。

不幸的是，我不知道有什么神奇的咒语能让我们感觉更自在、更舒适，但我希望通过这个系列提供一些我观察到的例子，比如一个人（很多时候是我自己，后来反思或与他人讨论后）以某种方式“融入其中”。这些都是真实的例子，也可能包含一些我学到的通用技巧。我的想法是，用例子来充实我们的大脑，这样我们的思维就会开始从中本能地形成模式，并帮助我们避免犯同样的错误。

相信我，我绝不是什么专家，但这是我成年后一直积极研究的领域，我希望自己学到了一些。虽然只是泛泛而谈，但我强烈推荐《如何赢得朋友和影响他人》。它经受住了时间的考验，是这方面的一本很棒的入门书。我很幸运，在二十出头的时候就有人推荐过它，从那以后我至少重读了好几遍。

至于这一系列的组织，这些内容或多或少有些混乱——我会补充一下，这取决于我记忆中的内容，或者观察到新的内容。记住，这些事情我们几乎总是无意识地在做——所以我们的目标不是因为做过这些事而感到内疚，而是要提高意识，以便将来做得更好。闲话少叙，第一个例子……

假装接受反馈

假设你创造了一些东西——一个产品、一个工具、一项服务等等。这种情况在软件开发、IT、系统工程等领域很常见。我们倾注了大量的心血、汗水和泪水来打造一件产品。我们把它放到市场上供人们使用。我们希望我们的创造物能够被欣赏。

不可避免的是，它不会一直受到所有人的赞赏。所以人们会有意见和反馈。我们希望自己是一个乐于接受反馈的人——为了改进我们的作品——所以我们会说：“如果你有任何建议或反馈，尽管告诉我！”或者类似这样的话。

然后，反馈就来了。有时候反馈……不太友好，但即使是友好且有建设性的，我们仍然觉得孩子被说丑，于是陷入了防御状态。我们开始寻找理由，解释为什么会这样。有时（尤其是当反馈很刻薄的时候）我们想反击。“这人真是个眼高手低的人。”“天哪，这绝对是最愚蠢的想法。”“如果他们能理解就好了……”

相信我，我也有过这种感觉。这很正常。这种感觉并非仅限于内向的人，但我认为，当这种情况发生时，我们往往不太擅长以有效、健康的方式进行沟通。

不该做的事情

解释为什么会这样。

是的，这看似无害，但它往往只是一种防御机制的表现。提供反馈的人，除非他们另有说明，否则几乎肯定不在乎为什么会这样。你要求反馈，他们也给了。不要试图通过解释来驳斥或淡化他们的反馈。

这对于内向者来说真的很难，尤其是技术型内向者——因为我们真的在乎事情为什么会这样。我们对细节的复杂性着迷。怎么会有人不想知道其中蕴含的美妙想法和原理呢？！

但别这样。忍住。请接受反馈，并试着看清它的本质——这是别人的观点，他们不具备（也可能不想具备）你对事情成因的理解。这里值得珍惜的是，设身处地为他人着想，这是一个很好的学习经历，而这些人往往正是你想要雇佣并对你的作品感到满意的人。如果他们不欣赏你的设计，很遗憾，这在某种程度上是设计的失败。

反馈是了解用户心智模型的绝佳起点。你越能深入理解他们的心智模型，并将其融入到你的设计中，你的产品（对他们来说）就会越好，你的宝贝也会越欣赏它的美。

告诉他们阅读手册

或者类似这样。实际上，如果有人必须阅读手册才能使用你的产品，那它最好非常复杂。把需要使用手册视为设计失败。并非总是如此，但很多时候确实如此。

告诉他们其他方法

好吧，这个问题有点棘手。通常，根据具体情况，给予某人某种方式去做他们想做的事情是重要且有帮助的。但是，这样做有好有坏，有时我们不应该这样做。

“您需要做的就是......1、2、3、4、5......看到了吗？很简单！”

如果你的倾向或反应与上述类似——脑子里想着“我不明白这有什么难的！”——那么你需要停下来。技术人员往往比普通民众更有耐心去适应科技。人们（说实话，如果可以选择，我们更希望如此）只希望它能用，并且简单易行。我的意思是，除了像游戏这样以挑战为重点的东西。

我一生中工作过很多不同的环境，包括为其他开发者开发商业工具，而我最常看到的就是开发者之间互相交流。开发者A喜欢命令行界面（CLI）。开发者A觉得连续输入30条命令易如反掌——比一些笨拙的用户界面（UI）要简单得多，也好得多。而开发者B更喜欢点击操作，或者使用某种工具或其他抽象概念，让他们无需了解和使用所有这些命令就能到达相同的终端。又或者，开发者C喜欢X编辑器、操作系统或shell，并且非常精通，但开发者D经验更丰富，更喜欢其他的。等等。

所以，处理这种情况的正确方法是感谢对方的反馈，并表示你会记录下来，并研究如何才能让事情按照他们期望的方式进行，然后说：“与此同时，我可以教你一个今天就能完成的方法……”然后你还要多听听对方的意见。如果他们说了“不用了，谢谢”，不要强迫他们。如果他们告诉你他们不熟悉某些相关的工具，不要说“别担心，这很容易”之类的话。

这里最重要的是让自己更加意识到，其他人缺乏很多你认为理所当然的东西，但这并不意味着他们愚蠢或懒惰。倾听他们的想法，并尽可能地适应他们的思维模式和环境，但不要太专注于完成任务，以至于在“帮助”他们的过程中让他们措手不及。

在网上搜索“尼克·伯恩斯周六夜现场”看看吧。它恶搞了这种东西——而且很明显我们做了，否则它也不会成为被恶搞的对象！“动起来！”

告诉他们他们想做的事不值得

这样说似乎显而易见，但我见过太多类似的情况，简直疯狂。我见过最糟糕的情况就是把这张图表扔进讨论里。我在那篇文章里解释了原因，但就我们这里的目的而言，这只是一种（无意中）让人觉得混蛋的方式。

不要问“你为什么要这么做？”嗯……如果你真的想知道，想想该怎么改写。如果你不是真的想知道，如果你只是因为内心深处觉得这很愚蠢、很浪费而反问，那就别问了。闭紧嘴巴就好。

“这其实省不了多少时间。” 好吧，也许不是。但在这种情况下，大多数人更关注的是主观体验，而不是时间投入。显然，如果有人花时间提供反馈，那么他们的主观不满意度就相当高了。你的工作不是评判他们不满意度的客观价值。如果你寻求反馈，你的工作就是倾听并尝试理解。

“这毫无道理。” 信不信由你，我听过各种各样的说法。讽刺的是，这恰恰是给出反馈的人在尝试使用你的东西时的感受。所以，与其评判他们所说的话的含义，不如试着更好地理解他们为什么期待它。再说一次，你的目标不是让他们离开或为你的东西辩护。你的目标是理解他们的观点、动机和期望。接受并肯定他们的观点，而不是评判和捍卫你自己的观点。

坚持拥有最终决定权

不要这么做。这是一个很好的通用建议，在这种情况下，它通常适用于你已经因为上述任何一种行为而走上了错误的道路。例如，如果你开始解释，对方会倾向于解释他们的观点，你们双方都会变得越来越防御。我完全是根据个人经验说的——闭嘴，让他们说了算，可能是最困难的事情之一。

作为一个擅长辩论、经常能成功辩论却最终犯错的人，这一点很难学，更难练习。因为这就像一场精彩的棋局——走棋、反棋、制定策略、提前谋划，最终眼睁睁看着“敌人”落入你的魔掌。这令人兴奋，但当你寻求反馈时，却完全适得其反。

记住目标。理解并调整你的产品，让更多人喜欢它。你无法通过与人争论来达到目标​​，无论短期内你觉得多么满足。（顺便说一句，这适用于大多数生活情况。）

你怎么认为？

你觉得这类内容有用吗？你有自己的例子吗？我希望更多人分享他们自己的案例，这样我们就能互相学习。欢迎私信我，或者在这里留言，或者在本系列文章中发表你自己的例子。比如“内向者社交指南：<你的例子>”就可以，然后链接到这里/留言。或许我们可以创建一个足够独特的标签，比如#社交技能，把这些分类起来；或者如果我找到足够多的例子，我可以做一个列表帖子。