介绍

本文档是管理社交媒体帐户的GitLab团队成员的指南。
您个人代表GitLab时对在社交媒体上发布的推文，喜欢和回复负有个人责任。您发布的所有内容都是公开可见的，即使已编辑，也将在很长一段时间内可用。使用公司帐户时请小心周到。
请记住，您代表GitLab和我们的文化。在评论帖子时，请记住：“不要争论，但要代表”。

回应要求

  • 回应提及。每当提及GitLab或与某个线程相关时，它都会被定向到我们不同的聊天频道，并且来自GitLab的某人应该回答问题或反馈。这里的想法是供人们使用，而不会使他们有义务与您交谈。
  • 快速回应。响应的紧迫性取决于媒介。在Hacker News上，我们需要在一个小时左右的时间内做出回应，而某项内容不再出现在首页上之后，做出的回应就没有那么重要了。
  • 团队中的每个人都可以提供帮助。响应社交媒体是我们所有人的任务。期望每个团队成员都可以贡献力量，特别是在您担任领导职务的情况下。
  • 委托给专家。谁都不知道。向最相关的团队成员发送聊天链接，以便他们进行回复。确保他们可以快速跟进或找到其他人。
  • 回答你自己。我们应该风度翩翩，人性化。因此，如果将某些内容委派给您，则不要回答问题，而要让其他人张贴。参与进来。根据需要注册或创建服务帐户。
  • 通过提供有意义的响应来继续对话，而不是仅仅赞成或说一个词“谢谢！”。如果有人给了您反馈，请将他们链接到一个相关问题，表明已收到反馈。您甚至可以为人们提供非GitLab内容的链接，例如Git指南或DevOps指南。总是有一个值得提及或感谢的功能来表达“非常感谢您传播有关GitLab的信息”。例如，请参阅对HN帖子的前三个回复，其中前三个评论为肯定，但没有问题。或者看到这种反应是链接到实际问题，因此回复原来的“谢谢”没有得到。
  • 保持乐观。当有人发表负面评论时，您无需捍卫GitLab（请参阅下面的“承担诚信”）。负面反馈是学习或考虑新事物的绝好机会，因此，感谢他们的反馈，将其记录在问题跟踪器中（如果问题已经打开，请在问题中添加评论），并邀请他们留下更多评论。当人们提出批评时，请记住承认错误并保持建设性。
  • 请记住，您是在与人说话。评论背后的人是真实的，因此，如果角色互换，请对他们进行处理。尝试找到他们的真实姓名，以便您可以个性化地向他们发送消息。
  • 首先，感谢他们的反馈或对他们造成的不便深表歉意。我们希望高调地开始和结束对话。
  • 假设真诚。请记住，人们是在评论产品，而不是人们。线条可能会变得模糊，但保持客观性很重要。
  • 解决用户提出的所有问题。如果他们提出4分/要求，则对每一项做出回应。如果您不知道答案，请不要害怕告诉他们您不知道，但会仔细研究。
  • 你被允许不同意别人。尝试（分别）告知此人为什么他们可能会被误导，并提供他们可能需要的任何链接以做出更明智的决定。不要说“你错了”或“那太愚蠢”。相反，要说“我不同意是因为……”或“我认为那是不正确的，因为……”。
  • 答复不是背书。仅仅因为您在答复而没有公开不同意并不意味着您同意该声明。
  • 始终寻求反馈。如果有人要说些负面的话，请问他们如何使它变得更好。如果他们能提供更好的例子。正如在HN上所说的那样：“调查问题并邀请人们成为他们寻求的解决方案的一部分的反应迅速和令人愉快，这是非凡的习惯”。
  • 开放式问题！如果某人有他们想讨论的观点，请随时提出一个问题并将其链接。无论您是否同意这一观点，都应邀请社区参与GitLab的指导。请确保链接到问题中的相关帖子，以便于跟踪。这并非在所有情况下都适用，因此请使用最佳判断。
  • 提供详细信息。如果对请求或问题的回答不只是一个简单的答案，请不要害怕尽可能详细。如果已经存在针对该案例的未解决问题或合并请求，请将其链接到您的答案。如果还有其他信息来源来支持您的陈述，请执行相同的操作，例如博客文章和网页。
  • 照你说的去做。如果您说会调查，请设置提醒以与该人回圈或将他们链接到问题跟踪器上的问题。说您会调查某些内容，因此除非您继续进行，否则不可能继续进行对话，因此在以后的某个时间继续对话非常重要。如果工作量太大，只需说“我不知道”，然后就可以了。

  • 公开。如果您在社交媒体（Hacker News，Reddit，Twitter等）上发表评论，则您的个人资料应提及您在GitLab工作。提及您在GitLab上的工作，您的评论将受到更严格的审查。如果您在每个帖子中都发表了很多内容，而没有在每个帖子中都提及它，那么在“此处有GitLab CEO”作为所有内容的开头会很烦人。可以通过在we表格中发言来进行微妙的披露（我们发货，弄乱了，我们将制造我们的产品）。

    GitLab语音

    为GitLab发言时，请使用“ GitLab语音”。从GitLab官方帐户进行答复时，请说“我们”，代表软件和社区。在官方的@GitLab帐户Twitter帐户和其他社交媒体上，我们应该对软件和社区的属性进行建模。我们努力回应所有消息和问题。我们通过鼓励合作和贡献做出回应。
    考虑一下对软件和社区有何好处，以及如果我们将其个性化，该软件将如何响应。要反应迅速，积极，开放，好奇，热情，道歉，透明，直接和诚实。有人不喜欢某事吗？请他们在问题跟踪器中告诉我们更多信息。有人认为GitLab会更好？邀请他们提交功能建议。任何批评都是改善我们软件的机会。
    在回复您个人帐户中的信息时，请随意加入自己的风格和声音。与他人交谈，就好像您亲自与他们交谈一样。
    请不要进行竞争对手的扑打。相反，要强调积极的差异-最好专注于GitLab优于其他解决方案的方式。

    处理冲突

    您可能会不时遇到生气的用户。与有对抗性的人打交道时，保持头脑冷静很重要。您也可以将它们直接发送到Sid。

  • 假设真诚。人们有意见，有时他们是有力的。通常不是个人的。

  • 如果变得个性化，请远离对话并转给其他人。

  • 有时候，所有人需要的是认可。说“对不起，事情对您没有帮助”可能会走很长一段路。

    黑客新闻

  • 切勿将GitLab内容提交给Hacker News。如果非GitLab Hacker News社区成员发布内容，则提交的内容将获得更高的可信度，我们应该专注于使我们的帖子有趣而不是提交。

  • 不要链接到任何Hacker News提交内容，以防止触发投票环检测器。试图通过在新页面上进行投票来解决投票环检测器是不可靠的，只是不要宣布也不要求投票。
  • 不要在有关GitLab的HN帖子上发表第一条评论，请等待人们发表评论并提出问题。
  • 避免使用诸如“ PeopleOps”之类的公司行话。
  • 始终将HN社区视为同行。确保始终保持谦虚和感激。
  • 如果您发表评论，请确保它有趣且相关。

    资料资产

    可以在营销资源库中找到社交媒体的配置文件资产
    请不要将GitLab徽标用作您在社交网络上的个人帐户的化身。欢迎您使用我们的品牌横幅，但是重要的是，您的个人资料头像不要使用户将您的帐户与正式的GitLab帐户混淆。
    如果您打算在社交网络上倡导GitLab，则应该显示您在自己的生物中在GitLab工作的事实，但我们建议您避免在单词gitlab中包含单词。团队成员的倡导非常宝贵，我们很幸运有这么多敬业的团队成员，但是创建一个仅发布有关GitLab 的帐户是无效的。团队成员倡导之所以如此有力，是因为人们对员工的信任比对品牌和高管的信任更高。如果您的主张是真实的，那么您的主张就是有力的，拥有一个仅用于推广GitLab的帐户对浏览您的推文的其他人不会成立。