如何寫出一本暢銷書？

首先，咱們要知道寫書能給咱們什麼好處？第一能總結，第二能在此基礎上不斷提高，第三在找工做時幫助很大幫助。我知道有不少的朋友想出書，在本文裏，我就來分享下兩個話題，第一如何出書以及出書的各類細節，第二，如何寫出有暢銷資質的書。

1 寫書對能力的要求未必像想象中那麼高，更關鍵得靠長時間的毅力。
我記得看過一篇古文，叫《爲學一首示子侄》。

其中講了個故事，四川有兩位和尚，一位貧窮一位富裕。窮和尚對富和尚說：「我想去南海。」富和尚說：「您憑藉着什麼去呢？」窮和尚說：「我只須要一個盛水的水瓶一個盛飯的飯碗就足夠了。」富和尚說：「我幾年來想要僱船去，尚且沒有成功。你憑藉着什麼去！」到了第二年，窮和尚從南海回來了，把到過南海的這件事告訴富和尚。富和尚的臉上露出了慚愧的神情。

咱們在招募潛在做者時，很多做者都會說能力不夠而拒絕寫書，誠然，寫書的前提是對這方面的能力要有所瞭解，不然會誤人子弟，但絕非要到成爲大牛級別才能寫。

通常來講，若是要寫案例類書，做者須要有大體2年的相關經驗，寫經驗類書，須要有4年左右相關經驗。雖然經驗是×××，但即便感受經驗能力不夠，能夠經過努力勤奮來彌補。

 不少做者再開始準備目錄和樣章時感受太難了，就中途放棄了。出書開始容易結束難，這話怎麼講：給咱們選題大綱和樣章後，通常都能開始寫，但不少做者（至少7成）寫着寫着，或者由於工做太忙，或者由於感受沒法把握內容，或者乾脆熱度事後不想寫了，就半途而廢了。因此若是你們確實想出書，並且得作好以後至少6個月內吃苦的準備，而後再開始寫，不然會耽誤本身和編輯的時間。

2 如何準備選題
在寫做前須要列大綱，也就是書的目錄，經過這個步驟，能夠大體規劃下書的內容。這裏給出些不一樣種類書大綱的列法。

1 案例類書，好比講python機器學習，那麼能夠在前幾章講概念和一些準備知識，後面一章一個案例，而後每章按案例展開。像這類案例書，着重的是對案例的講述，比較適合新手做者。

2 系列地講述某個方面的知識，好比講述spring cloud，或高併發網站架構。

在這類書的大綱裏，每一個章節講述的這系列中某個方面的知識，好比像spring cloud，其中分ribbon,hystrix等，那麼每一個章節就能夠講具體的一個組件，而後在每章裏，用2級或3級目錄再細化地講述該組件的知識點。

3 前瞻性書，好比當市面上尚未機器學習類經典書時，某位大神來一本，這類書就沒什麼條條框框了，通常就按大神的思路來寫。

在計劃寫書後，必定得列出本書的選題，這樣就能看出這本書所須要的時間了，寫書前，最好在這個領域的每一個方面都積累些知識，好比收集些案例，或者至少知道這部分的知識點該從哪裏獲取。

3 找好的圖書策劃公司

咱們的做用有些像找工做時的獵頭，第一知道出版的渠道比較多，第二每每知道新手做者寫書的坑，因此會有針對性的幫助。畢竟新手做者在入門時，可能兩眼一抹黑，不知道該怎麼辦。這時候有位能指導的人，對本身的幫助就很大了。

   若是直接去找出版社的編輯，中間就少了個渠道，但出版社的編輯通常直接讓做者填選題單，其中要包括大綱，本書特點等內容，這時若是是新手做者，要列出符合要求的選題單和大綱，那可能就有些難度的。

4 寫書就得寫暢銷書，別敷衍
我見過很多做者，他們一旦打定主意開始寫書了，就真的是盡心盡力，往暢銷書的方向努力了。

一本書是否暢銷，得靠推廣等手段，得看市場，甚至得憑運氣，但有一點很重要，內容得給力，若是是敷衍讀者，那麼讀者必定不會買。

這裏咱們講述下策劃暢銷書的一些要點。

1 挑選一個熱門話題

話題能夠是當前比較流行的，或者說，用得人比較多，這樣潛在讀者的羣體就很大了，同時最好組合些熱門元素，好比python加數據統計，python加機器學習，或者spring cloud加架構，又如java web框架加面試等。

選擇時，別選太冷門的，也就是用得人比較少，通常來講，你們能夠去看下市面上的招聘廣告，哪些技能出現的頻率較高，這方面通常就比較熱門，你們就能夠選這類話題。

2 選擇讀者羣，而後有取捨地選擇內容點

歸納來說，一邊本能夠面向零基礎，或初學者（2年以內經驗），或高級開發或測試（3年左右的），或資深開發或測試。

通常來講，面向初學者的書好寫些，而面向高級或資深開發的書比較難寫，由於其中得包含足夠的經驗。

這裏想說的是，每一個羣體，都有足夠多的人數，換句話說，面向任何人羣，只要寫好了，這本書照樣能夠暢銷。

但新手做者每每會把握很差，明明想面向零基礎，但寫着寫着，就想講些只有高級開發才能掌握的技能，這就屬於好心辦壞事了，這就比如在小學的教材中過早提到高中的知識點，這每每會兩頭不討好，而沒法定位到某個具體的羣體的後果是，寫出來的書，四不像，結果誰都不會買。

3 內容上，必定得切合選中的讀者羣。

好比某本書講spring cloud，是面向高級開發的，想讓讀者看好後能升級到架構，那麼選內容時，就不能太簡單，講述時，一些基礎知識能夠少講，而得選用些適用高級開發的內容，好比在講其中Ribbon負載均衡時，能夠加入架構師平時的項目經驗，而不必過多地講述項目環境的搭建。

4 建議錄製視頻，畢竟在書裏沒法動態地給出案例演示，這時視頻就更有吸引力了。

5 寫暢銷書的注意要點
其實寫暢銷書不容易，這裏是給出一些做者的經驗體會，更關鍵的還得靠做者本身不斷摸索，但這些做者的體會必定能幫助到你們。

1 別大段地引用概念性文字，通常來講，若是1頁內純粹是文字，沒圖，沒表格，沒代碼，這本書可能就很枯燥。若是你們要寫暢銷書，必定得結合圖表代碼來說。

2 案例能夠借鑑別人的，但必定得在本身理解的基礎上改寫，別就運行通了就直接用。

這裏姑且不說版權問題，若是某段代碼做者本身僅僅是運行經過，而不是本身理解，那麼必定沒法寫清楚描述，這類書必定沒法吸引到讀者。

3 任何敘述性文字，文學功底未必好，但得保證無病句錯別字，更重要的是，得在本身理解的基礎上，用讀者羣能接受的方式講述出來。

這就是所謂的用心，肯不願寫好是態度問題，而能不能寫好是能力問題，只有態度好了，才能靜下心來組織文字，從而讓你的書能吸引讀者。

4 能夠採用以下的方法組織章節內容，好比要寫spring cloud的書，其中要講ribbon負載均衡，在這一章裏，我能夠先講大體概念，再列ribbon的要點，好比負載均衡的策略，如何實施，以及如何同eureka整合，這就是一些二級目錄，（好比1.1和1.2這些就算2級目錄），在每一個3二級目錄裏，再用3級目錄來細化內容，好比在講負載均衡策略時，能夠用相似1.1.1之類的三級目錄來說述各種負載均衡的算法實現。

組織好以後，在每一個三級目錄裏（也就是每一個知識點），選用必定量的代碼案例來演示，代碼以後再用文字說明，這就是通常的寫書思路。

6 新手做者能夠經過寫案例書練手
這裏首先得說明，出版社對新手的要求不會下降，畢竟若是人家出了本質量很差的書，做者最可能是少拿錢，出版社是虧錢了。這就致使新手做者在第一個選題和寫第一本書時，會有些難度。

但以前就講過，寫書靠能力不假，更得靠毅力。對於新手做者來講，只要肯寫，那麼第一本書能夠用案例書來練手。

這種書爲何適合新手做者？由於有案例，因此文字敘述量會少些，並且讀者每每關注案例，對於案例說明文字，只要別太差就行。

這類書的策劃和寫做方式通常是：

1 找個用得比較多的技術，好比最近比較熱門的機器學習，而後選個實施語言，好比python。

 2 從各處找15個案例，請注意這裏的案例是綜合性案例，一個案例得包含10個左右的文件，能獨立地實現一個功能，好比能實現分詞統計等。這些案例必定別有版權問題，好比能夠經過在本身理解的基礎上適當改編。

 3 每每案例準備全了，書就完成大半工做了，而後就對着案例寫說明文字，最好是錄個視頻，告訴讀者這個案例該如何搭建，如何運行。

  但願這篇文章能給想出書和正在出書的做者一點幫助。有什麼不明白的能夠聯繫我。