Stack Exchange站点是社区：我们不是一个社区，而是多个以多种方式重叠的社区
重要的一点是，这些社区存在于公司周围，公司的人员必须成为社区的一部分，才能使其生存和顺利发展。
正如我在这里所说的那样，我不会重复最后一点，但是今晚我偶然发现了一个GitLab帖子，我认为Stack Exchange可以从中学到很多东西。
帖子：2019年10月10日，GitLab宣布了对其TOS的计划变更，该计划在隐私问题和信任中断方面受到了社区的强烈反对。听起来很像吗？
今天，2019年10月24日，他们更新了帖子，说他们已回滚更改并打开了一个问题以收集反馈，以找到每个人都可以接受的妥协。他们花了14天的时间承认错误，后退并开始讨论。 Stack Exchange，您不会撤消所遭受的伤害，也不会很快重新获得失去的贡献者，但是我认为剖析这种情况可以帮助您将来做得更好。
因此，Stack Exchange，您是否感兴趣并且如果是这样的话，您是否在寻找这种情况时找到了对您有用的东西？ （如果需要说出来，我本周不希望得到答案。）
#1 楼
只有Stack Exchange员工才能在这里明确回答标题问题-尽管实际上，由于它是在询问整个公司的利益，所以要比这复杂得多。问题可能是关于那些做出决定（加倍努力并忽略莫妮卡友好解决问题的尝试）的个人是否有兴趣从GitLab的案例中学习的问题。制造商有兴趣从类似的案例中学到。 br />这是通过电子邮件发送给所有GitLab用户的内容（请注意，我没有复制内联链接；您可以在上面的链接中以原始文本的形式看到它们）：亲爱的GitLab用户和客户，
10月23日，我们发送了一封电子邮件，名为“我们的服务条款和遥测服务的重要更新”，宣布即将进行的更改。根据来自我们的客户，用户和广大社区的大量反馈，我们第二天撤回了路线，并在这些更改生效之前将其删除。此外，GitLab将承诺不在将使用情况数据发送到第三方产品分析服务的产品中实施遥测。这显然使我们的社区感到不安，对此我深表歉意。
那么，发生了什么事？为了改善我们的用户体验，我们决定同时使用第一方技术和第三方技术实施用户行为跟踪。显然，我们缺乏开展这样的变更的评估和沟通流程，我们需要改进这些流程。但这不是我们做错的主要事情。
我们的主要错误是，我们未能通过将用户，贡献者和客户纳入战略讨论中来实现自己的协作核心价值，对此，我深表歉意。您对选择加入/退出决定，第一方还是第三方跟踪，数据保护，安全性，部署灵活性以及许多其他主题怀有强烈的感情，这应该不会令我们感到惊讶，我们应该首先听一下。 />那么，我们从这里去哪里呢？第一步是10月29日进行回顾，以记录发生了什么问题。我们会联系那些表达了疑虑的客户，并收集用户和整个社区的反馈。我们将提出一项新的建议，以改善用户体验，并分享给反馈。我们由于没有合作而犯了一个错误，所以现在我们将花费尽可能多的时间来确保我们做对了。通过在本期中发表评论，您可以成为协作的一部分。如果您是客户，如果您有其他反馈，也可以与您的GitLab代表联系。
很高兴您将GitLab的标准提高了。如果我们要保持透明和协作，就需要始终如一地做到这一点，并从错误中吸取教训。
真诚地，
Sid Sijbrandij
联合创始人兼首席执行官
GitLab
Stack Exchange肯定应该从GitLab的例子中学到东西。他们是否愿意是一个只有时间才能证明的问题。
评论
这就是正确的确认，道歉和修理的模样。感谢GitLab的首席执行官！
– Monica Cellio
19-10-30在0:20
“如果我们要透明和协作”，我知道SE核心产品是基于协作社区内容的，我真的不明白为什么公司让此事如此严重。来吧，SE，我们正在努力让您保持在更高标准的位置:(
–brasofilo
19-10-30在3:07
你在更新中忍了我:)
–滕西拜
19-10-30在6:34
Gitlab的实际付费客户对此很生气。 SE有广告。
–法尔肯教授
19年11月28日在9:55
@MonicaCellio为了道歉，他们必须相信自己是错的。他们没有。他们认为其他所有人都是错误的。
–用户
19年11月28日在14:03
#2 楼
该问题表明，SE不修复（感知到）对社区的损害是不知道如何做，无能为力的问题。首先需要学习如何修复和道歉。只要他们知道怎么做，就可以。如果愿意的话，在一两天内修复几乎所有的损坏将是微不足道的。如果我是首席执行官，我会在周末之前解决所有问题：根据私下协议恢复莫妮卡，不进行合法跟进。
此处公开道歉声明，也新闻。似乎是大胆的举动，
不是。 SO的用户几乎不会知道或关心，也不会关心投资者。那为什么不行呢？
反向傻循环反馈机制和撤销计划以取消Meta。
每周分配一天的员工来清点最重要的问题并将其插入故障单中系统。每月一次，交流路线图。其中将包含
关于为什么某些事情无法完成的声明。难？不，贵吗？否。
发布关于代词的精简政策，该政策应尊重其他观点，语言和宗教，以免任何违反行为立即致命。一个更合理的系统，带有警告和第二次机会。
再授权：无法修复，所以在这里我将扮演邪恶的CEO，然后强行推进。它不花钱，风险低。星期一，我将看看一些其他的廉价动作，可以使主持人结盟而不是敌人，因为谁不想要自由劳动和产品营销？
这些步骤都不是需要学习的。它们是儿童游戏，简单明了且常识。不对我执行任何这些修复操作就意味着不愿意执行这些操作。
想一想，我实际上可以指定一个主持人来进行反馈分类，甚至更便宜。作为回报，我给他们一个皇冠表情符号，这通常足以激发自由劳动。我真的在扮演这个角色。
在这些案例之间吸取的残酷教训是，GitLab不能忽视他们的社区。免费用户可以在一天内从GitLab迁移到GitHub或其他竞争对手。免费用户接下来可能会影响其企业产品的成功。社区具有真正的影响力，即存在的影响力。
不可避免的维修行动的第二个原因是法律性质。他们的举动很可能违反了GDPR。打击这种非法举动不需要个人用户进行昂贵的审判，只需一个人向隐私权管理机构报告此问题，官方调查的可能性就很大。因此，无论社区如何，都必须这样做。
案例之间的社区影响力差异很大。最终证明就是关闭Meta的计划。 Meta是无限庞大社区中的一小部分人。它在网络上没有生存力。显然，它可以完全关闭，并且99％的网络甚至不会注意到，至少不会直接注意到，或者该公司认为。此外，几乎没有可运行的可互换服务。
评论
您的问题不是学习的内容，而是他们是否感兴趣。我试图回答。由于他们做出了零尝试来修复甚至是最容易修复的问题，并且给出了完全删除Meta的计划，对我来说，这显然不是。没兴趣。
–
19年11月29日，0：20
公平的说，我可能很快就读了你的答案，
–滕西拜
19年11月29日在6:09
再许可：无法修复，因此我在这里扮演邪恶的CEO，只是强行推进。我不同意。法院可以裁定追溯变更是非法的，并且不得错误地分发内容。
– jhpratt
19年11月29日在6:52
#3 楼
Stack Exchange Inc.可以提供大量有用的建议。例如，在第一个答复之一中，即第一个“道歉”，您有个受人尊敬的社区成员告诉SE Inc.社区正在寻找什么。 />含义：无需进一步指出其他示例。
如果SE Inc.的首席执行官在意，他已指派一名人员全职跟踪MSE，以收集主要观点并指导下一步。 las，这并不完全是那样。编辑：Yaookov在SE Inc.读到“所有内容”的地方发表了评论，但是可惜：如果是这样，那么他们真的很不好意思向社区表明我们的关切已得到合理解决和解决。
重点不是：缺乏指导，或遵循“榜样”。问题的性质是完全不同的。
SE Inc.如何解雇一位受人尊敬的主持人的方式，以及他们如何在一周又一周的过程中惨遭失败弥补，这是该公司的主要问题这一点使所有其他事物黯然失色。在我看来，SE Inc.陷入困境，在不丢脸的情况下看不到任何出路，因此他们决定“解决”这个问题。
要明确：当然，GitLab如何处理错误是一个很好的例子。因此，问题和其他答案就在现场。我要说的是：我只是简单地认为SE Inc.很难遵循该示例，因为如上所述：可能会丢脸。
评论
我同意，关于如何解决此问题有很多建议。但是，我仍然看到“这是社区（成员/一部分）认为您应该处理的事情”与“这是实际公司实际处理类似情况的方法”之间的区别。亲爱的，我看到这个问题的价值。
–Angew不再以SO为荣
19-10-30在8:22
@ReinstateMonica我不是说这个问题没有价值，或者应该关闭。我实际上赞成它。我只是说：“增加投入”并不一定能解决“产出不足”的情况。当然，github CEO声明对于SE Inc.是很好的指导。但这已经在此处给出的第一个答案中得到了很好的解释。
–GhostCat
19-10-30在8:25
得到它了。我想说的是，我认为这个Q不仅是更多的投入，而且是一种根本不同的投入。不过，我想我现在更好了。
–Angew不再以SO为荣
19-10-30在8:27
@ReinstateMonica我添加了另一个段落以使我的观点更加清楚。
–GhostCat
19-10-30在8:34
@GhostCatsaysReinstateMonica我同意，我的观点是试图在SE网络之外的另一位首席执行官的另一个最新榜样下努力。我希望有一天能得到SE的回答，说这是一个有用的输入（或者他们不需要任何建议来开展业务）
–滕西拜
19-10-30在13:23
@Tensibai我希望有一天我能得到SE的回答，说这是一个有用的输入（或者说他们不需要任何建议来经营自己的业务）...有一句德语谚语，大致翻译为“等待”希望把很多人变成傻瓜”。这并不意味着侮辱，只是关于期望管理的指导。
–GhostCat
19-10-30在13:31
@GhostCatsaysReinstateMonica好吧，我说“有点”，我真的没想到一个。离开网络有点困难，所以我睡得更好，知道我尝试了一些我认为可以激发灵感的事情。
–滕西拜
19-10-30在13:35
#4 楼
我敢肯定，大多数面向公众的SE员工都知道几年前Reddit解雇了Victoria Taylor时发生了什么。尽管这次的细节有所不同，但此次活动的总体思路仍然兼容。评论
这里的案例与实际的Fiasco大约在同一时间，我发现它确实很相关，特别是因为TOS更新和隐私问题，它提醒了CC 4.0和此处的广告跟踪，这与Monica触发无关，我应该也许将其添加到问题中。
–滕西拜
19-10-30在14:01
评论
我本质上是想从这里复制并粘贴我的答案：meta.stackexchange.com/questions/336458/…-因为现在已经不那么简单了，但是我想如果它们回滚了，那将是一个开始。 br />无法反驳@ Script47，把它当作我的Swansong给他们一些灵感的源泉。我的问题是，他们是否最终有兴趣从OTE来源中学习
@Gloweye我非常不同意，我的问题专门针对StackExchange，如果他们想从另一个处理不同的案例中学习
不幸的是，@ Tensibai，我不认为您会得到答案，而与时间轴无关。
@ Script47我不要指望它，我只是希望他们会读它，链接的问题以及那里的话题
您完全可以不同意我的看法。这不像是真理或任何事物的预言。但是，这两个问题的核心都是关于社区与公司之间的信任中断，因此，我认为可以复制/粘贴合理的答案。
@Gloweye公平的观点，我将标题更改为希望更好地表达我观点的内容。
我不清楚情况是否类似。我怀疑这里的争议主要与引入CoC相关的活动有关，而不是与CoC本身的内容有关。
这种情况听起来与我非常相似，因为人们匆忙地进行了更改，但反应却不同，COC只是其中之一，TOS更改，许可更改，网络广告都是SE具有相同“错误”行为的IMHO @StevenBurnap。所以我想知道SE是否可以从gitlab处理这种情况中学到什么
gitlab是否发现自己处于回溯会使他们失去潜在诉讼的情况？
@StevenBurnap-我不认为有任何争议的内容大都是关于一件事的。这比大多数人尝试过的工程要多得多。这就是它如此特别的原因。一件事使他们摆脱了另一件事。他们立刻起了一堆大火。就我们所知，他们仍然在玩火柴。我不确定是否会很快从任何人的经验中学到东西。
我以Reddit当时的首席执行官Ellen Pao开除Jesse Jackson为例，它说明了社区如何开展足够大的运动以使利益相关者感到担忧。
@ JamesWong-ReinstateMonica您是说亚历克西斯·奥哈尼安（Alexis Ohanian）（u / kn0thing）解雇维多利亚·泰勒（Victoria Taylor）（u / chooter）吗？作为熟悉整件事的人，我认为与Reddit情况的相似之处很多。 Reddit版主在其社区中拥有更多权力。
与Slack相同。他们发布了一条推文：我们最近发布了一个所见即所得的编辑器，以帮助您在Slack中格式化消息。对于以前喜欢文本降价的用户，我们听到了您的声音。从今天开始，您可以转到首选项>高级>输入选项，选择想要设置邮件格式的方式。 #changelog。