文章倍化術!解決字數不足、篇幅不夠的 9個實用秘訣

本文目錄
  1. 一、為什麼擴充文章不容易?
  2. 沒有想法
  3. 破壞原有結構
  4. 說出來容易,寫下去難
  5. 二、擴充文章最忌諱的事情
  6. 寫廢話衝頁數
  7. 用程式碼混頁數
  8. 圖片多到令人髮指
  9. 三、從 Word 到成書的距離
  10. 成書頁數計算方式
  11. 暢銷書的平均頁數
  12. 四、實用的擴充秘訣
  13. 在文章插入經典語錄
  14. 分享個人經驗
  15. 增加技術備註
  16. 讓人看得懂的技術文件
  17. 加入同質性的工具比較
  18. 正面與反面的舉例
  19. 詢問周圍朋友(網友)的意見
  20. 增加操作範例
  21. 致謝
  22. 五、希望大家分享自己的想法

你正在被作文字數不足、文章篇幅不夠所困擾嗎?筆者將在這篇文章公開分享,自己是如何把原本 200 頁的草稿擴充成 416 頁成書的秘訣,看完文章後如果你有自己的獨門秘方,歡迎在底下留言分享,或許你的分享可以幫助到有需要的人。

本篇內容主要以技術文章來做範例,但我相信無論是哪個領域的文章,在寫作上都有異曲同工之妙。

圖片來源:火影忍者
圖片來源:火影忍者

火影忍者的「秋道丁次」在漫畫中是一個手上永遠拿著零食的吃貨,但他祖傳的「倍化術」可不是虛胖;而是獲得更高戰力、拯救夥伴的必殺技!

一、為什麼擴充文章不容易?
  ➤ 沒有想法
  ➤ 破壞原有結構
  ➤ 說出來容易,寫下去難
二、擴充文章最忌諱的事情
  ➤ 寫廢話衝頁數
  ➤ 用程式碼混頁數
  ➤ 圖片多到令人髮指
三、從 Word 到成書的距離
  ➤ 成書頁數計算方式
  ➤ 暢銷書的平均頁數
四、實用的擴充秘訣
  ➤ 在文章插入經典語錄
  ➤ 分享個人經驗
  ➤ 增加技術備註
  ➤ 讓人看得懂的技術文件
  ➤ 加入同質性的技術比較
  ➤ 正面與反面的舉例
  ➤ 詢問周圍朋友(網友)的意見
  ➤ 增加操作範例
  ➤ 致謝
五、希望大家分享自己的想法

一、為什麼擴充文章不容易?

沒有想法

寫文章不難,但如果要求你寫到規定的字數時,可能就有困難了;因為寫文章就是把自己心中的想法轉化為文字,當你心中沒想法時自然文字就生不出來了。

破壞原有結構

有些人寫文章會有大綱,但依照大綱寫完後才發現距離目標的字數還有一定的落差;如果只是為了衝頁數,硬是加入其他內容就容易有畫蛇添足的感覺,如果沒弄好甚至會給讀者前言不接後語的錯亂感。

說出來容易,寫下去難

我相信有很多在寫作的人都曾遇到過明明知道還能優化哪些地方,甚至能說出具體怎麼優化;但就是有種莫名的力量讓自己無法把這些想法轉化為文字。

我們回想一下,是不是有時候跟人用通訊軟體打字談事情時,常常打到一半就會改成語音通話,會這樣做就是因為覺得:「用說的比較清楚。」

既然上面這些問題很難解決,那就不要去解決了!筆者在「四、實用的擴充秘訣」會分享如何繞過這些問題來擴充文章。


二、擴充文章最忌諱的事情

寫廢話衝頁數

現在網路很多雞湯文,每個都長篇大論;但看完後都很後悔為何點開這個連結,看這些浪費人生又毫無意義的東西。

換位思考一下,如果今天你是讀者,你會想看到一堆陳腔濫調、濫竽充數的內容嗎?如果今天是付費閱讀的話,你會不會想直接給一顆星負評,然後把作者列為拒絕往來戶?

用程式碼混頁數

如果是網路文章你想放完整的程式碼還說得過去;但如果是實體書,我相信沒有任何一個讀者會想在書裡面看到滿滿的程式碼。

筆者就曾在書局看過連續 23 頁都是程式碼的書籍,我翻完當下只有一個想法:「這個作者實在有夠混!」

圖片多到令人髮指

圖文並茂是好事,但如果把一個只要按「下一步」的安裝流程,分成 14 張圖片來呈現,我想讀者在看到這種排版時會覺得這本書很沒內容。


三、從 Word 到成書的距離

這段是寫給在 Word 上打草搞準備出書的人看的

成書頁數計算方式

根據編輯給的經驗,假設你的 Word 有 200 頁,那實際成書的頁數大約是:

200(Word頁數) * 1.2~1.3(跟圖文配置、程式碼相關)=250(成書頁數)

暢銷書的平均頁數

除了書本身的內容很重要外,書的厚度也一個評估因素,人是感官動物;如果書本太薄會覺得這本書學不到什麼東西,書本太厚又會覺得這本書學起來太累。

根據編輯給的回饋,最合適的書籍頁數落在:「350~400 頁。」


四、實用的擴充秘訣

我最終的成書為 416 頁,而我一開始的 Word 草稿只有 200 頁,也就是說成書裡面有 166 頁(416 – 200 * 1.25)是擴充而來的;下面就來跟大家分享我擴充文章的方式。

在文章插入經典語錄

這個方法會讓讀者有一種名人在幫你推薦這本書的錯覺,但請放與文章內容契合的經典語錄,然後記得署名。

分享個人經驗

分享個人經驗不但能讓讀者了解這些技術實際應用的場景,更為這本書增加一些人性的溫度,拉近作者與讀者的距離;特別注意個人經驗只是點綴,不要為了分享個人經驗導致整本書的節奏亂掉。

PS. 如果你的個人經驗會批評到以前/現在的公司,我建議你把這些經驗改成「我朋友」的經驗。

增加技術備註

如果用到比較困難或是新的技術,請不要預設讀者已經具備這個知識;就算這個技術不是文章主軸,我也建議你放上備註,讓讀者想要更近一步了解時有一個方向。

讓人看得懂的技術文件

我絕對不是在說很多官方文件都寫得亂七八糟,但如果你的書只是照抄官方文件的內容,那讀者不如直接去官網看就好了;讀者之所以買你的書是希望看到作者畫出的重點,被整理過的資訊。

官方文件往往太過簡略,或是語焉不詳;如果想讓普通人願意看甚至看得懂,你要像個銷售員般推銷這門知識,講解為什麼使用這門技術、使用他有什麼好處,同時搭配範例來講解。

加入同質性的工具比較

也許你書中提供工具是最好的,但現在市面上的工具五花八門,你總要做個比較,來說服讀者為何選擇這個工具而不用其他工具吧?

正面與反面的舉例

大部分的專業書籍只教怎麼寫程式會成功,很少看到有書裡面寫怎麼操作才會失敗;多分享一些失敗的案例以及操作,你會發現自己書籍的頁數在暴增🥳

詢問周圍朋友(網友)的意見

很多時候真的是「旁觀者清」,朋友第一次在閱讀時,往往可以提出很多你沒有想過的觀點;這些想法是自己一個人苦思冥想也不可能冒出來的。

增加操作範例

如果你的程式在每個章節的前置條件、執行方式都不太一樣,我建議每個章節都要獨立出一個小節,專門解釋這個章節程式的運行方式,同時附上執行過程的圖片以提升易讀性。

致謝

完成一本書絕對不只作者一個人的努力,但許多專業書籍都少了這塊,多了這塊不但能增加頁數,還能讓讀者們覺得作者是個知恩圖報的人(讀者是能夠感覺文字是否為真心實意的)。


五、希望大家分享自己的想法

筆者只是依照個人經驗提出幾個方法,如果讀者在看完這篇文章後有自己的靈感,歡迎在下方留言分享自己的想法~

在文章的最後向大家推薦一本具有文學性的專業書籍(自己在說🤣),如果對用 JavaScript 爬蟲感興趣的朋友歡迎參考看看喔~

天瓏網路書店:https://www.tenlong.com.tw/products/9789864348008

圖片來源:https://www.tenlong.com.tw/products/9789864348008
圖片來源:https://www.tenlong.com.tw/products/9789864348008
寫作&比賽經驗分享
▋ 文章倍化術!解決字數不足、篇幅不夠的 9個實用秘訣(本篇)
▋ 我希望在參加 [iT邦幫忙鐵人賽] 前就知道的事
▋ 出版書籍經驗分享
Talk

留言討論

留言載入中…