听<<增长黑客 - 创业公司的用户与收入增长秘籍>> 范冰版本 心得

增长黑客 这一本书至少有两个版本，一个是XDash 写的<<增长黑客 - 如何低成本实现爆发式增长>> ，一个是范冰 写的<<增长黑客 - 创业公司的用户与收入增长秘籍>> 。 本文读的是后者。

增长黑客，英文为Growth Hacker. 增长是用户数,收入的增长。黑客是热爱技术，专研技术，富有创造力，爱挑战自我的一个或一群人。增长黑客就是一个或一群懂技术并通过技术手段实现用户数或收入增加的人。

增长黑客 更适合与运营官这个职位的人阅读。

本书介绍了很多具体的操作手段来增加用户数或收入。我想从开发的角度谈谈发布版本的要素：

一个产品对外发布了（特别是首次发布）我们应该考虑下以下一些问题：

如：产品如何升级，如何接收用户反馈，如何处理用户故障，如何收集用户行为。

一个产品发布了，它并不是终极版本，而是通过不同的迭代版本不断地完善的，既然是一个不断完善的过程，那么就要考虑如何方便地升级。理想的版本升级是用户不感知，不需要用户手动操作。

好的产品需要接收用户的反馈。特别是一些热心的或种子用户，他们有一些对产品的想法或建议，产品应该提供一个渠道接收用户的想法或建议。

发布出去的版本，在用户出现故障时，应该能在线或其他更方便的方式帮用户处理故障。既然是处理故障，那么就需要知道用户的故障在哪里，知道造成这个故障的上下文数据。以便很好的解决问题。拿到这些基础数据就需要如日志记录，日志上传等功能。对于崩溃的问题，需要上传Crash日志的功能。 找到并解决问题后，通过版本升级或通知用户操作，帮助用户解决故障。

收集用户行为，首先要在合法的情况下操作，在用户已授权的前提下合法地收集用户行为，统计用户操作行为，为产品的下一个迭代收集好素材和资料。对于产品中两个不同功能取舍问题，可以通过A/B测试来验证。例如在登录界面中按钮是展示一个立即登录还是 展示两个按钮，一个登录，一个是注册。就通过A/B测试来验证。即把立即登录和登录注册两个版本同时放到100个用户中去，通过收集用户操作记录来确定该使用哪个版本。

最后再说一下发布版本时的注意点：

1.新版本的发布首先在小众范围内发布，避免新版本出现问题而影响用户面积大， 例如先在种子用户中发布版本或加入新功能，在种子用户内反馈没有问题，在向更大的用户群发布。 最终全面发布。

2.做产品功能也不要大而全的做，例如做一个二维码扫描功能，不一定先在原生app上实现，可以在微信的小程序或着公众号上先实现一个版本。看用户反馈情况。用户反馈好，在投入资源在原生app上实现。