1704198740
1704198741
1704198742
• 他们从开始到弃用App的过程是怎样的？在弃用之前他们在App中花费了多少时间？
1704198743
1704198744
1704198745
1704198746
1704198747
1704198748
1704198749
1704198750
1704198751
1704198752
在数据分析师研究数据的同时，团队的营销专家则开展了一系列用户调查和采访。其中一项调查的目的是获取用户的人口学和心理学信息，另一项调查询问了用户线上和线下的购物习惯，而最后一项调查则是关于用户最喜爱的App以及他们的移动设备的使用情况。
1704198753
1704198754
之后，数据分析师和营销专员将所有数据分析结果和用户调查与采访反馈汇总，编写成报告并在第一次增长会议的前一周发送给团队成员。筹备这场会议时，增长负责人撰写了一份总结，说明截至目前的研究结果，其中就包括经常性消费用户区别于从未消费或只进行过一两次购买的用户的几个十分有趣的共同特征。
1704198755
1704198756
第一个特征是这些活跃消费用户的平均订单金额高于50美元，刚刚超过免运送费的最低金额。除此之外，很多经常性消费用户都有很多会重复购买的食品，这些食品显然对他们来说是必需的。最后，最为活跃的消费用户中相当大的一部分是从商店的移动网站跳转到App中的。
1704198757
1704198758
基于数据分析，团队已经提出了一些增长想法，并为第一次会议做好了准备。他们将在这次会议中讨论了调研发现，评估初步的增长想法以充分利用这些发现，选出第一批旨在提高App用户所创造的收入的想法，并规划初步的试验流程。
1704198759
1704198760
第二阶段：提出想法
1704198761
1704198762
“点子”是增长的催化剂。你需要一系列的增长点子以形成稳定的增长动力。正如莱纳斯·鲍林所言，“形成一个好想法的最佳办法是提出很多想法”。正因如此，能够不加限制地提出想法对于增长黑客过程尤为关键。这并不意味着要不加限制地测试这些想法。测试应当是经过严格的优先级排定的。但是你需要鼓励增长团队成员充分发挥想象力并且对想法毫无保留。这能够保证团队形成足够多的想法，以便从中筛选最具价值的那些。
1704198763
1704198764
在团队会议之后的前四天，所有成员都应当提交尽可能多的可能提高App用户创收的增长想法。提出想法时不应自我质疑，没有什么想法是过于疯狂而不该提的。团队成员应当根据自己的特定领域和专长献计献策。例如，用户体验设计师可能会建议对某个屏的显示进行一些修改，营销人员可能会提议测试鼓励用户首次下单的不同方法，而工程师则可能会提出优化产品性能和速度的一些想法。当然，他们提出的想法也不应仅限于自己的领域。
1704198765
1704198766
增长负责人应当建立一个项目管理系统，用于协调想法的提交和管理以及测试结果的跟踪和报告。请记住，跨职能合作和信息共享是增长黑客法的关键原则。正因如此，增长团队里的每一个人都应当有权限使用这一想法储备库，并且随时都可以往其中添加新内容。在GrowthHackers，我们创建了自己的软件程序，叫作“Projects”，任何有权限使用它的人都可以在软件中提交想法并对试验过程及结果进行跟踪、评论和查阅。对于团队使用的项目管理软件没有数量要求，这些软件都可以用来促进试验管理及成员就试验策略进行沟通。
1704198767
1704198768
想法应当按照一个事先制定的模板提交到“储备库”中。团队应规范想法提交的格式，因为只有这样团队才能迅速地对想法进行评估，而不需要问很多问题。提交的想法不应该只是提出像“我们的注册表太复杂了，应该简化一下”这样模糊的建议，而是必须清楚地说明应该做出什么具体的改变，并阐述为什么这一做法可能带来结果的改进，同时也要说明如何衡量测试结果。
1704198769
1704198770
为说明想法提出的正确格式，让我们再回到食品连锁商店移动App的案例中。在第一次和第二次增长会议之间的那一周，团队成员可以针对促进用户消费的几个方法中的任何一个提出自己的想法。有的想法可能旨在吸引那些下载了App但还未购买的人下第一笔订单。有的可能针对已经购买过的用户，要么是吸引他们更频繁地消费，要么是增加他们的单笔订单金额。还有的想法可能是为了吸引更多用户从公司网站转到App，因为数据显示，从网站跳转过来的用户往往创造的价值更高。
1704198771
1704198772
假设App团队的产品经理提出了打造“购物清单”功能的想法，这个列表可以保存用户之前购买的商品，从而使用户可以轻松地再次购买。那么这个想法应按照下面这个格式提交：
1704198773
1704198774
想法名称：我们发现，给每个想法起一个简短的名称可以使讨论更容易也更高效。在GrowthHackers，为保证名称简洁明了，我们设定了不能超过50个字的限制。对于这个例子，我们不妨给它起名叫“购物清单”。
1704198775
1704198776
1704198777
1704198778
1704198779
1704198780
1704198781
1704198782
1704198783
1704198784
1704198785
1704198786
想法描述：想法描述看起来应当像执行大纲那样清晰明了，说明“谁”“什么”“何处”“何时”“为什么”和“如何”等问题。这个想法针对“谁”？例如，是所有的访客、新用户、复活用户还是从某个流量源获得的用户？要创造“什么”？是一份新的营销文案还是一个新功能？这个新文案或是新功能将在“何处”执行？是在App的主屏还是其他地方？它将在“何时”出现在用户屏幕上？比如访客初次访问网站着陆页的时间。除此之外，描述还必须说明“为什么”，即想法背后的论证过程。也要说明“如何”，即建议开展的测试类型，比如是A/B测试，还是要开发新功能，或是要展开新的广告攻势。
1704198787
1704198788
1704198789
[
上一页 ]
[ :1.70419874e+09 ]
[
下一页 ]