1704199075
这份总结应通过邮件发送给团队成员，同时附上一份备忘录，简要说明从试验中获得的收获。同时也要将总结保存到储存所有试验总结的数据库中，我们将这个数据库称为“知识库”（knowledge base）。这个知识库可以是共享文件服务器上一个所有成员均可访问的专门文件夹，也可以是公司维客[4]或内网上的一个页面。在GrowthHackers的“Projects”系统中，知识库是软件的一个组成部分，里面还会显示某个试验是成功、失败还是没有确定结论。不论试验报告如何存储，关键是要确保团队能够轻松搜索到所有的试验结果，以便日后查阅并考虑调整变量重做试验的可能。这样做也能保证试验不会重复，这在快节奏试验过程中很容易发生。
1704199076
1704199077
除了构建知识库之外，很多团队还会定期在整个公司范围内或给相关部门发送报告，使公司员工及时了解增长进展。根据不同的公司文化和规范，可以采用不同的沟通方式。以下是几个例子。
1704199078
1704199079
• 创建“试验成功”邮件发送列表，使接收者定期了解哪些试验取得了成功及试验对公司业务的积极影响。我们在英曼采取了这种做法，列表里有20个人，都是事先表明希望收到通知的同事。有的公司也会发送关于所有试验结果的邮件，其中也包括失败和结果不确定的试验。
1704199080
1704199081
1704199082
1704199083
1704199084
1704199085
1704199086
1704199087
1704199088
1704199089
1704199090
1704199091
• 对于使用Slack等即时通信软件的团队，可以考虑设立一个频道或是群聊，专门用于分享并讨论试验结果。在英曼，我们在公司的Slack账户中设立了一个频道专门用于分享新启动的试验和最近结束的试验结果，不论结果好坏都会在频道里通知。
1704199092
1704199093
1704199094
1704199095
1704199096
1704199097
1704199098
1704199099
1704199100
1704199101
• 在公司总览图里发布试验结果。如果公司不使用总览图，那么可以直接打印试验结果并张贴在办公室的公共区域，通过这种低技术含量的办法也能够有效地沟通试验进展。
1704199102
1704199103
1704199104
1704199105
1704199106
1704199107
1704199108
1704199109
1704199110
1704199111
增长会议
1704199112
1704199113
鉴于上述过程主要都是围绕着增长会议开展的，有必要说明一下会议流程。我们建议每周召开一次增长会议，但是有些团队可能会选择每两周召开一次，这取决于它们能够在增长过程上付出的时间和精力。会议的目的是聚焦于成员提名的想法并共同决定试验计划，因此时间绝不应浪费在献计献策、集思广益上，想法应该早在会议之前按照我们前面介绍的过程提出。当然，团队也可以每个月召开一次额外的头脑风暴会。
1704199114
1704199115
在GrowthHackers，我们制定了一套召开增长会议的规则，实践证明这套规则十分有效。不同的团队可以根据具体的团队需求调整规则的细节，但是这一套规则总体上适合任何规模、任何类型的团队或企业。
1704199116
1704199117
我们每周二召开增长会议，以便将一周中的第一天空出来让团队完成必要的准备工作。每周一，团队成员会检查试验进展，结束能够结束的工作，或者收集数据以备第二天会议使用。增长负责人则会查看前一周的工作，包括以下内容：
1704199118
1704199119
• 查看顺利启动的试验数量并将之与团队的目标试验速度进行比较。
1704199120
1704199121
1704199122
1704199123
1704199124
[
上一页 ]
[ :1.704199075e+09 ]
[
下一页 ]