我们如何测试，设计和建立全新的Team入职流程
两周前，我们发布了 团队的堆栈溢出 ，这是团队私下共享信息的一种方式。 在过去的一年中，为发布这一令人兴奋的新产品已经做了很多工作。 这篇文章探讨了我们如何设计定制的Team onboarding体验，以及我们如何看待此功能在未来的扩展。
困难问题
Stack Overflow最难的问题不是创建功能来发布问题或答案，将这些帖子通知用户，计算信誉，评论，投票或其他各种功能 社区中使用的工具（这些都是Stack Overflow社区的核心功能。）最困难的问题是启动社区。
如果您曾经尝试发起论坛讨论，聊天或其他类型的在线论坛，则需要经历大量的工作才能启动该论坛。 一旦社区开始产生动力，您的工作就不会消失，而是朝着增加社区动力的方向发展。 这是一项艰巨的工作，鲜为人知。
实际上，如果您是这样的社区的一员，请花一点时间告诉社区所有者，您对他们为帮助牧羊人而付出的努力表示感谢，并为他们提供指导 社区。
小型（er）社区
有关Stack Exchange网络的一项有趣功能是，任何人都可以建议创建一个新社区。 如果某个知识领域使您感兴趣，而其他人也可能感兴趣，则可以在 “ 51区”网站 。 该网站将引导您完成许多步骤，以帮助您从社区构想转变为实际的问答社区。
我们为新社区所坚持的一个标准是，它们必须具有一定的规模，并展现出持续增长的才能使我们“学习”该社区作为正式的Stack Exchange网络 现场。 提交了数百份提案，而未能达到所需的社区规模始终是社区无法毕业的主要原因。
了解问题
团队堆叠最大的最初问题之一是三方面的问题：
- Communities are hard to start.
- Smaller communities are even tougher to start and maintain.
- An inability to solve problems 1 and 2 will mean Stack Overflow for Teams doesn’t have a future.
这是个大问题。 这也是一个独特的问题。 我们如何帮助任何人建立自己的私人问答社区并取得成功？
一些关键发现
值得庆幸的是，我们已经开始为Stack Overflow Enterprise客户考虑此问题。 通过该小组的工作以及用户研究小组进行的其他工作，我们开始学习一些关键的东西：
1。 确定真正关心此事的人。
创建一个社区很辛苦，如果人们不关心社区的成功，那就变得更加困难。
2。 从一个空的社区开始很少起作用。
是 确实 一旦创建了一个团队，便会吸引所有人。 这个想法是，如果您建造它，人们会来的-对吗？
尽管如此，我们发现人们更喜欢已有一些内容。 这些种子内容消除了空白画布带来的决策瘫痪： 可以 被问到，最终您什么都没问。
播种内容可立即提供一些想法，并帮助人们更快地克服这种瘫痪。
3。 不要一个人走。
如果我们发现从一个空的社区开始是行不通的，则设置过程中的目标将是在其他所有人加入之前创建一些初始内容。 1-2个人，我们发现，如果与7-10个人共享任务，任务会变得容易得多。 通过与该核心组共享社区设置工作负载，每个人的任务变得更加容易。
测试思路
通过这项初步研究，我们的下一步就是测试这些想法。 此时，在Stack Overflow的一个典型项目中，我们需要编写规范，创建一些线框，设计图稿并构建原型，然后再与用户进行测试。 这个过程将花费我们数周的时间来学习关键信息。 我们不想浪费数周的时间来测试一个想法，因此我们通过在几天之内测试低保真版本来改变了方法。
使用滑盖和可点击的原型，我们能够在几周到几个月的时间内测试和调整我们的想法。 我们知道，最重要的是，清晰的副本将赢得胜利。 因此，我们使用建议的副本创建了一个简单的Google幻灯片演示文稿，并采访了许多个人以评估他们的反应。
通过尽早地以低保真度测试这些想法，我们发现了两件事：
- By keeping things low-fidelity, we didn’t become attached to the idea. Since we hadn’t invested a lot of time in the ideas, letting go of them became easier.
- Because we were able to let go of ideas more easily, we were able to iterate more quickly.
我们总共能够在两周内测试多个低保真版本。
最终确定我们的清单
我们在研究中了解到的一件事是，人们对提供设置清单的反应很好。 看到清单后，一个人指出，这有助于他们更好地了解建立社区所需的工作水平，这是他们以前从未考虑过的。
每个功能或任务都具有某些价值，否则我们为什么要拥有它？ 创建入职工作流程时最困难的部分是确定人们在流程中的特定时刻需要理解的核心项目。 例如，虽然对某些人来说，了解如何创建新标签可能是个好主意，但这并不是主要问题。 仅当人们问和回答问题时，了解如何创建标签就变得很重要。
我们的目标是帮助团队在头60-90天内的某些阶段专注于特定的核心任务。 我们将这些任务分为三组：
- Setup period: Initial 10–14 days during which 5–10 people help seed content and get the Team setup for everyone else to join.
- Launch day: The day you’re ready to invite everyone into your community.
- Post-launch: Provide community goals for the next 45–75 days to help continue and maintain momentum.
这些清单中的每项任务都增强了成功社区中经常发现的核心活动。
除了清单，我们还创建了入门问题。 回到我们最初的主要发现之一：“从一个空的社区开始很少起作用。”，我们发现这同样适用于团队创建者和指南！ 为了帮助第一个小组开始工作，我们提供的问题范围从确定团队中的人员到应该提出的问题类型。 这些未解决的问题使管理员和团队指南可以立即加入并开始提供想法。
展望未来
这仅仅是入职的开始。 我们的目标不仅是建立社区，而且要创建强大，健康，持久的社区，这些社区是团队值得信赖的资源。 但是，如果人们不不断参与，那不会发生。 因此，我们正在探索如何在团队达到90天或更长时间后继续帮助他们。
也就是说，我们知道它并不完美，我们将继续测试和观察社区，因为他们使用当前的入职流程。
我们也很高兴接受这项工作并将其带回51区供公共社区使用的可能性。 我们在团队中所做的大部分工作也适用于公共社区。
健康，强大的社区并不会发生。 它们是一群敬业奉献的个人的有目的，勤奋的工作的产物，可为其他人提供参与和共享的场所。 通过提供初步指导，我们希望每个人都会对今天建立自己的社区充满信心。