JavaArchitect

    最近,我在博客园里看到不少网友晒自己写的书,都很精彩,尤其的,我朋友肖同学也写了本《HTTP抓包实战》,https://item.jd.com/12375396.html。写书有什么好处?第一能总结,第二能在此基础上不断提升,第三在找工作时帮助很大。我知道在博客园里,有更多的朋友想出书,在本文里,我就来分享下两个话题,第一如何出书以及出书的各种细节,第二,如何写出有畅销资质的书。

1   写书对能力的要求未必像想象中那么高,更关键得靠长时间的毅力

    开始照例是鸡汤文,我记得看过一篇古文,叫《为学一首示子侄》。

    其中讲了个故事,四川有两位和尚,一位贫穷一位富裕。穷和尚对富和尚说:“我想去南海。”富和尚说:“您凭借着什么去呢?”穷和尚说:“我只需要一个盛水的水瓶一个盛饭的饭碗就足够了。”富和尚说:“我几年来想要雇船去,尚且没有成功。你凭借着什么去!”到了第二年,穷和尚从南海回来了,把到过南海的这件事告诉富和尚。富和尚的脸上露出了惭愧的神情。

    我听一些编辑说,他们在招募潜在作者时,不少作者都会说能力不够而拒绝写书,诚然,写书的前提是对这方面的能力要有所了解,否则会误人子弟,但绝非要到成为大牛级别才能写。

    一般来说,如果要写案例类书,作者需要有大致2年的相关经验,写经验类书,需要有4年左右相关经验。虽然经验是多多益善,但即使感觉经验能力不够,可以通过努力勤奋来弥补。

    这里我向一些要写书的朋友透个底,出书开始容易结束难,这话怎么讲:给编辑选题大纲和样章后,一般都能开始写,但很多作者(至少7成)写着写着,或者因为工作太忙,或者因为感觉无法把握内容,或者干脆热度过后不想写了,就半途而废了。所以如果大家确实想出书,而且得做好之后至少10个月内吃苦的准备,然后再开始写,否则会耽误自己和编辑的时间。

 

2  如何准备选题,如何找出版渠道

    在写作前需要列大纲,也就是书的目录,通过这个步骤,可以大致规划下书的内容。这里给出些不同种类书大纲的列法。

    1 案例类书,比如讲python机器学习,那么可以在前几章讲概念和一些准备知识,后面一章一个案例,然后每章按案例展开。像这类案例书,着重的是对案例的讲述,比较适合新手作者。

    2 系列地讲述某个方面的知识,比如讲述spring cloud,或高并发网站架构。

    在这类书的大纲里,每个章节讲述的这系列中某个方面的知识,比如像spring cloud,其中分ribbon,hystrix等,那么每个章节就可以讲具体的一个组件,然后在每章里,用2级或3级目录再细化地讲述该组件的知识点。

    3 前瞻性书,比如当市面上还没有机器学习类经典书时,某位大神来一本,这类书就没什么条条框框了,一般就按大神的思路来写。

    在计划写书后,一定得列出本书的选题,这样就能看出这本书所需要的时间了,写书前,最好在这个领域的每个方面都积累些知识,比如收集些案例,或者至少知道这部分的知识点该从哪里获取。

      准备好以后,就可以找渠道了,我知道博客园里有不少图书编辑,或者图书出版公司的老师,很荣幸我还认识一些,如果有谁需要,可以私信我。

     或者,大家可以直接到各出版社的主页上去找。

    一般来说,各大出版社的主页上,都会在显著位置放着招募选题或作者的内容。

3  找出版社编辑还是图书公司编辑

    这里说下我的感受,新手作者可以先找图书公司的编辑,他们的作用有些像找工作时的猎头,第一知道出版的渠道比较多,第二往往知道新手作者写书的坑,所以会有针对性的帮助。毕竟新手作者在入门时,可能两眼一抹黑,不知道该怎么办。这时候有位能指导的人,对自己的帮助就很大了。

    这里我倒不是说,出版社的编辑帮助就不大,而是说,对新手作者而言,图书公司编辑的帮助似乎更大些。

    如果直接去找出版社的编辑,中间就少了个渠道,但出版社的编辑一般直接让作者填选题单,其中要包括大纲,本书特色等内容,这时,如果是资深作者,那么问题不大,但如果是新手作者,要列出符合要求的选题单和大纲,那可能就有些难度的,所以还是建议先找个指导者。

    况且,可能图书公司的人认识的编辑会多些。

    比如某个新手作者的大纲,勉强达到了出版的要求,这时如果直接找编辑,就有可能无法出版了,但如果是图书公司的人,就有可能推荐给多个编辑,那么出版的概率就大些了。

    而对于资深作者,一般是找编辑,毕竟中间少些流程,中间沟通的成本能少些,钱也能多些。

4  稿酬不多,但成大牛后,真能靠书挣钱

    打起精神来,这里谈钱了。

    稿酬分两种。

    一种是卖断,按页算,比如一页多少钱,我最近一直是按版税算,所以不知道这个行情了,但大家可以照着版税来反推。

    第二是版税,一般是书的8%,算上个人所得税,估计是7%左右。目前400页的书大概是80出头,我的书,java web轻量级开发面试教程,大概300出头点,原价69。虽然京东等网站会打折,但版税是按原价算。

    说到这里,有同学可能就乐坏了,一本书如果卖了1万本,岂不是发财了?

    出版社的常规做法是,第一次印刷是2500到5000本不等,也就是说是按印刷量(有出版社还会按实际销量)乘以一本书的价钱再乘以版税率,算下来,一页估计是35元左右。

    我们再算比细账,一本350页的书估计要写10个月,收入估计在15000左右,一个月估计也就1500。

    但这仅仅是开始,如果成为大牛后,就可以待价而沽了,就可以和出版社谈如下的条件。

    1 版税率可以适当提升,比如可以到12%。2 首次印刷数量,可以提升到5000本。

    如果你的书真的在市面上有一定影响了,那么这真不是问题了。

    比如某位大牛用了10个月写了一本350页的书,就算70元,按12%的版税,印了5000册,半年卖完,然后第二次印刷,一年卖了10000册,那么这本书的收入就8万多了,平摊到1个月就8千了,就不算少了,而且,年销量1万本只是勉强算得上畅销,也就是畅销书的作者收入更高。  

5  写书就得写畅销书,别敷衍(综述篇)

    我见过不少作者,他们一旦打定主意开始写书了,就真的是全力以赴,往畅销书的方向努力了。

    一本书是否畅销,有时候得靠推广等手段,有时候还得看市场,甚至得凭运气,但有一点很重要,内容得给力,如果是敷衍读者,那么读者一定不会买。

    这里我们讲述下策划畅销书的一些要点。

    1 挑选一个热门话题

    话题可以是当前比较流行的,或者说,用得人比较多,这样潜在读者的群体就很大了,同时最好组合些热门元素,比如python加数据统计,python加机器学习,或者spring cloud加架构,又如java web框架加面试等。

   选择时,别选太冷门的,也就是用得人比较少,一般来说,大家可以去看下市面上的招聘广告,哪些技能出现的频率较高,这方面一般就比较热门,大家就可以选这类话题。

   2 选择读者群,然后有取舍地选择内容点

    概括来讲,一边本可以面向零基础,或初学者(2年之内经验),或高级开发或测试(3年左右的),或资深开发或测试。

    一般来说,面向初学者的书好写些,而面向高级或资深开发的书比较难写,因为其中得包含足够的经验。

    这里想说的是,每个群体,都有足够多的人数,换句话说,面向任何人群,只要写好了,这本书照样可以畅销。

    但新手作者往往会把握不好,明明想面向零基础,但写着写着,就想讲些只有高级开发才能掌握的技能,这就属于好心办坏事了,这就好比在小学的教材中过早提到高中的知识点,这往往会两头不讨好,而无法定位到某个具体的群体的后果是,写出来的书,四不像,结果谁都不会买。

    3 内容上,一定得切合选中的读者群。

    比如某本书讲spring cloud,是面向高级开发的,想让读者看好后能升级到架构,那么选内容时,就不能太简单,讲述时,一些基础知识可以少讲,而得选用些适用高级开发的内容,比如在讲其中Ribbon负载均衡时,可以加入架构师平时的项目经验,而没必要过多地讲述项目环境的搭建。

   4 建议录制视频,毕竟在书里无法动态地给出案例演示,这时视频就更有吸引力了。  

6  写畅销书的注意要点(实施篇)

    其实写畅销书不容易,这里是给出一些作者的经验体会,更关键的还得靠作者自己不断摸索,但这些作者的体会一定能帮助到大家。

    1 别大段地引用概念性文字,一般来说,如果1页内纯粹是文字,没图,没表格,没代码,这本书可能就很枯燥。如果大家要写畅销书,一定得结合图表代码来讲。

    2 案例可以借鉴别人的,但一定得在自己理解的基础上改写,别就运行通了就直接用。

    这里姑且不说版权问题,如果某段代码作者自己仅仅是运行通过,而不是自己理解,那么一定无法写清楚描述,这类书一定无法吸引到读者。

    3 任何叙述性文字,文学功底未必好,但得保证无病句错别字,更重要的是,得在自己理解的基础上,用读者群能接受的方式讲述出来。

    这就是所谓的用心,肯不肯写好是态度问题,而能不能写好是能力问题,只有态度好了,才能静下心来组织文字,从而让你的书能吸引读者。

    4 可以采用如下的方法组织章节内容,比如我要写spring cloud的书,其中要讲ribbon负载均衡,在这一章里,我可以先讲大致概念,再列ribbon的要点,比如负载均衡的策略,如何实施,以及如何同eureka整合,这就是一些二级目录,(比如1.1和1.2这些就算2级目录),在每个3二级目录里,再用3级目录来细化内容,比如在讲负载均衡策略时,可以用类似1.1.1之类的三级目录来讲述各类负载均衡的算法实现。

   组织好之后,在每个三级目录里(也就是每个知识点),选用一定量的代码案例来演示,代码之后再用文字说明,这就是一般的写书思路。

7 新手作者可以通过写案例书练手

    这里首先得说明,出版社对新手的要求不会降低,毕竟如果人家出了本质量不好的书,作者最多是少拿钱,出版社是亏钱了。这就导致新手作者在拿第一个选题和写第一本书时,会有些难度。

    但之前就讲过,写书靠能力不假,更得靠毅力。对于新手作者来说,只要肯写,那么第一本书可以用案例书来练手。

    这种书为什么适合新手作者?因为有案例,所以文字叙述量会少些,而且读者往往关注案例,对于案例说明文字,只要别太差就行。

    这类书的策划和写作方式一般是:

    1 找个用得比较多的技术,比如最近比较热门的机器学习,然后选个实施语言,比如python。

     2 从各处找15个案例,请注意这里的案例是综合性案例,一个案例得包含10个左右的文件,能独立地实现一个功能,比如能实现分词统计等。这些案例一定别有版权问题,比如可以通过在自己理解的基础上适当改编。

     3 往往案例准备全了,书就完成大半工作了,然后就对着案例写说明文字,最好是录个视频,告诉读者这个案例该如何搭建,如何运行。

8 总结(更是后继博文的引导篇)

    至此,在本篇博文里列出了如何出书以及写畅销书的一些经验。

    我知道,靠这些仅仅能向大家展示些出书的步骤,而一些经验虽然汇集了众多作者,但限于篇幅,无法逐一展开。

    所以,如果本文反响好的话,我将在后继针对每个方面着重展开讲,比如如何面向不同的读者群准备措辞,以及如何在用心的基础上选择读者感兴趣的案例和文字。

    或者如果大家有什么想要听的,或者有作者在写作途中有任何问题,都可以私信来找我,我在和大家交流的同时,一定也能不断扩展我的视野,提升我的能力。 

9 版权说明(欢迎转载)和求推荐

    本文是利用端午长假的时间写成的,而且我在3天内还加了1天半的班,所以如果文中有疏忽遗漏,万望大家理解,同时也请及时告诉我。如果感觉我的这篇文章写得还行,请大家多多推荐,大家的推荐以及回复乃至批评建议,是我前进的动力。

    最近有不少公众号转载了我的文章,我不胜荣幸。我的文章,除非有特别说明之外,可以转载,但请保留原作者和原文链接,同时也请全文转载,谢绝二次加工。

    各位公众号在转载前,请告诉我一下,以便我准备后继的博文,如果大家想听什么话题,也可以告诉我,虽然我事情比较多,但我能写的一定写。

    

相关文章: