想一想若干年前,我經過一位很是熱情的圖書公司的編輯,出版了個人第一本計算機圖書,今後後一發不可收拾,最近2年出版了2本,有1本已經完稿,還有兩本尚在寫做途中。確實,出版出一件名利雙收的事,我認識的一位朋友出版了《HTTP抓包實戰》,月均銷售1200+,並且還出了繁體版的,目前靠這個也發了筆小財。我本身靠出書,不只能鞭策我不斷學習,還能讓我也有了實惠,出去培訓也能混個資格,自信心也強了。 html
在這塊博客園寶地,有時當個人文章承蒙管理員擡愛,留在首頁時,就會有一些熱情的編輯來約稿,有些是出版社的編輯,也有是圖書公司的。並且我也常常見到有很多網友曬出已出版的書,同時大力感謝編輯的支持。因爲個人一些文章獲得了你們的大力支持,點擊量尚可。java
雖然個人書銷量尚可,談不上爆款,但我也自認爲掌握了些策劃爆款書的經驗,並且我最近的書也是照着這個思路寫的。爲了回報你們,並且有人想聽這方面的內容,我將在這篇博文裏分享些出版爆款書的經驗,這樣多積點德,個人書銷量纔有可能更大。linux
本文內容包括三大塊:第一初級做者如何選擇圖書公司的編輯,第二,資深做者如何策劃和實施爆款書,第三,總結下打造爆款書時應該避免的坑。好了,正文開始。面試
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------編程
經過出版一本案例方面的圖書來包裝本身(實施篇),在這篇博文裏,我列了稿酬的計算方法,這裏再細化一下。目前一本300頁的計算機書,訂價在55元左右,350頁的,估計在65元左右,600頁到650頁的,估計能到100左右。通常給做者有兩種稿酬結算方式,第一是按頁算,每頁40元到50元不等,另外一種是按版稅,通常是8%*(實際銷量或印刷量)。設計模式
案例1: 做者直接和出版社聯繫,寫了350頁(按65元算),首印3000冊,那麼按8%的版稅,稅前能獲得15600,稅後估計14000。性能優化
若是你的書一年才銷掉3000,那麼這些錢是一年後才能拿到,相反,若是你的書銷量不錯,平均半年就能銷掉3000本(真不是難事),那麼一年的收入就Double了,若是再縮短週期呢?估計就坐等收錢。網絡
案例2:做者是經過圖書公司編輯出書。具體而言,做者是和圖書公司籤合同,完稿後,圖書公司再找出版社,署名什麼都能保證,不言而喻,圖書公司也得掙錢。架構
圖書公司有些也是按版稅算的,也有些是按頁算的,仍是按350頁,65元算,圖書公司會給出的價碼是40,給錢的時間點可談,通常是出版後若干月給清。這時,若是銷量低於3000本,圖書公司就虧了(還得算上圖書公司場地和養人的錢),因此說,這時圖書公司的編輯必定是拿年銷3000的標準來約束做者的稿件的,若是不達到,寧肯不出。 併發
相比網絡小說,寫技術書不失爲一個掙錢門道,或者,對於沒其餘掙錢門道的同窗,也是一條路。
根據剛纔的算錢的方法裏,你們能看到,圖書出版公司付給做者的,是略低於第一次印刷量的版稅,畢竟人家也得天經地義地掙錢。對於他們來講,剩餘銷量(含二次以及後繼印刷)就是掙的。爲此,圖書公司付出了以下三項:第一指導服務,第二提供出版渠道,第三或許有資金的積壓(圖書公司給做者錢和出版社給圖書公司錢之間有時間差)。
這裏我無心評價是直接找出版社仍是找圖書公司,不過在出第一本書時,因爲你們兩眼一抹黑,找圖書公司也是個不錯的選項。我見過的大多數圖書公司編輯都很熱情,不只能提供專業的出書方面的指導,還能不斷鼓舞信心,至於哪家就不說了,不打廣告。概括一下,從圖書公司能獲得以下的指導。
1 在寫做前,能指導做者完成大綱(即圖書目錄),好比選擇Python數據分析這個方向後,能告訴做者目前這方面有哪些暢銷書,能夠參考哪些內容,編排目錄時該如何由淺到深,哪些內容能夠略去,而哪些內容必定要寫。
並且,在出版書前,會有一些並不是不重要的瑣事,好比整理目錄格式,屢次協商溝通寫做大綱,定出版時間和支付週期,第一次寫的時候,若是有人指導,可能走的彎路能少些,或者還能知道些內幕。若是這時直接和出版社聯繫,可能做者的水平和編輯的要求之間有些差距,因此此時能夠經過圖書公司中間斡旋下,這樣選題就比較好申請下來。
2 在寫做時,能指導內容該怎麼整理,結構該怎麼排,措辭該怎麼寫。總之能幫助有技術但沒出書經驗的人成功地把經驗轉換成文字。有些做者可能在剛開始寫做技巧遲遲不提高,這時候若是直接和出版社聯繫,可能中間就退稿了,但若是經過圖書公司,退稿的可能性就能下降,並且圖書公司可能同時聯繫多個出版社,這樣選擇面也能廣些。
3 完成後,能和出版社交互,反饋修改意見,並儘可能保證圖書出版。我見過很多做者技術確實牛,但文字水平通常,稿件或者跳躍度太大,或者講深度時講不清楚。這時,若是有圖書公司在中間幫忙指導一下,給些修改的模板,這本書或許就出了。
剛纔也提到,圖書公司實際上是掙的中間服務的錢,有些像獵頭同樣。因此,若是你們在和圖書公司編輯溝通時,若是遇到以下的狀況,那麼能夠當機立斷地終止,另外換人。
1 態度很差,好比盛氣凌人或高高在上。說實話,做者在起步階段,文字內容說難聽點能夠說是慘不忍睹,本人也是從這個階段過來的。因此不應動輒指責,而是應多給鼓勵。或者是溝通效率不高,首先告訴你不行,得重寫,而後得做者本身問,纔給出意見。
2 事先什麼要求也不提,什麼指導都不給,而是讓做者先出內容,而後在做者的內容上大肆評價,要改這個改那個,甚至要改爲什麼樣子的標準也很抽象。
做爲策劃者,能夠不熟悉技術細節,但得明確地給出標準,好比這本書該包含哪些內容,若是再講不清楚,能夠說參照哪些現有的書去寫。又如,針對一章稿件,得給出具體的整改意見,好比第一小節能夠加入xx知識點,第二小節的代碼說明不到位,應該怎樣寫;而不是給出抽象的修改,說內容不到位或內容通常,沒法知足初學者,從而讓重寫,該寫成什麼樣還不說,讓做者本身想。若是真遇到這樣的,那麼即便勉強完稿,那麼做者付出的勞動必定是成倍的。若是再加上溝通效率慢,,那麼換個合做者,指不定書早就出了。
3 只催稿,不指導。若是在交稿時間的關鍵節點上提醒下,或者定期督促下,這無可厚非。但做者是你的掙錢工具(話糙理不糙),同時也是你的服務對象,在催的時候必定得給出指導,好比給出具體的修改意見,或者寫不下去的時候給出思路。
4 把風險和工做量全轉嫁給做者。好比獵頭,會在候選人簡歷的基礎上造成推薦報告,因此圖書公司的編輯也能夠適當修改些格式和錯別字,而不是就轉發出版社的意見,讓做者完成全部的工做。並且,大多數書,出版社未必會限定完稿時間(大不了完不成我不出,對我也沒損失),若是你們看到圖書公司的編輯限定時間(原本沒什麼不對),並且限定的時間比較短,且要求不低,或錢很少,那麼有可能就是在轉嫁風險了。
總之,我見過的大多數圖書公司編輯都很熱情,不只能錦上添花,更能雪中送炭,給出的指導意見也很是及時和專業,(固然出版社的編輯更是這樣)。並且圖書出版公司爲了能長遠掙錢,對做者也是大力指導大力栽培的。
圖書公司的定位應該是孵化池,因此若是你們在開始出書階段,遇到給出的指導意見很是有限很是抽象,或者完稿時間很着急,錢也很少,那麼估計是個別中間編輯工做不到位,這樣的話靠出書掙錢少是小事,被催稿致使工做壓力大也是小事,但這樣一來,就沒法及時獲得必要的指導, 讓本身儘快成爲能打造爆款書的"資深做家"了。
遇到這樣的,建議是趕忙換掉爲好。若是你們已經合做了一陣,也寫了部分稿件,擔憂騎虎難下?目前是選題多,做者少,並且資深做者更少。你就拿這些稿件直接找其餘編輯,只要你上心並且上進,估計別人真能拿你當寶。
方法一;到京東或噹噹或天貓上,看哪些方面的書賣得很好,好比當前是Python數據分析,爬蟲,人工智能等,或者是java面試等,或微服務等,找個你精通的領域。
方法二:思考下,你工做的時候,有哪些工做比較值錢,只能有資深架構作的,別人作不了,好比設計壓力測試方案,設計自動化測試方案,或者在tcp,http協議層作了優化致使性能提高。
方法三,如同油鹽醬醋柴米茶同樣,針對入門級讀者和麪試升級方面的需求永遠存在,且需求量很多,你就老老實實結合項目實際,寫本如何讓畢業生儘快能上手作項目,能讓初學者高效避免升級過程當中的坑,或者如何寫本升級到架構師,只要上心,必定好賣。
若是說上述講到的是比較抽象的方法,那麼下面我給些詳細的選題,從中你們也能感覺到策劃爆款書的思路。
1 就寫Python大數據或爬蟲或任何Python領域,寫的時候,別高高在上,別大段引用華而不實的理論,就想,你當時是怎麼入門Python大數據,在這方面企業項目是怎麼用的,用到哪些技術點?就講這些,其它不用的不講,而後講的時候寧肯囉嗦,寧肯用詞不華麗,但要保證初學者能看懂,這本書至少能暢銷。
2 同理,寫本Python人工智能,或者Go語言。若是剛開始沒法不會擬定大綱怎麼辦?你本身先得有個思路,結合你的項目經驗想清楚寫什麼內容,再到京東上看下別人有哪些內容,多參考幾本,這樣大綱就有了。
3 好比,你們在使用MySQL或Oracle時,遇到性能瓶頸,或者SQL慢,或者單機版沒法知足併發性要求,並且這類問題別人必定也會遇到,那麼你們就能夠在這方面策劃幾本書,寫性能優化。
4 或者,就寫面試技術和技巧,目前Java用的比較多,固然Python也能寫。寫的時候不是拍腦殼,而是要給出兩方面的內容,第一,以真實公司裏面試要求爲標準,大量給出面試題,第二同時給出相關技術提高的技巧。Java Web輕量級開發面試教程和Java核心技術及面試指南,個人兩本書就是以這個思路策劃的,目前不能算滯銷。
5 架構方面,好比怎麼升級到架構,如何處理高併發,或者乾脆拿個分佈式組件(Dubbo或ActiveMQ),就講清楚底層實現,如何優化。
6 把技術當小說來寫,深刻淺出,好比碼農翻身,或幾年前的大話設計模式,這類書很難寫,但寫成了必定暢銷。
7 凝結技術和經驗的書,好比配置管理方面,小白到高手之間會遇到哪些臺階,好比如何經過Jenkins打包部署,如何配置反向代理,如何經過經常使用的linux命令排查問題,如何作權限控制。別人靠本身摸索得1年多才能掌握,看了你的書,估計3個月就能上手,這樣就不怕你的書不順暢銷。
由於以前我作過淘寶,有人來問天貓淘寶上什麼能暢銷,個人回答是:選個你熟悉的種類,而後傾力打造,廣告營銷什麼的方法都好好琢磨,那麼在淘寶上至少能混口飯吃。策劃暢銷書的選題也同樣,其實不少選題方面你們都能想到,關鍵就靠毅力和執行力。
和我一塊兒有寫書想法的人很多,最終能開始動手的,估計也就一半一半,最後能完稿的,10我的裏估計最多有3個,而最後靠毅力靠本身摸索出方案,打造出爆款書的,估計100我的裏能有5個就不錯了。如何堅持,這我就不說了,這不在技術範圍內。這裏我就從實施層面列些方法。
前提條件得是不計成本。一本爆款書,除了稿件和代碼以外,視頻講解是必配項,而是不能存有「錢就這些因此質量低些無所謂」這樣的敷衍心理,用比較流行的話來說,得有工匠精神,精工細做,從配圖到選代碼到文字講解,得字字斟酌。
有了這前提條件,纔有可能執行後面的要點。
第一,能夠有理論介紹,但別大段引用華而不實的說明,不能大面積借安裝步驟等方式搪塞篇幅。操做時,能夠把一些安裝環境和調試的步驟放入視頻裏。
第二,事先選擇一個讀者羣,讀者羣能夠是初學者,也能夠是初級開發,也能夠是高級開發,甚至是架構師也行。別期望一本書能知足全部羣體。
選中之後,就圍繞這個羣體的現狀,好比初學者是零基礎,你就回想下,你當時是怎麼過來的,中間哪些坑是能夠避免的,哪些技術其實不用學的,或者哪些技術你當時忽視了。總之,用這個思路去整理大綱,這樣你要講哪些內容就定了,所謂的架構也就搭建起來了。
第三,準備代碼時,必定要能調試經過,並且格式別太難看就行,但內容講解部分必定要到位,好比針對代碼的說明,寧肯囉嗦,但必定得保證初學者能看明白,一些你感受用文字還沒法講清楚的內容,好比調試步驟,你能夠放在視頻裏講解。若是能夠,把你調試出這段代碼遇到的問題,還有如何排查問題的一些經驗都列上。
在講解代碼時,未必要細化到每一個方法的每一個參數是什麼含義,但給出代碼後,經過文字說明至少能讓讀者理解這段代碼是幹嗎的,中間有哪些關鍵步驟。
第四,從淺到深搭配有序,並且只講當前讀者羣能理解的知識。這方面,剛入門的做者每每想把什麼內容都講清楚,巴不得一會兒把全部知識點都列上去,但每每就在難易坡度上出現問題了,好比一會兒就講太深,讀者沒法理解。仍是這句話,你就拿你本身如何入門舉例,就照這個思路講,文字哪怕大白話都沒關係,但講的內容得保證到位。
6 總結,同時求幫助
出版圖書,姑且不說出名,就說能達到2k/月,這真不是難事,每個月能增收5k,估計也行。
多久能達到呢?剛開始用半年,經過圖書公司的編輯的指導,能完成一本書,這樣至少有寫書經驗了。而後再用8個月的時間按本文的思路策劃一本,估計真能達到5k/月了。
從本文裏,你們看不到任何一個圖書公司或出版社,因此本文沒有爲任何出版社和圖書公司站臺。你們能夠想象一下。在事業方面,架構師能達到5w/月,BAT的資深架構收入更是不可限量,咱們天然是往這個深度努力,但掙錢也得多找方向,出書也是一個選項。
本文給出的選題和執行等方法,都是我和諸多資深做家交流獲得的,但願對你們有所幫助。
若是有哪位大神能指導策劃爆款書,或者如何推廣,本人不勝榮幸。