1704220270
1704220271
全书创作重要时间点回顾
1704220272
1704220273
2016年9月，我跟机械工业出版社签完出版合同，跟杨福川老师一起确定了本书的主题和大致的内容规划；
1704220274
1704220275
2016年10月，国庆节期间我把爱人和孩子送回娘家，自己一个人在家正式开始这本书的创作；
1704220276
1704220277
2016年10月18日，第一次交稿；
1704220278
1704220279
2017年7月，我完成初稿的创作，紧接着就开始第二轮全面自查和修改；
1704220280
1704220281
2017年8月，杨福川老师启动第三次整本书的全面审核，初稿阶段的两次全面审核主要是从写作思路和大体形式上进行审核，没有深入到字里行间，这次审核非常细，要对每一章、每一节、每一句话进行行文逻辑和用词用语的推敲，甚至是每一个标点符号的修改；
1704220282
1704220283
2017年9月，为了增加内容的可读性，帮助读者更好理解，我们决定提取书中精华内容设计成精美图片，前后又耗时将近一个月，完成60多张图片的设计，很多复杂的文字内容通过图片的展现形式一目了然，让整本书的质量再一次得到大幅提升；
1704220284
1704220285
2017年10月，国庆节前经过6个大版本，几百上千个小版本的反复修改迭代，全书基本定稿；
1704220286
1704220287
2017年11月，本书正式上市公开发售。
1704220288
1704220289
确定书名
1704220290
1704220291
本书虽然确定了内容是讲“用户增长”，但一直没有想到一个特别好的名字能够全面代表全书的核心内容，这个困惑一直伴随了我创作这本书的整个过程，直至全书即将定稿，这个问题不得不被重视起来。为了解决这个问题，我决定寻求身边专业朋友的帮助，开一场头脑风暴会，集思广益。我第一反应是找我非常要好的兄弟，也是我在百度的同事刘基，他是非常资深的市场专家。在百度糯米工作期间他负责市场，我负责运营。在著名的“37女生节”这个重大的活动项目里，我们一起陪技术团队通宵熬夜赶进度，熟悉后发现很多理念都高度一致，从此结下深厚的革命友谊。9月，在全书定稿后，我约了刘基、杨福川老师，还有我身边几个非常好的朋友——小米电视开放平台的产品运营负责人王东健、百度糯米BD负责人卓琳以及我的几个同事，开了一次非常高效率的头脑风暴会。会议由刘基主持，我们在32分钟内想出192个名字，经过多种渠道投票，最终《引爆用户增长》高票当选。
1704220292
1704220293
写书是一种修炼
1704220294
1704220295
正式开始写书之前，我在微信公众号写过一段时间的文章，获得了非常多用户的认可，也奠定了我的写作风格。即便是在写书停止更新的这大半年时间里，粉丝依然保持增长的趋势。写文章的时候可以很随意，只需要表达清楚自己想表达的观点即可，不需要太过于考虑行文逻辑，以及观点和案例的相互佐证，甚至是有错别字都无所谓。但写书之后，就完全不一样了，写书对于一个人的要求很高，甚至是苛刻。主要表现在以下几个方面：
1704220296
1704220297
1）要考虑整体的逻辑性，全书是否有逻辑是衡量一本书质量的重要标准。
1704220298
1704220299
全书要有一个整体的逻辑性，每一章要有逻辑性，每一个观点和相佐证的案例也要有逻辑性。试想一下，要把十几万字的内容从书名，到目录，到每一个章节，甚至到一个案例都能用一套逻辑串联起来，难度有多大。跟大家汇报一下，本书的目录列到第四级菜单之后，占了十页word之多。
1704220300
1704220301
2）观点和案例一定要高度匹配，提炼出的理论观点要充分证明，且逻辑要严谨。
1704220302
1704220303
写作之初跟出版社的杨福川老师在交流的时候，我提出多写一些案例，少写一些理论，因为大家都喜欢看故事，不喜欢太枯燥的内容，但杨老师从专业的角度提出这样不妥。他认为：一本书少了系统的理论支撑就只有形，而缺少了神，还是要理论与案例相结合，用案例去佐证自己提出的理论观点，提升到理论的高度才有更强的通用价值。杨老师的观点无疑是正确的。平常跟很多的读者交流，好多人都向我反馈过同一个问题，“为什么同样一个案例，经常看到不同的人引用不同的观点？”出现这个现象的原因无非有两点，一方面是一个事件确实可以从多个角度去解读，另一方面就是有的人对于案例的认知不够深入，看的只是表象，想当然地就拿来证明自己的一个观点，结果所列举的案例其实并不能证明他的观点。其核心原因还是在于是否真正对这个案例做过深入研究，选取的案例是否跟自己想表达的观点吻合。
1704220304
1704220305
3）要有耐心，且能长期坚持。
1704220306
1704220307
写作之初原以为搭建好框架写起来就会很容易，以为2017年5月份就能完成全部创作，实际难度远大于自己的设想。在策划本书的时候，我搭建了一个非常大的框架，希望高屋建瓴，用一本书回答所有增长相关的问题，但在实际写作过程中发现很难做到。不要希望一本书能解决所有问题，不求全，但求每个问题都尽量深入，才具有更强的实战价值。在整个写作过程中，为了写好一个案例，我会花很多时间去调研，去体验产品，然后再看这个案例是否能够佐证我的理论观点。这耗费了大量的时间和精力，有时候为了写好一个案例会花上好几天的时间，思考如何才能更好地把案例的逻辑梳理得更清楚一些，让读者能一目了然地看清楚核心思路，帮助大家看到案例背后的东西，带给读者更深层次的思考。先把案例研究清楚，自己消化吸收后，再重新组织语言表达出来，保证自己的理论和所列举的案例相匹配，只有这样，写出来的东西才足够真实。这个过程并不轻松，以至于最终不得不调整写作内容，先保证第一个版本的发布。
1704220308
1704220309
整个写作过程也是辛苦的，我用得最多的一个字就是“熬”。写书的这一年里，无论工作日还是周末，几乎每晚坚持写，除了陪孩子、偶尔的社交活动和正常工作以外，全部时间都在写书。写书的时间从最开始到晚上12点半，逐渐到1点，再逐渐到2点、3点、4点，甚至通宵，后面大半年，几乎每天晚上至少写到凌晨2点。记得有一次在写第5章时，我从晚上11点到凌晨4点，就只写了100个字。当时，我把能找到的关于用户成长体系的定义全部找来看了一遍，发现都不能完全表达我想表达的意思，那我就需要思考，我到底想表达什么意思。我找到的关于用户成长体系的定义更多是从执行层面去定义，而不是真正站在满足用户需求的角度去定义，因此，我首先要重新梳理逻辑，然后组织自己的语言，写那100个字可能只花了几分钟，但思考过程却用了几个小时。还有一次是即将定稿之前，打算给自己放个假，在休假前一天收到杨老师的修改意见，为了让自己出去玩的时候不要有牵挂，熬了一个通宵改完那一章，直至天亮前改完，直奔机场。
1704220310
1704220311
用做产品的思维来写书，小步快跑，持续迭代
1704220312
1704220313
整本书的写作过程，就跟做互联网产品的节奏一样，保持了很快的迭代速度。我每写完一章，就发给杨福川老师，他会从大到内容策划、文章结构、写作思路，小到文案措辞、语句通顺甚至是标点符号，提出很多修改意见反馈给我。我按照意见全部修改完之后，再返还给杨福川老师，如果改得不够好，可能还会2次、3次返工，每一章都保持了这样循环往复的节奏（我写出版前的前言都改了5遍才通过），这是小的迭代周期。在写完全书的7个章节之后，我和杨福川老师又根据最终写出来的内容对全书的框架做了一次系统的梳理和结构调整，让整体脉络更加清晰，这是大的迭代周期。定稿前后，又进行了2次大的迭代，才最终定稿，完成了创作阶段的任务，形成一本最终可出版的书。正式出版前，出版社内部还会打印出来再次校对、审核、修改。
1704220314
1704220315
采取这种迭代的写作思路有几个特别大的好处：
1704220316
1704220317
·首先，可以保证核心观点的快速产出，理清脉络和主体架构。
1704220318
1704220319
·其次，在保证主体架构的基础上进行迭代让内容逐渐丰满。
[
上一页 ]
[ :1.70422027e+09 ]
[
下一页 ]